PS-01 · RFP 应答初稿与错承诺拦截

① 场景引入

一、这件事现在是什么样

售前解决方案 · 真实业务触发

恒鲜连锁（87 家门店的区域连锁超市）的 RFP 问卷周四晚上 21:40 到达销售邮箱，200 题、下周三 17:00 截标；销售当晚在群里拍胸脯「多币种结算可以答支持」，而产品清单里这项还停在 Q3 评估；售前要在 4 个工作日内交出 Word 方案书 + PPT 宣讲稿双稿，并经得起讲标答辩时客户技术组长拿着竞品报价单逐条对问。

二、痛点 · 每条都有来源

1单份 RFP 平均投入 32 小时（约每题 25 分钟）、企业年均响应 266 份——这是从售前团队嘴里抢走的整周工作量依据· Loopio/HubSpot 基准（聚合于 openasset 统计页）：单份 RFP 平均投入 32 小时（约每题 25 分钟），企业级团队27-38 小时，企业年均响应 266 份2企业平均投入 24 小时、7 人参与写一份 RFP；万人公司平均 35.2 小时，百人以下公司 15.2 小时依据 · MarketingProfs 调研：企业平均投入 24 小时、7 人参与写一份 RFP；万人公司平均 35.2 小时，百人以下公司 15.2 小时353% 的组织仍用 Word 起草方案；最大痛点是「等专家回复」（48%）与「找内容和维护内容」（46%）；31% 的组织每份 RFP 有 21 人以上参与依据 · QorusDocs 调研（297 名从业者）：53% 的组织仍用 Word 起草方案；48% 最大痛点是「等专家回复」、46% 是「找内容和维护内容」；31% 的组织每份 RFP 有 21 人以上参与；10%-20% 的 RFP 因没时间放弃响应4McKinsey：员工每天花 1.8 小时搜索和收集信息，仅使用组织 38% 的可用知识——「正确答案明明写过却找不到」的量化解释依据 · McKinsey 研究：员工每天花 1.8 小时搜索和收集信息，仅使用组织38% 的可用知识——「正确答案明明写过却找不到」的量化解释5高达 80% 的 RFP 问题在不同标书间重复（安全/合规/实施周期/技术规格反复出现），多数团队仍从零复制粘贴上季度的答案依据 · RFP 行业观察：高达 80% 的 RFP问题在不同标书间是重复的（安全/合规/实施周期/技术规格反复出现），但多数团队仍从零复制粘贴上季度的答案6「销售为拿单乱承诺功能、售前去圆谎」是行业最典型的跨部门矛盾——错承诺的账最后都算在交付头上依据 · 售前工程师职业解析：「销售为了拿单乱承诺功能、售前去圆谎」是行业最典型的跨部门矛盾7司法判例已把「功能点清单」钉死为验收与违约认定锚点：承诺过的 72 个功能点做不出来就是根本违约、返还首期款依据 · (2020) 最高法知民终 1545 号（武汉中新蓝案）：定制开发合同约定 4 端 26 模块 72 个功能点，验收标准明确为「需求书功能点是否实现」；交付 UI 图被发现是其他项目改名，演示时功能不能实现，被认定未实质开发构成根本违约，返还已收 11 万元首期款8约 15% 的投标因漏掉必备要求而被废标——必答项漏项是比答错更廉价的失败方式依据 · 投标统计：约 15%的投标因漏掉必备要求而被废标，历史数据（2014）曾高达 30% 源于缺文件少表格

三、换个做法之后

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

✕ 现在的做法

• 单份 RFP 平均投入 32 小时（约每题 25 分钟）、企业年均响应 266 份——这是从售前团队嘴里抢走的整周工作量企业平均投入 24 小时、7 人参与写一份 RFP；万人公司平均 35.2 小时，百人以下公司 15.2 小时53% 的组织仍用 Word 起草方案；最大痛点是「等专家回复」（48%）与「找内容和维护内容」（46%）；31% 的组织每份 RFP 有 21人以上参与McKinsey：员工每天花 1.8 小时搜索和收集信息，仅使用组织 38% 的可用知识——「正确答案明明写过却找不到」的量化解释

✓ 交给 Agent 之后

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

四、场景闭环

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

1. 逐题拆解与必答项登记200 题拆成条目、标注必答/评分/附件要求，漏项清单先于内容出现
2. 历史应答库命中匹配答过的题直接带出旧答案与出处（哪份标书哪次讲过），命中数实时可见
3. 未命中题目分诊没答过的题自动派给对应领域负责人，谁欠答案、欠了几天，看得见
4. 承诺风险扫描每句「支持/满足」对照产品功能清单与roadmap 三态表，错承诺逐条拦出
5. 初稿拼装与口径统一Word 方案书 + PPT 宣讲稿双格式成稿，术语与竞品口径全稿统一
6. 留证签批偏离表逐条人审签字后定稿，签批记录与应答出处一并归档

