客户口头承诺总丢失？把对象、责任人与回执写进CRM任务

“客户下周给名单”“销售明天发方案”“技术周五确认接口”看似都记在跟进纪要里，却经常没人按时追、完成后也没有回执。问题不是员工不写笔记，而是CRM把承诺当文本保存，没有把它变成可分派、可提醒、可验收的业务任务。

先区分纪要、承诺和任务

纪要记录发生过什么；承诺说明某方同意未来完成什么；任务则必须有对象、动作、责任人、截止时间和完成证据。Microsoft Dynamics 365把电话、邮件、会议与任务作为活动记录，并关联到账户、联系人或商机；其销售用户指南也把活动跟踪列为日常销售工作。真正决定闭环质量的不是“有活动”，而是任务是否有明确结果。

承诺任务只保留九个核心字段

第一版不要做成复杂项目管理。建议字段为：关联客户或商机、承诺方、动作类型、动作描述、责任人、客户责任人、承诺完成日、提醒点、结果证据。动作描述要用“动词+交付物+验收标准”，例如“向客户发送盖章版报价PDF，并取得已收悉回复”，而不是“继续跟进报价”。

字段应按实际行动和复核需要设计。落到CRM里，就是只保留能支持行动和复核的字段：选择项用于统计，短文本用于说明边界，附件或活动回执用于证明完成。不要要求销售为低价值动作填写二十个字段。

提醒要围绕风险，不要平均轰炸

提醒建议分三层：责任人在截止前收到行动提醒；截止日未完成进入逾期队列；逾期影响报价、投标、签约或回款时，才升级给主管。客户承诺不能自动变成客户的任务通知，除非已有合法且经过同意的沟通渠道；CRM内部只提醒销售在合适时间追问。

“已完成”必须经过回执门槛

勾选完成时至少回填完成时间、结果类型和证据。结果可以是已交付、客户已确认、客户拒绝、双方延期或任务取消；延期必须生成新截止日并保留原日期，不能覆盖历史。批量把逾期任务设为完成应被禁止或进入审计，因为这会把执行问题伪装成数据整洁。

与客户联系后，要把电话、邮件或会议关联到对应任务和业务对象。这样同事接手时能沿着“承诺—行动—结果”回读，而不是翻整条时间线猜结论。联系人角色发生变化时，可参考CRM联系人角色与任职关系管理；AI参与写入时，应遵循AI CRM最小权限的预览与确认边界。

主管看板只看四个异常

• 今日到期但仍未开始的我方承诺；
• 逾期且阻塞报价、签约或回款的任务；
• 连续两次延期、但没有新证据的承诺；
• 被标记完成、却没有结果类型或回执的记录。

不要把“本周跟进次数”当核心绩效。次数容易催生无效电话和空白纪要，四类异常才直接指向漏交付、漏追问与错误关闭。需要把任务嵌入完整销售流程时，可参考客户、商机与合同管理和CRM实施服务。

还要单独检查责任漂移：员工离职、商机转交或客户联系人换岗后，未完成承诺必须随业务对象重新分派，并保留原责任人与移交时间。系统不能因为客户归属变化就删除旧任务，也不能把已完成承诺复制给新负责人。这样主管才能分清“历史已交付”和“接手后仍需处理”。

用十条样本完成试点验收

1. 从真实会议中挑选十条双方承诺，覆盖我方、客户和内部依赖；
2. 由两名销售创建任务，验证字段是否足够且不过度；
3. 模拟完成、延期、取消和客户拒绝四条路径；
4. 确认提醒只到正确责任人，主管只看到异常；
5. 换一名同事接手，要求其在三分钟内说清下一步和证据。

若接手人仍要问原销售“客户到底答应了什么”，说明系统保存的仍是纪要，不是承诺闭环。先把这十条做对，再考虑语音转写或AI自动提取。

主要信息来源

• Microsoft：Dynamics 365 Sales活动管理
• Microsoft：创建任务、电话、会议与邮件活动
• Microsoft：Dynamics 365 Sales销售用户指南

希望把客户承诺做成CRM待办闭环，可通过网站现有实施评估入口提交一个脱敏会议样例，先验证字段、提醒和回执路径。