一句话总结

XPO PM系统设计面试的本质，不是考核纯粹的技术架构能力，而是评估候选人能否在复杂的物流场景下，将用户痛点和业务目标转化为可执行的产品方案，并清晰地权衡技术与商业的取舍。这要求候选人具备将抽象需求具体化、将技术细节产品化的核心能力，而非仅仅停留在技术堆栈的表面讨论。

适合谁看

本篇内容专为目标XPO高级产品经理或产品总监职位的求职者设计，尤其适合那些在物流、供应链、电商或SaaS领域拥有3-8年产品经验，并渴望在XPO这样的大型物流科技公司担任关键系统设计角色的专业人士。如果你曾因过度关注技术细节而忽略业务价值，或因缺乏对复杂物流场景的深度理解而在系统设计面试中受挫，这篇裁决将为你指明方向。

XPO PM系统设计面试，核心裁决点是什么？

XPO PM系统设计面试的核心裁决点，不是你对Kafka集群的配置参数有多熟悉，也不是你能在白板上画出多少微服务架构图，而是你作为产品负责人，能否在高度复杂且实时性要求极高的物流场景中，将模糊的业务挑战转化为清晰的产品愿景和可迭代的系统方案。面试官评估的，不是你的技术深度，而是你将技术能力与商业价值、用户体验紧密结合的能力。

一个常见的误区是，候选人会直接跳入技术实现细节，比如选择哪种数据库、如何做负载均衡。这并非PM在系统设计中应扮演的角色。PM的首要任务，是定义系统解决的“什么”问题和“为什么”要解决，而非“如何”解决。例如，当面临“如何优化卡车调度效率”的问题时，不是直接设计一个复杂的AI算法模型，而是首先界定调度员、司机、货主各自的核心痛点是什么，是信息不对称？是路径规划不合理？是突发事件响应慢？这才是PM的切入点。系统设计环节的价值，在于通过对用户旅程、核心功能、数据流向的清晰描绘，指导工程团队进行技术选型和架构设计。在一次关于“优化仓库拣货流程”的面试中，一位候选人开篇便谈及AGV机器人和RFID技术，但当被问及“不同拣货策略对拣货员操作效率和心理压力的影响”时，却语焉不详。这就是典型的“不是技术先行，而是用户场景先行”的失焦。

XPO这样的大型物流公司，其系统设计往往涉及多方利益体、海量数据和实时决策。面试官在裁决时，会重点考察你如何处理这些复杂性。你必须展现出对业务流程的深刻理解，例如，从订单生成到仓库出库，再到干线运输和末端配送，每一步的数据流转和关键决策点在哪里。你还需要权衡非功能性需求（如可伸缩性、可靠性、安全性）与业务优先级。例如，对于一个运力预测系统，不是单纯追求预测模型的最高精度，而是要考虑在资源有限的情况下，多少的预测准确率能满足业务底线，以及系统故障对核心业务流程（如车辆分配）的影响。面试官会抛出具体的场景，比如“设计一个应对双十一期间流量暴增的实时包裹追踪系统”，他们想看到的，是你如何从用户（消费者、快递员、客服）的角度出发，定义核心路径，识别潜在瓶颈，并提出分阶段的实施方案，而不是直接罗列一堆技术名词。你需要在白板上清晰地画出关键实体、用户流和数据流，并能够解释每个环节的商业目的和潜在的技术挑战，同时能够与面试官就成本、开发周期、维护复杂性等进行有条理的讨论。

一个典型的面试场景是，面试官会给你一个开放性问题，比如“设计一个XPO的智能货运管理平台”。他们会观察你如何从一片混沌中建立结构。优秀的候选人会首先进行需求澄清：这个平台的核心用户是谁？解决什么核心痛点？有哪些业务目标？然后，他们会定义系统的边界和核心功能，识别关键实体（如卡车、司机、订单、路线），并描绘用户旅程和数据流。接着，他们会主动探讨关键的技术挑战和权衡（例如，实时位置追踪的延迟与成本，路线优化算法的复杂性与计算资源）。他们会清晰地指出“不是仅仅考虑功能，而是考虑如何构建一个可演进、可扩展、能持续创造商业价值的系统”。这反映的是一个PM将商业战略转化为产品策略，再转化为系统蓝图的完整思维链条。

