用 WorkBuddy 追踪双方承诺、行动项和跟进节点

一次客户会议结束后，团队通常记得“大方向谈得不错”，却容易漏掉更具体的事情：我方答应补什么材料，客户答应什么时候反馈，谁负责确认技术问题，下一次会议依赖什么条件。沟通次数一多，相同事项还会出现不同版本。

WorkBuddy 可以从多轮记录中提取承诺和行动项，合并成持续更新的台账，并提示到期、逾期和相互冲突的内容。它负责整理和提醒，不能替任何一方承诺，也不能把提醒当成任务已经完成。

场景价值

这项工作让商机推进落到明确的人和时间上。销售在下一次联系前可以快速确认我方是否兑现了承诺、客户是否到了反馈节点、还有哪些条件没有满足，避免反复询问客户已经回答过的问题。

开始前准备

• 同一客户的历次会议纪要和通话转写；
• 相关邮件、聊天记录和方案反馈；
• 当前行动项或项目台账；
• 每次沟通的准确日期；
• 已确认的负责人和联系方式；
• 团队对到期、逾期和关闭状态的定义；
• 客户和商机的唯一名称。

先按时间排列资料，确认都属于同一客户和商机。相对日期必须保留它所在沟通的日期，才能正确换算。

具体步骤

第一步：逐次提取明确承诺

从每次沟通中找出“我来提供”“客户将在”“双方下次”等明确表达，保留原话、记录日期和来源位置。愿望、建议和销售推测不能直接写成承诺。

第二步：区分事项归属

把事项分为客户承诺、我方承诺和共同事项，写清具体产物或动作。只写“继续推进”无法验收，应改为补材料、确认预算、安排演示或反馈意见等可判断的事项。

第三步：确认负责人、时间和依赖

提取责任人、约定日期、前置条件和接收人。原文没有明确人员或时间时标记待确认；“下周三”结合当次沟通日期换算后，仍由销售核对。

第四步：合并重复项并保留变化

将多次出现的同一事项合并，保留首次提出、后续变更和最新约定。时间或负责人发生冲突时并列来源，不能直接用最新一条静默覆盖历史。

第五步：生成到期、逾期和阻塞清单

根据已确认的当前日期和状态，列出今天到期、已经逾期、等待客户、等待内部和被其他事项阻塞的任务。没有完成证据时，不因日期过去而自动标成完成。

第六步：人工确认并用于下一次沟通

相关负责人核对自己的事项、日期和实际状态。销售在联系客户前先检查我方承诺是否兑现，再根据客户承诺选择合适的确认方式，沟通后更新台账并保留变化记录。

可直接交给 WorkBuddy 的要求

请根据同一客户的多轮会议纪要、转写、邮件和聊天记录，整理双方承诺、行动项与跟进节点台账。

逐项输出：事项、归属（客户/我方/共同）、承诺原话、来源日期和位置、负责人、约定时间、依赖条件、当前状态、待确认信息。
合并重复事项，但保留负责人、时间和内容的变更记录。列出今天到期、已经逾期、等待客户、等待内部和被其他事项阻塞的项目，并生成下一次沟通前检查表。
相对日期要结合原沟通日期换算，并标记等待人工确认。

不要把建议或推测写成承诺，不要自行指定负责人和期限，不要自动标记完成，也不要直接向客户发送提醒。

完成后应得到什么

• 可追溯原话的双方承诺清单；
• 负责人、约定时间和依赖条件；
• 事项变化和冲突记录；
• 今天到期与已经逾期事项；
• 等待客户、等待内部和阻塞事项；
• 下一次沟通前检查表。

结果检查

抽查每项承诺是否能回到原始记录，确认归属、负责人和日期没有张冠李戴。重点核对“客户答应”“客户认可”等表述是否真有直接证据，避免把销售期待写成客户承诺。

让我方负责人确认事项状态。客户侧事项只记录销售掌握的事实，不声称替客户确认完成。检查台账中是否存在同一事项多个日期却没有说明变化的情况。

异常处理

说话人不明或转写不清时保留原片段，标记人工核对。相对日期缺少沟通日期时不强行换算。客户与我方对约定理解不一致时，准备一份中性确认文字，由销售亲自沟通。

事项长期逾期时先判断依赖、优先级和客户意愿，不能无限自动催促。涉及价格、合同、交付或管理层承诺时，按内部权限升级确认。

WorkBuddy 能力边界

WorkBuddy 可以提取承诺、对齐多轮记录、计算日期并整理待办。它不知道当事人是否真正接受任务，也不能验证线下工作是否完成。

负责人、期限、状态和对外确认必须由相关人员决定。WorkBuddy 不自动发送提醒、不修改 CRM 商机状态，也不代表公司或客户作出承诺。