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

PS-01 · 需求澄清纪要

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

!
演示模式 · 可视化预演

本页展示的是「应该怎么跑、每一步看什么、交付什么」,用的是真实业务格式的脱敏构造数据, 不宣称已接入客户生产系统,也不承诺任何效率提升百分比。 案例设定:沃德智能装备(虚构)方案开工前:林嘉怡与梁总昨天拜访精工汽车零部件,录音 2 小时 06 分、微信当晚又聊了一阵。售前何志远等着开工 —— 他收到的需求是一句「精工要上装配自动线,预算 200 左右,下周出方案」。

录音时长
2h06m
还原需求
23 条
矛盾+缺失
3 + 4 条
结论
暂缓开工 · 7 问确认后动工
输入

销售手上能拿到的东西

不需要整理格式、不需要改文件名 · 直接拖进对话框
01_拜访录音转写(节选).txt
两小时录音的机器转写 —— 需求的第一现场
林嘉怡手机录音 · 2026-08-19 14:00-16:06
02_微信沟通记录(当晚).txt
拜访当晚的微信补充 —— 口头没聊透的,微信里补了刀
林嘉怡与精工采购部长 · 2026-08-19 晚
03_销售口述背景.txt
林嘉怡的口述补充 —— 判断与背景(与客户原话分列的软信息)
林嘉怡口述 · 2026-08-20
04_上次小方案返工复盘.txt
2024 年上料机构改造项目的返工记录 —— 同款坑的档案
项目复盘邮件存档 · 2024-11

注意标橙色那一份 —— 03_销售口述背景.txt。它林嘉怡口述 · 2026-08-20,平时压根不在核对范围里。这个场景的价值,很大一部分就来自把它读进来。

提示词

就说这么几句

没有模板、没有表单 · 专业规则由 Skill 兜底
昨天去精工聊了两个多小时,录音和微信记录都发你了,我再口述几句背景你记一下。 帮我把客户的需求一条条理出来,原话尽量保留,别给我加工成漂亮话。 哪几条是自相矛盾的、哪些关键信息他们没说清楚的,单独列出来,我明天打电话确认。 决策链也帮我理一下,谁拍板谁使用。 最后给我一份能让我客户逐条签字确认的清单,方案那边等这份东西定了再动手。

短是因为「需求三分类、矛盾检测口径、决策链模板、确认清单结构」都在能力包里。销售只要把录音和聊天记录扔进来。

触发

一句「预算 200 左右」要变成下周的方案

过去一年 7 个方案 5 个返工 —— 返工 Top1 理由「客户说这不是他们要的」
1

原话还原 · 23 条需求逐条带时间戳

「节拍要快一点」和「12 秒以内」是两种需求等级 —— 原话是唯一可靠的分界
需求类别条数示例(原话)
业务需求6「先把装配段自动化」(01:47:29)
功能需求9「12 秒以内」上料自留(00:12-00:13)
非功能需求5来料两种托盘 + 散料(01:48:02)
约束条件3预算 200 含税(微信 20:41)· 九月出方案(02:01:33)
合计23 条—

口述五问的「年产 30 万件」在录音里查到了 —— [01:52:18] 生产副总原话「年产能要奔 30 万件去」。销售的「记不清」,录音替她记得。

2

矛盾检测 · 三处自相矛盾

矛盾不裁决 —— 列出来给客户确认
矛盾表述 A表述 B影响
运行班制「三班连续」张工 00:52(有活时)「周六不生产」生产副总 00:31设备选型:两班型 vs 三班加强型,价差约 8%
预算口径「200 万上下」口头 01:23「含税」微信 20:41 确认含税 200 = 不含税 177,配置档次差一档
视觉检测张工提到「如果要上视觉…」01:24(被打断)生产副总「这次先不上」01:47方案按不含视觉做 + 预留接口,还是按含视觉报两个版本