为什么多数候选人会误解XPO系统设计的考察意图？

大多数候选人之所以在XPO的系统设计面试中受挫，是因为他们错误地将PM系统设计等同于软件工程师（SWE）的系统设计，或者将其视为纯粹的技术讨论。这种误解的根源在于，他们未能深入理解PM在大型物流企业中对系统设计的独特视角和决策权重。面试官考察的不是你对底层技术架构的精通程度，而是你将业务需求、用户体验与技术可行性进行整合，并做出产品级权衡的能力。

SWE的系统设计侧重于架构的稳定性、性能、可伸缩性、容错性等技术指标，关注的是“如何”高效且稳健地实现功能。PM的系统设计则更侧重于产品能解决的“什么”问题、“为什么”需要解决，以及“以何种路径和阶段”实现。PM的关注点在于商业价值、用户痛点、市场机会以及产品路线图。例如，当被要求设计一个“智能仓库管理系统”时，SWE可能会立即思考数据库选型、微服务拆分、消息队列等技术细节；而PM则应该从仓库管理员、拣货员、甚至卡车司机的视角出发，识别他们的效率瓶颈、操作痛点，进而定义核心的用户故事和对应的产品功能集，再考虑这些功能如何通过系统来支撑。

这种误解在面试中表现为，候选人往往会花费大量时间讨论技术栈、算法复杂度或底层基础设施，却对关键的业务指标、用户旅程、商业模式或迭代计划一笔带过。在一次关于“设计一个实时货运定价引擎”的面试中，一位候选人花了20分钟详细阐述了机器学习模型的选择和训练流程，却未能清晰解释该定价引擎如何与XPO现有的客户关系管理系统（CRM）和订单管理系统（OMS）进行集成，以及如何确保定价策略的灵活性以应对市场波动。面试官想看到的不是一个理论专家，而是一个能将技术融入商业实践，解决实际问题的产品领袖。这体现了“不是技术孤岛，而是业务生态”的思维差异。

XPO的系统设计面试，还特别强调在资源有限和复杂性极高的环境中做出权衡（trade-offs）。物流行业瞬息万变，无论是燃油价格、劳动力成本还是法规政策，都会影响系统设计。PM需要能够识别并量化这些外部因素对产品的影响，并据此调整系统设计。例如，设计一个“最后一公里配送优化系统”时，候选人不仅要考虑路径规划算法的效率，更要权衡算法的计算成本、数据隐私合规性以及不同配送员的工作习惯。这要求PM具备高度的商业敏感性和风险管理意识。许多候选人容易陷入理想化的设计，忽略实际的运营约束和商业成本，这正是面试官判断其是否具备XPO级别PM能力的关键分水岭。他们需要看到的是“不是追求完美方案，而是追求可落地、可迭代、有明确商业价值的方案”。

此外，XPO作为一家拥有大量线下资产（卡车、仓库）和人员（司机、仓库工人）的公司，其系统设计往往需要考虑物理世界与数字世界的融合。PM不仅要设计软件界面，还要考虑这些软件如何与硬件设备（如车载传感器、仓库扫描仪）、线下操作流程以及一线员工的实际工作流无缝衔接。例如，设计一个“卡车保养与维修管理系统”时，PM需要理解司机报修流程、维修技师诊断流程、零部件库存管理流程，并思考系统如何简化这些物理操作，提高效率。许多候选人仅停留在软件层面，忽视了物流运营的物理属性和人因工程，这便是他们未能通过裁决的原因。

如何构建一个XPO级的可落地系统设计方案？

构建一个XPO级别的可落地系统设计方案，核心在于将宏观的商业目标拆解为微观的系统功能，并在每一步都清晰地权衡用户价值、技术可行性和商业回报。这并非一次性的白板演练，而是一套系统性的思考框架，旨在展现你将复杂问题结构化、将抽象概念具象化的能力。

首先，明确问题与用户。一个XPO级别的系统设计，绝不是从技术开始，而是从痛点开始。你需要扮演“问题侦探”的角色，主动向面试官澄清：我们到底要解决什么核心问题？这个问题的目标用户是谁（是货主、司机、仓库管理员还是客户服务人员）？他们当前的痛点是什么？例如，如果题目是“设计一个跨境物流追踪系统”，你需要追问：当前追踪的痛点是信息不透明、延迟高，还是数据不一致？不同角色的用户对追踪信息的需求有何差异？只有充分理解了这些，你才能避免设计出“大而无当”的系统。这体现的是“不是盲目设计功能，而是精准定位痛点”。

