S标准T2+T3优先级 5.0案例库注入参数带出处评分点响应AI 只组装不发明

PS-04 · 方案初稿组装(带出处)

AI 写的方案漂亮极了 · 直到客户技术总监问「这个参数哪来的」,全场安静

一这件事现在是什么样

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

何志远周四开工写精工的技术方案。38 个评分点、评标办法技术分占 60。过去他的流程是:翻出去年的方案模板、改客户名、凭记忆填参数、从邮箱里捞三个案例。老板娘听说过「AI 写方案」,问他能不能一天出稿 —— 他知道直接让 AI 写的方案参数是编的,但也确实没有更快的办法。

二痛点 · 每条都有来源

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

1
直接让 AI 写方案的实测口碑:42% 的竞品参数是 AI 编造,客户技术负责人当场戳穿 —— 与「2000 元套模板」的标书代写是同构的坑(代写废标投诉率 42%)依据 · 直接让 AI 写方案的实测口碑:42% 的竞品参数是 AI 编造,客户技术负责人当场戳穿 —— 与「2000 元套模板」的标书代写同构(代写废标投诉率 42%)
2
方案的真正瓶颈不是写,是素材:客户要的每个配置对应的自家真实案例、真实参数、真实验收数据 —— 这些散在历史方案、验收报告、何志远的脑子里,从没被整理成可复用的库依据 · 「做个方案,明天就要」是售前的日常:销售晚上与客户聊嗨了听到一个需求,一个电话让售前忙活一两周,材料交上去石沉大海 —— 方案返工的根因不是售前不行,是需求在传递中只剩一句话
3
售前的时间结构:被大量重复标书和方案淹没、凌晨一点被电话叫起来改配置清单 —— 没有时间做「建案例库」这种重要不紧急的事依据 · 售前被三个方向挤压:销售嫌「只会拽专业术语」、售后吐槽「过度承诺」、客户认定「只是销售的小跟班」,没中标时被一句「方案不行」轰成渣;凌晨一点被销售总监电话叫起来改配置清单也是常态

三换个做法之后

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

✕ 现在的做法

  • 直接让 AI 写方案的实测口碑:42% 的竞品参数是 AI 编造,客户技术负责人当场戳穿 —— 与「2000 元套模板」的标书代写是同构的坑(代写废标投诉率 42%)
  • 方案的真正瓶颈不是写,是素材:客户要的每个配置对应的自家真实案例、真实参数、真实验收数据 —— 这些散在历史方案、验收报告、何志远的脑子里,从没被整理成可复用的库
  • 售前的时间结构:被大量重复标书和方案淹没、凌晨一点被电话叫起来改配置清单 —— 没有时间做「建案例库」这种重要不紧急的事

✓ 交给 Agent 之后

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

四场景闭环

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

第 1 步
素材建库 · 散件变成可检索的库历史方案拆成案例卡(客户行业/规模/配置/验收结论)、参数卡(指标/出处/适用条件)—— 每条带原文位置
第 2 步
评分点对照 · 38 条逐一匹配自有素材覆盖 21 / 需人工补写 11 / 无素材支撑 6 —— 覆盖图一张,开工前先看清哪里是硬骨头
第 3 步
逐条组装 · 每段带出处覆盖的 21 条:案例卡 + 参数卡组装成响应段落,出处标注到「2024 恒泰项目验收报告 P7」这个精度
第 4 步
缺口明示 · 不编不凑11 条待补写给出提纲与素材需求清单(找谁要、要什么);6 条无素材的标注「无案例支撑,建议商务策略规避或如实承诺」—— 写在覆盖图上,不藏在方案里
第 5 步
组装交付 · 初稿 + 覆盖图一起给初稿是「带出处的半成品」,覆盖图是「哪里的可信度如何」的地图 —— 售前的终稿工作量聚焦在 11+6 条上

要准备什么

历史方案文件夹(近两年的都扔进来)
素材的主要来源 —— 乱没关系
验收报告与客户感谢信(如有)
案例可信度的硬背书
产品手册与参数表
参数的权威出处 —— 带页码引用
需求确认清单(PS-01 产出)+ 评分点对照(BD-02 产出)
方案要响应的靶子

为什么这个场景值得做

痛感 5 × AI 适配 3 ÷ 落地难度 3 = 5.0

最大差异点 · 不要求客户先有方案库。历史方案文件夹 + 验收报告 + 产品手册扔进来 —— 先建库再组装:38 个评分点逐条对照,覆盖 21 条、待补 11 条、无素材 6 条,一张覆盖图先行。

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

五会产出什么

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

正式件本体
技术方案初稿(带出处).xlsx
正式件本体 · 21 条评分点响应 · 每段标注素材出处
可派发清单
评分点覆盖图.xlsx
38 条 × 覆盖/待补/无素材三态 · 硬骨头清单与素材需求
可派发清单
素材需求与补写清单.xlsx
11 条待补的提纲 + 6 条无素材的策略建议 · 找谁要什么

这套东西不承诺什么

不做「无中生有的方案」—— 每个参数、每个案例必须带出处;库里的素材覆盖不到的评分点,标注「待人工补写」而不是编一段。方案终稿由售前定稿、技术负责人签字。

想看具体怎么跑?

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