PS-04 · 方案初稿组装（带出处）

① 场景引入

一、这件事现在是什么样

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

何志远周四开工写精工的技术方案。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（演示逐步）

演示模式 · 可视化预演 本页展示的是「应该怎么跑、每一步看什么、交付什么」，用的是真实业务格式的脱敏构造数据， 不宣称已接入客户生产系统，也不承诺任何效率提升百分比。

案例设定：沃德智能装备（虚构）方案周：何志远周四开工精工技术方案 —— 38 个评分点、技术分占 60。老板娘听说过「AI 一天出方案」，何志远试过直接让 AI 写：参数是编的，他自己都不敢用。他手里有的是两年攒下的方案文件夹和验收报告 —— 只是从来散着。

评分点38 项素材覆盖21 项待补/无素材11 / 6 项结论同行业案例缺口需当日决策

输入销售手上能拿到的东西

不需要整理格式、不需要改文件名 · 直接拖进对话框

• 01_历史方案文件夹索引.xlsx 近两年 11 个方案项目 —— 素材库的原料何志远电脑 · 从未整理过
• 02_案例卡与参数卡库.xlsx 从散件里建出的可检索素材 —— 每条带原文位置本次组装产出 · 2026-08-27
• 03_评分点对照需求.xlsx 38 个评分点× 素材匹配 —— 覆盖图的数据源BD-02 评分拆解 + PS-01 需求清单合成
• 04_恒泰节拍争议复盘.txt 反面案例的原档案—— 丢过的单保护下一代方案FM-02 复盘归档 · 2026-08

注意标橙色那一份 —— 03_评分点对照需求.xlsx。它BD-02 评分拆解 + PS-01 需求清单合成，平时压根不在核对范围里。这个场景的价值，很大一部分就来自把它读进来。

提示词就说这么几句

没有模板、没有表单 · 专业规则由 Skill 兜底

公司近两年的方案文件夹、验收报告、产品手册都发你了，精工的需求确认清单和评分点对照也在。 先帮我把素材建个库，然后按 38 个评分点组装方案初稿。 每个参数、每个案例都要带出处，我们自己的东西里没有的，直接标「待补」，别编。 哪些评分点我们素材不够的，给我一张覆盖图，硬骨头我好提前去要料。 恒泰那个丢单的教训你也记着，节拍相关的承诺帮我把余量留出来。

短是因为「案例卡/参数卡结构、评分点对照、出处标注精度、反面案例用法」都在能力包里。售前只要把文件夹扔进来。

触发AI 写的方案漂亮极了 · 直到客户技术总监问「这个参数哪来的」

何志远的两难：直接 AI 写（参数是编的）vs 老办法（一周起）

第 1 步 · 素材建库 · 散件变成可检索的资产

11 个项目拆成案例卡 + 参数卡 —— 每条带原文位置

素材类型数量来源案例卡8 张已验收项目（含 1 张反面卡：恒泰）参数卡23 张验收报告实测 + 产品手册设计值口径卡6张报价口径/质保口径/付款口径的历史版本建库的成本是扔进来一个文件夹 —— 价值在下次方案直接复用。这是复利资产：库越用越厚，方案越写越快。

第 2 步 · 覆盖图先行 · 38 个评分点哪里是硬骨头

开工前先看清 —— 不做完全文才发现缺口

第 3 步 · 逐条组装 · 每段带出处的意思

出处精确到「2024 联创验收报告 P7」—— 客户技术总监问起来，答得出

第 4 步 · 硬骨头决策 · 同行业案例只有一个

评分点要求汽车零部件案例 3 个，库里只有 1 个（佳禾）—— 编不得，得决策

第 5 步 · 初稿交付 · 半成品 + 覆盖图一起给

售前的终稿工作量聚焦在 11+6 条上 —— 不是全文返工

不讲省了多久 · 讲少了几个隐患、沉淀了什么

③ 能力沉淀（Skill / 提示词 / 预期输出 / 人工边界）

1. Skill 能力包

导入之后，同类任务会自动按这套规则走 —— 提示词才能写得那么短

方案初稿组装（带出处） · Skill

SKILL.md 主本 + references（输出骨架 / 判据 / 渲染脚本）· 符合 WorkBuddy Skill 规范

版本 v1.0

proposal-assembly.zip

在 WorkBuddy 里直接上传这个 zip 即可导入

包内结构