其次，定义系统边界与核心功能。在明确了问题和用户之后，你需要将系统边界清晰地划定出来。哪些功能属于本次设计范围？哪些是后续迭代？哪些是外部依赖？你需要用清晰的语言描述系统的核心功能模块，并解释每个模块如何直接解决用户痛点或支持业务目标。例如，在跨境物流追踪系统中，核心功能可能包括：订单信息同步、多承运商数据整合、实时位置更新、异常事件预警、用户查询界面等。避免一次性提出所有可能的功能，而是聚焦于MVP（最小可行产品）的核心价值。

再次，描绘用户旅程与数据流。这是PM系统设计的关键环节。你需要详细地描述用户从开始到结束的完整旅程，以及在此过程中系统如何与用户交互，数据如何在系统内部和系统之间流转。这包括关键的用户界面（UI）元素、API接口、数据存储和处理逻辑。例如，一个司机使用App进行订单签收的旅程：司机接受订单 -> 导航至目的地 -> 抵达后确认 -> 拍照上传签收凭证 -> App上传数据至后端 -> 后端更新订单状态并通知货主。在此过程中，你需要思考数据的一致性、实时性要求以及潜在的错误处理机制。这展示了“不是技术堆栈展示，而是业务流程映射”。

然后，识别关键挑战与权衡。一个XPO级别的PM，必须能够预见系统在实际运行中可能面临的挑战，并主动提出解决方案及权衡。这些挑战可能包括：

性能与可伸缩性：面对高峰期的海量订单和查询请求，系统如何保持响应？

可靠性与容错性：某个组件故障时，系统如何确保核心业务不受影响？

安全性：如何保护敏感的货运数据和客户信息？

成本：技术选型和架构设计如何平衡性能与运营成本？

集成复杂性：如何与XPO现有的大量遗留系统、外部承运商系统无缝集成？

你需要针对这些挑战，提出具体的权衡点。例如，对于实时位置追踪，可以权衡精度与成本：GPS每5秒更新一次可能比每1秒更新一次更经济，但会牺牲一定的实时性，这是否可接受？这体现的是“不是追求技术最优，而是追求业务最佳”。

最后，制定迭代路线图。XPO的系统往往是长期演进的。你需要展示如何将一个复杂的系统设计拆解为多个可管理的阶段，每个阶段都有明确的交付物和商业价值。例如，第一阶段可能只实现核心的订单追踪功能；第二阶段加入异常预警和自动化处理；第三阶段引入数据分析和预测能力。这不仅降低了项目的风险，也让利益相关者能够看到持续的商业价值。在面试中，你可能还会被问及团队协作、风险管理等方面的问题，这需要你结合PM的角色职责进行回答。一个在面试中能清晰地将上述五个步骤完整呈现的候选人，才能被裁决为具备XPO级别系统设计能力。

跨职能团队在系统设计中的角色冲突与协同？

在XPO这样复杂的物流科技公司，系统设计绝不是PM或工程师的单打独斗，而是一个涉及多部门、多角色的跨职能协作过程。PM在其中扮演的，不是发号施令的管理者，而是协调者和决策者，其核心能力体现在化解潜在的角色冲突，并引导团队达成共识，最终交付符合商业目标的产品。面试官在裁决时，会考察你如何处理这些不可避免的冲突，以及你构建协同机制的能力。

角色冲突的典型场景之一发生在产品（PM）与工程（SWE）之间。PM的职责是定义“做什么”和“为什么”，关注用户价值和商业回报。SWE则专注于“如何”实现，关注技术可行性、架构优雅性和系统性能。当PM提出一个高用户价值但技术实现难度大、成本高的功能需求时，SWE团队可能会提出反对或替代方案。例如，在设计一个实时货运路线优化系统时，PM可能希望实现毫秒级的动态路径调整以最大化效率，但工程团队可能会指出，这需要极高的计算资源和复杂算法，可能导致开发周期过长或运营成本飙升。此时，PM的裁决能力体现在，不是固执己见，也不是全盘接受工程意见，而是通过数据分析（例如，毫秒级优化带来的收益是否能覆盖额外成本）、用户访谈（用户对实时性的容忍度）、竞品分析等方式，与SWE团队共同探索折衷方案，例如，先实现分钟级的路线调整，后续再根据实际收益迭代。这是一种“不是简单的需求传递，而是价值共创与权衡”的协作模式。

