F旗舰T2+T3优先级 10.0一句话需求决策链还原矛盾需求客户签字版

PS-01 · 需求澄清纪要

销售和客户聊了两小时 · 传给售前的需求是微信里一句「他们要上自动线,出个方案」

一这件事现在是什么样

售前与方案 · 真实业务触发

林嘉怡陪梁总去精工拜访回来,录音两小时、微信里聊了一晚上。何志远(技术经理兼售前)收到的需求是:「精工要上装配自动线,预算 200 左右,下周出方案」。何志远的方案返工记录:过去一年 7 个方案里 5 个返工,返工理由Top1是「客户说这不是他们要的」。

二痛点 · 每条都有来源

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

1
「做个方案,明天就要」是售前的日常:销售晚上与客户聊嗨了听到一个需求,一个电话让售前忙活一两周,材料交上去石沉大海 —— 方案返工的根因不是售前不行,是需求在传递中只剩一句话依据 · 「做个方案,明天就要」是售前的日常:销售晚上与客户聊嗨了听到一个需求,一个电话让售前忙活一两周,材料交上去石沉大海 —— 方案返工的根因不是售前不行,是需求在传递中只剩一句话
2
售前被三个方向挤压:销售嫌「只会拽专业术语」、售后吐槽「过度承诺」、客户认定「只是销售的小跟班」,没中标时被一句「方案不行」轰成渣 —— 需求没澄清清楚,锅最后都是方案的依据 · 售前被三个方向挤压:销售嫌「只会拽专业术语」、售后吐槽「过度承诺」、客户认定「只是销售的小跟班」,没中标时被一句「方案不行」轰成渣;凌晨一点被销售总监电话叫起来改配置清单也是常态
3
规范做法是需求澄清文档 + 客户逐条签字确认形成《需求确认清单》,避免后期需求变更争议 —— 模板极其成熟,但中小企业没人在拜访后花两小时整理录音依据 · 规范做法是需求澄清文档 + 客户开需求评审会逐条签字确认形成《需求确认清单》,避免后期需求变更争议 —— 模板极其成熟,但中小企业没人在拜访后花两小时整理录音

三换个做法之后

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

✕ 现在的做法

  • 「做个方案,明天就要」是售前的日常:销售晚上与客户聊嗨了听到一个需求,一个电话让售前忙活一两周,材料交上去石沉大海 —— 方案返工的根因不是售前不行,是需求在传递中只剩一句话
  • 售前被三个方向挤压:销售嫌「只会拽专业术语」、售后吐槽「过度承诺」、客户认定「只是销售的小跟班」,没中标时被一句「方案不行」轰成渣 —— 需求没澄清清楚,锅最后都是方案的
  • 规范做法是需求澄清文档 + 客户逐条签字确认形成《需求确认清单》,避免后期需求变更争议 —— 模板极其成熟,但中小企业没人在拜访后花两小时整理录音

✓ 交给 Agent 之后

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

四场景闭环

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

第 1 步
原话还原 · 逐条带时间戳客户说的每条需求保留原话 —— 「节拍要快一点」和「12 秒以内」是两种完全不同的需求等级
第 2 步
结构化拆解 · 显性需求/隐性需求/约束条件业务需求、功能需求、非功能需求(精度/节拍/占地)+ 约束(预算/工期/技术栈)分列 —— 隐性需求标注推断依据
第 3 步
矛盾检测 · 自相矛盾的需求点「要上三班连续运转」vs「设备部说周末不生产」、「预算 200」vs「提到的配置清单市价 260+」—— 矛盾不裁决,列出来给客户确认
第 4 步
决策链还原 · 谁把关谁拍板谁用采购部长(把关)、设备部长(使用者)、生产副总(拍板)、技术科(评估)、财务(付款)—— 每人立场与关注点标注,拜访策略由此定
第 5 步
确认清单 · 要客户签字的那份23 条需求逐条「确认/修正/删除」栏 + 未决问题 4 条 —— 销售下次拜访带着它逐条过,客户签完字,方案的靶子就钉死了

要准备什么

拜访录音(手机录音文件,两小时以内)
最原始也最真实的需求现场
与客户的微信聊天记录(导出或截图)
口头没聊透的,微信里往往补了刀
销售的口述补充(想到哪说到哪即可)
录音之外的判断与背景 —— 标注为「销售判断」与客户原话分开
历史需求文档(如有)
同客户上次提过的需求 —— 对比变化

为什么这个场景值得做

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

最大差异点 · 不要求销售会写纪要。两小时录音(手机录音文件直接扔)+ 微信聊天记录 + 销售的口述补充 —— 需求清单、决策链、矛盾点自动还原,销售只要带着清单去跟客户确认。

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

五会产出什么

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

正式件本体
需求澄清纪要与确认清单.xlsx
正式件本体 · 23 条需求逐条 + 确认栏 + 未决问题 · 客户签字版
可派发清单
需求矛盾与缺口清单.xlsx
3 条矛盾 + 4 条缺失 · 逐条给确认话术
可派发清单
决策链图谱.xlsx
五人角色 × 立场关注点 · 拜访与方案策略

这套东西不承诺什么

不做「需求该不该接」的判断 —— 那是梁总的生意决策。本场景做的是还原:客户说了什么、哪些自相矛盾、决策链是谁、什么没说清 —— 整理成可签字的确认清单,澄清由销售与客户当面做。

想看具体怎么跑?

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