要准备什么：RFP 问卷（Excel/Word，客户方格式）含必答项标记与评分标准——200 题里约 30 题是漏了就废标的必答项历史标书与应答库（Word/PPT 多版本）近两年 11 份标书散在三位售前的个人电脑和共享网盘里，版本关系靠记忆产品功能清单与 roadmap 对照表产品部维护的当前唯一口径——「已支持/部分/评估中」三态是拦截器的判据售前与销售的项目沟通记录（微信/邮件导出）口头承诺的第一现场——销售答应过什么，拦截器要知道

为什么这个场景值得做

优先级评分：痛感 5 × AI 适配 4 ÷ 落地难度 2 = 10.0

最大差异点：不是从零生成一套漂亮话，而是先拿历史应答库对 200 题做逐题命中匹配——答过的题带出处直接复用，人的注意力只留给没答过的题和承诺风险点。与「AI 帮你写标书」类工具的本质区别：拦截器对着产品功能清单与 roadmap 扫描每一句「支持」，宁可把第 26 题打回重写，也不让它变成两年后的违约金。

评分口径：痛感看「这事没做好谁会生气、生气到什么程度」；

AI 适配看「输入是否非结构化、是否要跨部门取数、错了能不能当场看出来」；

落地难度是分母 —— 需要客户先做数据治理的场景，分数会被压得很低。

五、会产出什么

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

• 正式件本体：RFP应答初稿与偏离表.docx 正式件 · 逐题应答 + 偏离初表 + 承诺风险标注 · 含逐条人审签批栏
• 可派发清单：未命中题目分诊清单.xlsx 57 题 · 责任人 / 期限 / 当前状态 · 每天可催
• 可派发清单：必答项与漏项核对表.xlsx 必答 30项逐项核对 · 附件清单 · 废标风险前置排除

这套东西不承诺什么：偏离表「满足/部分满足/偏离」的最终判定必须逐条人审签字，本场景只出初表与风险标注；roadmap 未确认的功能一律不得写成「已支持」，只能写「路线图评估中 + 现有替代口径」；商务报价与合同条款不在本场景产出。

② Live Demo（演示逐步）

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

案例设定：明衡软件售前组。恒鲜连锁（128 家门店生鲜供应链）RFP 问卷 200 题，下周三 18:00 截标；近两年 11 份历史标书共 511 条应答刚收拢归档——这是应答库启用后的第一份正式应答。

输入文件5 份问卷规模8 分节 · 200 题必答项30 项 · 缺口 11截标下周三 18:00 · 剩 6 天

输入软件公司手上能拿到的东西

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

• 01_RFP问卷_恒鲜连锁200题.xlsx 恒鲜连锁供应商管理系统选型问卷，8 个分节 200 题，含必答题标记客户采购部发出 ·本周一到手
• 02_历史应答库_近两年11份标书.xlsx 近两年 11 份历史标书的应答条目库，每条带当年讲标验证记录——本次匹配的主数据源售前组归档 · 本周刚收拢完毕
• 03_产品功能清单与roadmap三态表.xlsx 产品部维护的功能三态表：已支持 / 开发中 / 评估中——每一句「支持」的核对依据产品部维护 · 每双周更新
• 04_销售项目沟通记录.txt 恒鲜项目群聊与备忘节选——销售倾向、客户预算与讲标安排项目群 · 持续更新
• 05_接口字段映射表_优选百货2025Q3.xlsx 上季度优选百货项目交付的接口字段映射表——附录 C 可否复用的判断依据交付部归档 · 2025-Q3 交付物

注意标橙色那一份—— 02_历史应答库_近两年11份标书.xlsx。它售前组归档 · 本周刚收拢完毕，平时压根不在核对范围里。这个场景的价值，很大一部分就来自把它读进来。

提示词就说这么几句

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

这是恒鲜连锁的 RFP 问卷，200 题，下周三截标。这是我们近两年的 11 份历史标书和应答记录，这是产品功能清单和roadmap。 帮我做三件事：

1. 逐题对历史应答库做匹配，答过的题直接带出处复用；没答过的题列出来分给对应负责人。
2. 每一句「支持/满足」都对照产品清单核一遍——roadmap 里还没确认的，标出来给我，一个都不许漏。
3. 按「必答项/评分项/附件要求」登记，漏一项就废标的那种，先给我漏项清单。 方案书按 Word 出、宣讲稿按 PPT 出，口径要跟历史标书一致，有冲突的地方列出来别替我改。

专业规则（必答项登记、偏离表三态口径、竞品问答卡的口径等级）全部在能力包里，现场只需说清「这是哪家客户、截标时间、历史标书在哪」。

触发200 题问卷到手 · 应答库启用后的第一份正式应答

11 份标书 511 条应答刚归档，这一次不再从零起草

周一 10:00 问卷到手，周三 18:00 截标。过去 40 份 RFP 的应答方式是七个部门各领一摊、从空白文档起草；这一次先入库、再匹配、后起草。六天窗口里，第一天先做两件事：废标风险前置排除、历史口径盘点。