另一个常见的冲突点出现在产品与设计（UX/UI）团队之间。PM关注功能和业务流程的效率，设计师则关注用户体验、界面的直观性和美观度。PM可能为了快速上线或满足特定功能需求，提出简化设计或复用现有组件的方案；设计师则可能坚持更理想的用户体验流程或更符合设计规范的界面。例如，在一个司机App的签收流程设计中，PM可能希望流程越短越好，减少司机操作步骤；设计师则可能提出增加更多视觉提示、动画效果，以提升操作的准确性和愉悦感。PM在此的职责，是理解用户体验对产品长期成功的重要性，同时也要确保设计方案在技术上可行、在商业上合理，并在设计评审中引导讨论，确保双方都能从用户和业务的共同目标出发，达成最佳实践，避免“不是互相妥协，而是共同找到最优解”的僵局。

此外，PM还需要与销售、市场、运营等业务团队进行深度协作。业务团队往往有直接的客户需求和市场反馈，但这些需求可能零散、缺乏优先级，甚至相互矛盾。例如，销售团队可能要求立即上线某个定制化功能以争取大客户，而运营团队则可能强调系统的稳定性，避免对现有流程造成冲击。PM的挑战在于，不是简单地满足所有需求，而是将这些零散的需求进行梳理、优先级排序，并转化为统一的产品愿景和系统设计。这需要PM具备强大的沟通协调能力、影响力以及对业务目标的深刻理解，确保系统设计能够支持公司的整体战略，而不是被短期、局部的需求所驱动。在一次关于“新业务线产品发布”的debrief会议中，一位PM成功地协调了销售、市场和工程团队，将原本三个相互冲突的功能需求，通过重新定义用户故事和优先级，整合为一个分阶段发布的方案，最终避免了资源浪费和内部摩擦。

XPO PM在系统设计中，其领导力体现在能够预见并管理这些潜在的冲突，确保所有团队成员都围绕共同的商业目标和用户价值进行贡献。这要求PM不仅要有技术理解力、商业洞察力，更要有卓越的人际沟通和谈判能力。面试官会通过具体场景问题，观察你如何识别冲突、分析根源，并提出具体的解决方案和沟通策略。

XPO PM的薪资结构与职业发展路径？

XPO作为一家全球领先的物流科技公司，其产品经理的薪资结构和职业发展路径，反映了公司对PM角色在推动业务创新和数字化转型方面的重视。PM的薪资构成通常包括基本工资（Base Salary）、年度绩效奖金（Annual Performance Bonus）以及股票奖励（Restricted Stock Units, RSU），总包（Total Compensation）具有相当的竞争力。

对于一名在硅谷XPO工作的产品经理，其基本工资通常介于每年150,000美元至220,000美元之间，这取决于具体的级别（如产品经理、高级产品经理、产品总监）和个人经验。例如，一位拥有5年经验的高级产品经理，其Base Salary通常在180,000美元左右。年度绩效奖金通常占Base Salary的10%至20%，具体比例根据个人绩效和公司整体业绩而定。这意味着，如果公司业绩良好且个人表现出色，额外收入可达18,000美元至44,000美元。

股票奖励（RSU）是XPO PM薪资中非常重要的一部分，旨在激励员工与公司长期共同成长。RSU通常会在四年内分批归属（vesting），例如，第一年归属25%，之后每季度或每月归属一部分。RSU的价值波动取决于公司股价。对于高级产品经理或产品总监级别，每年授予的RSU价值可能在50,000美元至250,000美元或更高。因此，一名在XPO的高级产品经理，其总包（Total Compensation）通常可以达到250,000美元至450,000美元。而产品总监级别的总包甚至可能突破600,000美元。面试官裁决时会综合考量候选人的能力与经验，以匹配相应的薪资级别。

在职业发展路径上，XPO为产品经理提供了清晰的双重晋升通道：管理路径和专家路径。