• SKILL.md 主本 —— YAML 元信息 + 执行流程 + 硬规则 + 人工边界
• references/output_template.md 输出骨架（sheet 名 / 分区顺序 / 列头）+ 可直接运行的渲染脚本
• references/judgement_rules.md 判据与口径 —— 什么情况算异常、什么情况必须拦住

references 不会一次性全读进来 —— Agent 按需取用。所以 Skill 可以写得很细，不会拖慢每次对话。

2. 原始素材

这些就是销售手上真实能拿到的东西 —— 格式不统一是常态，不是问题

📁PS-04 · 演示素材

脱敏构造数据 · 真实业务格式 · 埋点可核验

共 4 份

• 01_历史方案文件夹索引.xlsx 近两年 11 个方案项目 —— 素材库的原料
• 02_案例卡与参数卡库.xlsx 从散件里建出的可检索素材 —— 每条带原文位置
• 03_评分点对照需求.xlsx 38 个评分点 × 素材匹配 —— 覆盖图的数据源
• 04_恒泰节拍争议复盘.txt 反面案例的原档案 —— 丢过的单保护下一代方案

怎么用

• 把素材全部拖进 WorkBuddy 对话框（不需要整理格式、不需要改文件名）
• 粘贴下方提示词发送
• 拿到正式件初稿 —— 签批栏留空，推荐意见留空，由你填

3. 提示词卡片

公司近两年的方案文件夹、验收报告、产品手册都发你了，精工的需求确认清单和评分点对照也在。 先帮我把素材建个库，然后按 38 个评分点组装方案初稿。 每个参数、每个案例都要带出处，我们自己的东西里没有的，直接标「待补」，别编。 哪些评分点我们素材不够的，给我一张覆盖图，硬骨头我好提前去要料。 恒泰那个丢单的教训你也记着，节拍相关的承诺帮我把余量留出来。

为什么这么短就够了：短是因为「案例卡/参数卡结构、评分点对照、出处标注精度、反面案例用法」都在能力包里。售前只要把文件夹扔进来。

换成你自己的业务：把素材换成你手上的真实文件即可。导入 Skill 之后，

该走几步、什么口径、什么情况必须拦住，Agent 自己知道 —— 你只需要说清这是什么事。

自己组织输入的三步法

• 用自然语言说清核心需求 —— 就按平时跟同事交代活的方式说：什么事、什么文件、什么要求。不用讲究格式。
• 调用 Skill 补齐专业规则 —— 导入本页 Skill 后，流程、口径、硬规则 Agent 自己知道。
• 用「增强提示词」补全遗漏 —— 输入框旁边有增强按钮，把随口说的话补成更完整的表述。

分工：自然语言负责「这是什么事」，Skill 负责「该怎么做」，增强提示词负责「别漏了什么」。

4. 预期输出

不方便现场跑的时候可以直接拿这份给客户看 · 与实跑结果同结构

📋正式交付物

带签批栏 / 冻结首行 / 开筛选 —— 判断标准是「能不能直接进企业的流程」

共 3 份

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

Skill 里固化了什么：从恒泰丢单里长出的反面案例卡该拦的地方拦住了排除性结论把技术动作翻译成钱

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

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

升为客户真实案例还缺什么：客户当前真实输入文件（不要整理过的）岗位现行 SOP 与审批链（金额分档、谁签字）至少一次真实出过问题的案例客户当前正在用的正式输出模板客户确认的阈值口径（多少天算临期、多少金额算大额）

5. 同一角色下的其他场景

售前与方案 · 产出即下一步输入

PS-01 · 需求澄清纪要 — 销售和客户聊了两小时 · 传给售前的需求是微信里一句「他们要上自动线，出个方案」 查看 →PS-02 · 拜访前作战简报 — 最尴尬的瞬间：人站在客户公司门口，才开始手忙脚乱翻找上次的沟通记录 查看

→PS-03 · 报价测算表生成 — 报价单发出去就石沉大海 · 因为客户财务那边一眼看出合价没对上，而没人回头检查查看 →

上下游串起来就是完整链路。每一步的产出都是下一步的输入，不用在不同工具之间来回复制粘贴。

说明：以上为 WorkBuddy 官方岗位场景库三级页面（场景引入 / Live Demo / 能力沉淀）与库级页签的完整整理；均为官方脱敏演示件，用于讲解与交付底稿，不代表已接入客户生产系统、不承诺效率百分比。

场景内容基于 WorkBuddy 产品能力整理，演示中的企业、人物与数据均为虚构，不代表任何客户的实际成效；痛点引用的公开来源已做脱敏处理。网页版由原资料转换，部分演示表格以原文形式展示。