S标准T2+T3优先级 8.0售前承诺续约风险集中登记产品侧可查

CX-02 · 客户承诺台账

销售答应客户的「Q3 一定上」,产品侧从没看见过 · 承诺散落销售微信是续约纠纷之源

一这件事现在是什么样

客户之声 · 真实业务触发

华正重工的续约谈判启动,郑海洋交给江晓一份「客户期望清单」—— 江晓一看头皮发麻:「Q3 支持批量导入」的需求池状态是缓行、「离线模式 8 月底」压根不在需求池里。翻了郑海洋的聊天记录才发现,这两条是他在不同场合口头答应的 —— 类似的承诺还有第三家客户(佳润的「数据看板定制」)。产品侧对这些承诺零知情,续约谈判桌上每一条都是暗雷。

二痛点 · 每条都有来源

不是流程描述,是调研出来的真痛点 —— 每条可点开核对出处

三换个做法之后

变化不在「快」,在「参与的角色」和「覆盖的范围」

✕ 现在的做法

  • 承诺散落销售微信是续约纠纷之源:售前答应的功能与时间线,产品侧从没集中看见过 —— 谈判桌上每一条未知承诺都是暗雷
  • 销售的第一目标是签单不是需求调研:客户随口一提、销售先一口答应 —— 承诺的失真机制与需求失真同源
  • 需求确认书(In/Out of Scope)是对外交付的护身符 —— 但前提是产品侧知道哪些承诺已经许出去了

✓ 交给 Agent 之后

  • 多来源文件一次读入,先做口径与完整性校验,再开始算
  • 每条结论绑定来源文件、字段或条号,可以被审
  • 产出是企业真会流转的正式件(带签批栏),不是一张展示用的表
  • 该拦的地方给出「现在还不能提交」,并给不用干等的替代方案

四场景闭环

5 步 · 每一步的产出都是下一步的输入

第 1 步
承诺抽取 · 时间/功能/条件三要素「Q3 一定上批量导入」抽出:功能=批量导入、时间=Q3、承诺性质=确定性 —— 每条带原话引用
第 2 步
需求池对照 · 落差即风险承诺的功能在池里的状态逐条对:缓行/不在池/已拒绝 —— 三种落差三种风险等级
第 3 步
客户维度归集 · 每家一张承诺卡华正 2 条/民康 1 条/佳润 1 条 —— 续约谈判桌上的明牌
第 4 步
可行性标注 · 兑现概率分档按需求池状态与排期给每条承诺标兑现概率 —— 高/中/低三档与依据
第 5 步
风险报告 · 续约季的作战图承诺×续约节点×兑现概率的交叉 —— 哪家客户的哪个承诺最危险,一屏见底

要准备什么

销售与客户的聊天记录
微信导出/截图 —— 承诺的原始现场
邮件与会议纪要(售前/续约)
书面承诺同样要入账
需求池现状
承诺与需求状态的对照 —— 落差即风险
客户与续约节点表
哪家客户什么时候谈判 —— 风险的优先级排序

为什么这个场景值得做

痛感 4 × AI 适配 4 ÷ 落地难度 2 = 8.0

最大差异点 · 不要求销售先报备。销售与客户的聊天记录(历史导出或定期转发)扔进来 —— 承诺自动抽取登记,产品侧第一次集中看见。

评分口径:痛感看「这事没做好谁会生气、生气到什么程度」; AI 适配看「输入是否非结构化、是否要跨部门取数、错了能不能当场看出来」; 落地难度是分母 —— 需要客户先做数据治理的场景,分数会被压得很低。

五会产出什么

判断标准只有一个:这份东西能不能直接进企业的流程

正式件本体
客户承诺台账.xlsx
正式件本体 · 逐条承诺 + 原话 + 需求池对照
可派发清单
客户承诺卡.xlsx
每家一卡 · 续约节点 × 承诺 × 兑现概率
可派发清单
续约季风险报告.xlsx
承诺×节点×概率交叉 · 最危险的组合一屏见底

这套东西不承诺什么

不做「替销售管住嘴」—— 承诺的产生是销售行为,台账只登记已发生的。也不做「自动回复客户」—— 承诺的兑现与变更沟通是人的活。

想看具体怎么跑?

Live Demo 里有一个完整案例的每一步,包括 Agent 在哪一步拦住了