管理路径：从产品经理晋升为高级产品经理，再到产品负责人（Lead PM）、产品总监（Director of Product）、高级产品总监（Senior Director of Product），直至产品副总裁（VP of Product）。这条路径强调团队领导、战略规划、跨部门协调和业务成果管理。例如，一位产品总监不再仅仅负责单个产品的迭代，而是需要管理一个产品线，带领多个PM团队，并对整个产品线的P&L（利润与亏损）负责。

  • 专家路径：这条路径允许产品经理在不承担管理职责的情况下，通过深耕某一特定领域（如供应链优化、AI/ML在物流中的应用、最后一公里技术）成为该领域的顶级专家。他们可能被称为首席产品架构师（Principal Product Architect）或资深产品专家（Distinguished Product Expert），其影响力体现在能够定义和驱动复杂技术产品的方向，为公司带来深远的战略影响。例如，一位资深产品专家可能专注于设计XPO在全球范围内的智能化运力匹配算法，其技术深度和产品视野将直接影响公司的核心竞争力。

XPO的PM职业发展，不是简单的资历积累，而是要求PM在以下几个方面持续提升：

  1. 业务深度：对物流行业、供应链管理、国际贸易规则有深刻理解。
  2. 技术理解力：能与工程团队进行有效沟通，理解技术挑战和限制。
  3. 产品战略：能将宏观的商业目标转化为可执行的产品路线图。
  4. 领导力与影响力：在没有直接汇报关系的情况下，也能影响和驱动跨职能团队。
  5. 数据分析能力：能够利用数据洞察用户行为，评估产品效果，指导产品决策。

XPO鼓励内部轮岗和跨部门学习，PM有机会接触到从运输、仓储到全球货运的多元化产品线。这为PM提供了广阔的成长空间，可以在不同业务领域积累经验，最终选择适合自己的管理或专家发展方向。公司也提供丰富的培训资源和职业导师计划，确保PM能够持续学习和发展。

准备清单

  1. 深入理解XPO业务：研究XPO的年报、投资者关系材料，了解其核心业务（卡车货运、零担货运、合同物流、全球货运）、竞争格局、近期财报电话会议中提及的战略重点和挑战。这能让你从公司战略层面理解系统设计的商业背景。
  2. 熟悉物流行业通用框架：掌握供应链管理、物流技术（WMS, TMS, YMS, OMS）、最后一公里配送、国际货运等领域的行业术语和核心流程。这不是让你成为专家，而是建立沟通的共同语言。
  3. 系统性拆解面试结构（PM面试手册里有完整的XPO相关框架与案例分析可以参考）：理解系统设计面试的每个阶段（需求澄清、功能定义、实体建模、数据流设计、技术权衡、风险管理、迭代规划），并针对每个阶段准备好表达方式。
  4. 积累场景化问题库：预设XPO可能提出的系统设计问题（如“设计一个智能仓库拣货系统”、“设计一个全球化货运追踪平台”），并针对性地思考其核心用户、业务挑战、关键功能和技术权衡。
  5. 演练白板沟通技巧：练习如何在白板上清晰地绘制系统图、用户流和数据流，并边画边解释，确保沟通的逻辑性和连贯性。重点是结构化表达，而非艺术性绘图。
  6. 准备PM视角的权衡案例：思考至少3个在系统设计中你作为PM如何权衡商业价值、用户体验、技术可行性和成本的真实案例，并能清晰阐述决策过程和结果。
  7. 研究XPO技术栈：虽然PM不深入技术，但了解XPO可能使用的通用技术（如云计算平台、大数据技术、AI/ML应用）能帮助你理解工程团队的语言，进行更有效的沟通。

常见错误

  1. BAD: 收到“设计一个XPO的智能货运平台”问题后，立即开始罗列技术栈：“我会用Kafka做消息队列，Cassandra做高可用存储，Kubernetes做容器编排，再用Spark做大数据处理……”

GOOD: 候选人首先提问：“这个智能货运平台的核心用户是谁？我们要解决的痛点是货主的信息不透明，还是司机的派单效率低？在XPO的业务场景中，最核心的业务目标是什么？是降低成本，提升时效，还是提高客户满意度？”这展现了PM“不是技术先行，而是问题先行”的核心判断。

  1. BAD: 在描述系统功能时，只关注理想化的完美方案：“系统可以实现所有货运状态的实时更新，零延迟，并且能够自动预测所有突发事件并提供最佳解决方案。”当被问及成本和可行性时，回答模糊。