三个矛盾都不是客户「出尔反尔」—— 是同一件事不同角色在不同时刻的真实立场。矛盾清单的价值是把它们在方案开工前摆上桌,而不是让售前在矛盾里猜一个。

3

关键信息缺口 · 四个没说清的

缺的恰恰是上次返工的那一类 —— 具体编号与尺寸
缺口为什么关键确认方式
产线编号与工位尺寸上次返工三周的直接原因现场勘测(半天)
节拍上限的工况条件12s 是「自动段」还是「含上料」存疑电话确认张工
来料散料的比例散料占比决定是否要人工预分拣工位电话确认张工
旧线拆除范围加固与清运谁负责(微信未闭环)书面确认采购部长

四个缺口里第一个就是上次返工的同款 —— 检查单 2024 年就写好了「产线编号以现场勘测为准」,但那次之后没人再用过它。这次它变成确认清单的第一行,不靠任何人记得。

4

决策链还原 · 五个人五个关注点

谁把关、谁拍板、谁使用 —— 拜访与方案策略的地基
角色定位关注点(从对话推断)方案策略
生产副总拍板不停产 · 视察节点 · 产能 30 万件交期与切换方案放最前
张工(设备部)技术把关节拍 · 精度 · 维护性技术方案主攻对象
采购部长价格把关含税口径 · 拆除费用报价结构与口径透明
技术科评估(未出场 · 待接触)方案评审前补拜访
财务付款(未出场)付款节奏方案备用
5

确认清单 · 半页纸,客户签个字

23 条需求逐条「确认/修正/删除」+ 7 个未决问题 —— 方案的靶子钉死

确认清单按「销售明天一个 15 分钟电话能问完」的密度组织 —— 不做成给客户的问卷(没人填),而是销售拿着清单逐条口头确认、微信留痕。客户签字最好,留痕是底线。

这份需求还不能交给售前开工 —— 7 个问题确认前,返工概率 5/7
23 条需求里 3 条自相矛盾、4 条关键信息缺失(含上次返工同款的产线编号)—— 照现状开工,按过去一年的返工记录(7 个方案 5 个返工),这个方案大概率重蹈覆辙。

给出的不是干等:
方案 A(今天确认):林嘉怡下午一个电话逐条确认 7 问(15 分钟)+ 约周五现场勘测(半天,产线编号与工位尺寸一测即定)—— 何志远下周一开工,比「先做着回头改」省的返工约 15 人日(上次返工的实测成本)。
方案 B(客户时间约不上时):方案按双轨写 —— 矛盾点各出一个版本(两班型含税 177 档 / 三班型 200 档),缺口项全部标注「假设条件」—— 多花约 3 人日,但客户确认前的每次沟通都有方案可谈,不空转。
之后

这一次跑完,公司多了什么

不讲省了多久 · 讲少了几个隐患、沉淀了什么
✓
需求从「一句话微信」变成 23 条带原话的结构化清单 —— 方案的靶子第一次钉死
✓
「客户签字确认」成为方案开工的前置条件 —— 需求变更争议有了依据
✓
矛盾需求在方案开工前暴露 —— 5/7 的返工率从源头断流
✓
决策链图谱指导拜访策略 —— 拍板人的关注点与使用者的话术分开准备

追问现场可能被问到的

答不上来的问题,比答得漂亮的问题更能决定这场演示的结果

客户不肯签字确认怎么办?
把清单做成会议纪要形态发工作群留痕 —— 客户不签,但「已发已读」的记录也是争议时的依据。签字最好,留痕是底线。
销售口述的判断和客户原话混在一起怎么办?
纪要里两类信息分列标注 —— 客户原话带时间戳、销售判断标「推断」。给售前的是两种可信度不同的输入,不能混。
每个项目都要做这么细吗?
大单(百万级或方案复杂)必做;小单做轻量版(只做矛盾检测和决策链)—— 能力包里有分档口径。

想回顾完整案例?

返回场景引入页,可查看完整案例背景、演示步骤与提示词