第 1 步 · 先核 30 项必答 · 11 项缺口全压在截标前补齐

漏一项必答就废标——这道闸门从截标前夜挪到第 1 天

2143/200 题命中历史应答库 · 每题带出处

357 题未命中 · 分诊给四个人，等回复第一次变成欠账清单

沉默的邮件变成可视的进度表，每天可催

去向题数负责人答复期限当前状态安全问卷11安全组 · 陈曦周四 12:00已发群待回研发确认23研发 · 高远周四 18:00已建联调单实施交付19交付部 · 沈屹周五 10:00排期核对中商务条款4商务 · 曾静周四 12:00超出应答范围待确认合计57———把等专家回复翻译成钱单份 RFP 平均投入 32 小时、7 人参与，其中八成是重复劳动——把重复部分变成带出处的复用，人的时间全部押到没答过的 57 题上。恒鲜首年合同额 80 万、首付 30% 即 24 万，应答质量直接决定这 24 万的成色。

第 4 步 · 三处「可以答支持」被拦下 · 每处给出替代口径

写进应答的每一句「支持」都对照过产品三态表

第 5 步 · 附录 C 接口字段映射表 · 判断是不需要新写

上季度交付物里躺着现成的 23 个字段

IO成稿 · 应答书与偏离初表 + 两份可催的清单

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

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

1. Skill 能力包

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

RFP 应答初稿与错承诺拦截 —— 八成题答过，要命的是没答过还敢承诺 · Skill

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

版本 v1.0

rfp-response-draft-and-overcommit-guard.zip

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

包内结构

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

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

2. 原始素材

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

📁PS-01 · 演示素材

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

共 5 份

• 01_RFP问卷_恒鲜连锁200题.xlsx 恒鲜连锁供应商管理系统选型问卷，8 个分节 200 题，含必答题标记
• 02_历史应答库_近两年11份标书.xlsx 近两年 11 份历史标书的应答条目库，每条带当年讲标验证记录——本次匹配的主数据源
• 03_产品功能清单与roadmap三态表.xlsx 产品部维护的功能三态表：已支持 / 开发中 / 评估中——每一句「支持」的核对依据
• 04_销售项目沟通记录.txt 恒鲜项目群聊与备忘节选——销售倾向、客户预算与讲标安排
• 05_接口字段映射表_优选百货2025Q3.xlsx 上季度优选百货项目交付的接口字段映射表——附录 C 可否复用的判断依据

怎么用

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

3. 提示词卡片

这是恒鲜连锁的 RFP 问卷，200 题，下周三截标。这是我们近两年的 11 份历史标书和应答记录，这是产品功能清单和roadmap。 帮我做三件事：

1. 逐题对历史应答库做匹配，答过的题直接带出处复用；没答过的题列出来分给对应负责人。
2. 每一句「支持/满足」都对照产品清单核一遍——roadmap 里还没确认的，标出来给我，一个都不许漏。
3. 按「必答项/评分项/附件要求」登记，漏一项就废标的那种，先给我漏项清单。 方案书按 Word 出、宣讲稿按 PPT 出，口径要跟历史标书一致，有冲突的地方列出来别替我改。

为什么这么短就够了：专业规则（必答项登记、偏离表三态口径、竞品问答卡的口径等级）全部在能力包里，现场只需说清「这是哪家客户、截标时间、历史标书在哪」。

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

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

自己组织输入的三步法

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

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

4. 预期输出

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

📋正式交付物

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

共 3 份

XLSPS-01_RFP应答初稿与偏离表.docx正式件 · 逐题应答 + 偏离初表 + 承诺风险标注 · 含逐条人审签批栏下载

• ↓XLSPS-01_未命中题目分诊清单.xlsx 57 题 · 责任人 / 期限 / 当前状态 · 每天可催
• PS-01_必答项与漏项核对表.xlsx 必答 30 项逐项核对 · 附件清单 · 废标风险前置排除

Skill 里固化了什么：第 26 题「多币种结算」被拦下来了143/200 题命中历史应答库排除性结论把技术动作翻译成钱

输入清单：RFP 问卷（Excel/Word，客户方格式）含必答项标记与评分标准——200 题里约 30 题是漏了就废标的必答项历史标书与应答库（Word/PPT 多版本）近两年 11 份标书散在三位售前的个人电脑和共享网盘里，版本关系靠记忆产品功能清单与 roadmap 对照表产品部维护的当前唯一口径——「已支持/部分/评估中」三态是拦截器的判据售前与销售的项目沟通记录（微信/邮件导出）口头承诺的第一现场——销售答应过什么，拦截器要知道

人工边界：偏离表「满足/部分满足/偏离」的最终判定必须逐条人审签字，本场景只出初表与风险标注；roadmap 未确认的功能一律不得写成「已支持」，只能写「路线图评估中 + 现有替代口径」；商务报价与合同条款不在本场景产出。

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

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

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

• PS-02 · 竞品对比矩阵与讲标弹药：客户拿着竞品报价单逐条对问的那一刻

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

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