GOOD: 候选人清晰地定义MVP：“第一阶段，我们将专注于实现核心的订单追踪和异常预警功能，确保货主能看到关键节点的更新。实时性方面，我们将接受5-10秒的延迟，因为这在商业上是可接受的，且能大幅降低实现成本。预测功能将作为第二阶段，初期采用基于规则的简易模型。”这体现了PM“不是追求完美，而是追求可落地、可迭代的商业价值”的判断。

  1. BAD: 在讨论跨职能协作时，将冲突视为工程团队或业务团队的“不理解”，并认为PM应该强势推动自己的方案：“工程团队总是说做不了，但我觉得技术上肯定能实现，我会坚持我的需求。”

GOOD: 候选人描述了协调过程：“在设计卡车调度系统时，工程团队对实时定位的精度和更新频率有疑虑，认为成本太高。我没有直接反驳，而是组织了一次圆桌会议，邀请了运营团队一起讨论。通过模拟不同精度下的司机接单率和燃油消耗数据，我们发现高精度带来的额外收益并不显著。最终，我们共同决定采用一个折中的方案，既满足了业务需求，又控制了技术投入。”这反映了PM“不是单向施压，而是通过数据和跨职能沟通达成共识”的判断。

FAQ

  1. XPO PM系统设计面试中，技术深度究竟要达到什么程度？

XPO PM系统设计面试对技术深度的要求，不是让你成为一个能写代码或设计底层架构的工程师。核心判断在于你是否能理解技术挑战的复杂性、权衡不同技术方案对产品目标的影响，并与工程团队进行有效沟通。这意味着你不需要知道Kafka的内部实现细节，但需要理解消息队列在分布式系统中的作用，以及它如何影响实时性、可靠性和扩展性。例如，当被问及如何处理海量实时数据时，你应能讨论数据流、存储、处理的宏观策略，并能根据业务需求（如实时性、数据量）初步评估不同技术方案（如流式处理vs批处理）的优劣，而非仅停留在名词罗列。裁决点在于你的技术理解是否能支撑产品决策，而非技术实现能力。

  1. 如果我没有具体的物流行业经验，如何准备XPO的系统设计面试？

缺乏直接的物流行业经验，并非不可逾越的障碍。核心判断在于你是否具备快速学习新领域、将通用产品思维应用于特定行业的能力。首先，你需要通过研究XPO的财报、产品页面、行业报告，快速补齐物流行业的宏观知识，了解其核心业务流程、痛点和数字化趋势。其次，将你的过往经验进行转化，例如，如果你有电商经验，可以思考订单管理、库存管理、最后一公里配送等环节与物流行业的共性与差异。面试时，要主动提出自己的假设和学习过程，并强调你如何运用通用产品框架（如用户画像、痛点分析、MVP定义、迭代规划）来拆解和解决物流场景中的问题。例如，可以这样表达：“虽然我没有直接的物流经验，但在电商领域，我曾负责构建高并发的订单履约系统，这让我对库存管理和实时数据处理的复杂性有深刻理解，我相信这些通用原则可以迁移到XPO的仓储管理系统设计中。”

  1. XPO系统设计面试中，如何平衡创新性和可行性？

在XPO系统设计面试中，平衡创新性和可行性是PM核心判断能力的体现。面试官裁决的不是你天马行空的创意，也不是你墨守成规的保守，而是你如何在追求产品差异化和未来增长的同时，确保方案能够分阶段落地，并带来切实的商业价值。这意味着你需要首先定义一个具有创新愿景的长期目标，例如“构建一个完全自动化的无人配送网络”，但同时要立刻将其拆解为多个短期、可行的迭代阶段。第一阶段可能是引入智能路径规划和自动化派单；第二阶段可能探索有限场景下的无人车试验。在每个阶段，你都需要清晰地阐述其商业价值、技术挑战和风险，并说明如何通过数据验证和快速迭代来降低风险。例如，你可以提出一个创新性的概念，但要立刻跟进其MVP版本，并解释“不是一次性实现所有创新，而是通过一系列可控的、有商业回报的创新迭代，逐步逼近最终愿景”。

准备好系统化备战PM面试了吗？

获取完整面试准备系统 →

也可在 Gumroad 获取完整手册。