用 WorkBuddy 生成成交客户内部交接包

客户签约后，销售掌握的信息不会自动变成交付团队能执行的资料。合同写明了正式范围，但客户为什么购买、谁真正拍板、销售答应过什么、订单如何安排、哪些问题还没解决，往往散落在会议纪要、聊天记录、报价单和销售个人记忆里。

WorkBuddy 可以把这些资料整理成一份待确认的客户交接包，并把缺项、冲突和口头承诺单独列出。它帮助团队减少信息断层，但不能代替销售确认承诺，也不能代替交付负责人决定是否承接。

场景价值

成交交接的目标不是把所有历史资料打包转发，而是让接手团队快速回答四个问题：客户买了什么、为什么买、要在什么时间完成、哪些地方最容易出问题。

一份可用的交接包应同时覆盖客户背景、购买目标、合同范围、订单内容、关键人、沟通时间线、特殊承诺、风险、未决事项以及下一步责任人。交付团队看完后，应能直接开展启动准备，并知道哪些内容必须先找销售或客户确认。

开始前准备

• 客户名称、客户编号、联系人和组织关系；
• 历次会议纪要、电话纪要、邮件及经过授权的沟通记录；
• 已确认的需求、解决方案和演示反馈；
• 最终报价、合同、附件、产品或服务清单；
• 订单编号、产品、型号、数量、价格、交期、收货和开票信息；
• 客户要求的上线或交付时间、里程碑和验收条件；
• 销售记录的口头承诺、特殊关系、竞争情况和风险；
• 尚未解决的问题、责任人和计划完成时间。

先为所有资料标明版本、日期和来源。报价单、合同和订单存在多个版本时，不要自行判断哪一份最终有效，应先由销售或订单人员确认。

具体步骤

第一步：按客户归集成交资料

将客户档案、沟通记录、方案、最终报价、合同、订单和待办事项放到同一个工作目录，并使用客户编号建立对应关系。重复文件保留版本信息，不直接删除。

WorkBuddy 先输出资料目录，列出文件名称、日期、版本、来源和可能用途。无法确认属于该客户的文件单独放入待核实区。

第二步：提取客户背景与购买目标

从销售记录和会议纪要中整理客户现状、主要问题、购买原因、期望结果和内部推动背景。每条内容都保留原始出处。

将“客户明确说过的目标”和“销售对客户意图的判断”分开。预算充足、意向很高或领导重视等评价，如果没有直接证据，只能标为销售判断。

第三步：锁定合同与订单范围

以已生效合同、附件和最终报价为基线，整理产品或服务、数量、金额、交付范围、不包含事项、交期、收货、开票、付款和验收要求。

再与订单和产品清单逐项核对。发现产品名称、型号、数量、金额、交期或客户信息不一致时，并列展示不同来源，不自动改成某一个结果。

第四步：梳理关键人和沟通时间线

整理决策人、业务负责人、使用人、技术联系人、采购、财务和项目接口人，写明其已确认的职责与关注点。没有明确证据的影响关系不要自行推断。

按时间排列关键沟通、方案变化、报价确认、合同签署和下一步动作，让接手人能看清重要决定是怎样形成的。

第五步：拆出承诺、风险与未决事项

单独汇总合同外口头承诺、特殊交付要求、历史争议、资源限制、依赖客户配合的事项和仍待确认的问题。每项写明来源、影响、确认人和截止时间。

口头承诺不自动写入交付范围。销售先确认自己是否作出承诺，交付负责人再判断能否承接；涉及价格、合同或新增范围时，交给相应负责人处理。

第六步：召开内部确认并形成交接版本

由销售逐项确认客户背景、关键关系和承诺，由订单人员确认订单内容，由交付负责人确认范围、资源和时间。确认后的内容标记确认人和日期，未确认项继续保留在问题清单。

内部交接完成后，再由人工把确认结果写入 CRM、订单或项目系统。原始资料、交接版本和后续修订记录都应保留。

可直接交给 WorkBuddy 的要求

请根据客户档案、沟通记录、方案、最终报价、合同、附件、订单和待办事项，整理一份《成交客户内部交接包》草稿。

先按客户编号核对资料归属、日期和版本，不要修改原文件。交接包分为：客户背景、购买目标、合同范围、订单信息、关键人、沟通时间线、特殊承诺、风险、未决事项、责任人与截止日期。
合同范围以已生效合同和附件为基线；订单中的产品、型号、数量、金额、交期、收货和开票资料要与合同、最终报价及产品清单逐项核对。
把客户明确确认的事实、销售判断、口头承诺和仍待确认的问题分开。发现冲突时并列展示各来源，不自行选择答案。
每条重要信息保留来源文件和日期，最后生成资料缺项清单与内部确认清单。

不要扩大合同范围，不要自动写入 CRM、订单或项目系统，不要向客户发送任何内容。

完成后应得到什么

• 一份可供销售、订单、实施、交付和客户成功共同确认的交接包；
• 客户背景、购买目标、关键人和沟通时间线；
• 与合同、报价和产品清单核对后的订单信息；
• 合同内范围、不包含事项和合同外口头承诺；
• 风险、资料缺项、未决事项、责任人与截止日期；
• 确认人、确认日期和后续修订记录。

结果检查

先检查客户名称和编号，防止不同客户的资料被混在一起。再抽查合同金额、产品、数量、交期、付款、开票和验收条件，确认与原文件一致。

检查客户明确事实与销售判断是否分开，所有口头承诺是否进入确认清单，关键事项是否都有来源。最后让接手负责人回答：看完后是否知道要交付什么、先找谁、何时完成、哪里需要确认。如果仍需依赖销售口头补充，交接包还没有完成。

异常处理

合同、报价和订单冲突时，保留各自原文并暂停相关正式录入，由销售、订单或法务确认。客户名称相同但编号不同，或联系人跨多个项目时，先核实资料归属。

沟通记录缺失时，不用推测补全；将缺项转成具体问题并指定确认人。交付团队认为承诺无法实现时，应在内部会议中升级处理，不向客户自动给出答复。

WorkBuddy 能力边界

WorkBuddy 可以归集资料、提取信息、比较版本、发现缺项并生成交接草稿。它不知道销售未记录的关系和承诺，也不能判断合同解释、资源承接或商业例外。

客户敏感信息应按权限提供。任何合同范围变化、订单写入、价格调整、资源承诺、对外回复和项目状态变化，都必须由相应负责人确认并执行。