标准场景审查核验岗位 · 产品

DC-03 · 评审材料自动凑齐

痛点　评审会前一小时还在找「这个需求哪个客户提的」· 证据没带齐的评审，每个问题都是一次减分

① 场景引入

一、这件事现在是什么样

文档与评审 · 真实业务触发

「导出功能」周四评审。江晓列了要准备的材料清单：六处需求来源（RQ-01 刚归集的）、去年的拒绝决策（RQ-03 刚回溯的）、华正的续约背景（CX-02 承诺台账）、技术侧的私有化差异说明、同类客户的工单聚集数据。这五样散在四个系统、三个人的手里 —— 以前凑齐一份评审材料的平均代价是半天，而且总有凑不齐的：上次评审会上被问「民康那边到底提没提过」，她当场只能回答「我回去确认」。

二、痛点 · 每条都有来源

评审会的第一死因是「证据没带齐」：研发问「哪个客户要的」、老板问「上次为什么拒的」—— 每一个答不上来的问题都是信用减分
依据：需求评审的真实痛点：评审会变成产品经理单方面汇报、其他角色沉默或事后才提异议，导致开发阶段频繁返工；许多 PRD 缺少验收标准与非功能性要求，致使研发估算偏差超 50%
跨角色凑资料是结构性的痛：聊天记录在销售手里、工单在客服手里、决策在邮件里、背景在老板脑子里 —— 凑齐一次要开三次会
依据：销售带回的需求为什么研发一做就翻车：客户传递给销售的需求不一定表达到位，销售收集的不一定全面 ——「销售的第一目标是签单，而不是做深度的需求调研」，客户随口一提、销售为拿下订单先一口答应
需求确认书的实践要求「带着证据评审」—— In/Out of Scope 的每一项都应该有依据，而不是产品经理的现场发挥
依据：发布管理的实操基线：《如期上线》复盘模板要求发布前核对影响范围、回滚预案与灰度计划；需求确认书（In/Out of Scope）是对外交付的护身符

三、换个做法之后

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

✕ 现在的做法

评审会的第一死因是「证据没带齐」：研发问「哪个客户要的」、老板问「上次为什么拒的」—— 每一个答不上来的问题都是信用减分
跨角色凑资料是结构性的痛：聊天记录在销售手里、工单在客服手里、决策在邮件里、背景在老板脑子里 —— 凑齐一次要开三次会
需求确认书的实践要求「带着证据评审」—— In/Out of Scope 的每一项都应该有依据，而不是产品经理的现场发挥

✓ 交给 Agent 之后

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

四、场景闭环

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

材料清单生成 · 按评审会议题每条待评审需求一份材料包：来源/背景/决策史/数据/约束 —— 议题驱动的自动组装
证据卡预制 · 预判会上的问题「谁要的/几个客户/上次为什么拒/技术有什么坑/不做会怎样」—— 每个问题一张证据卡
数据贴片 · 工单聚集与客户分量相关工单的聚类数、客户年费与续约节点 —— 商业证据的可视化
约束与风险页 · 技术侧的提前量私有化差异、性能边界、依赖项 —— 研发视角的风险前置披露
材料包成册 · 会前一晚交付PDF/飞书文档双形态 —— 会上翻得快、会后留档

要准备什么：RQ-01 归集结果与证据包需求来源全景 —— 材料包的主轴RQ-03 回溯档案旧决策与拒绝理由 —— 「上次为什么拒」的答案CX-02 客户承诺台账（如有）续约卡点与承诺背景 —— 商业分量的证据客服工单导出同类需求的工单聚集 —— 需求广度的数据

为什么这个场景值得做

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

最大差异点：不要求先建知识库。RQ-01 的归集结果、RQ-03 的回溯档案、工单导出扔进来 —— 评审材料包按议题自动组装。

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

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

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

五、会产出什么

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

正式件本体：评审材料包.xlsx 四节结构 + 证据卡 + 数据贴片
可派发清单：预判问题应答卡.xlsx 研发/老板各五问 · 每问一卡带出处
可派发清单：证据等级表.xlsx 每条证据的等级与降级说明 · 不虚构广度

这套东西不承诺什么：不做「替你开评审会」—— 材料凑齐是本场景的边界，会上怎么讲、答不答得上追问，还是产品的功力。

② Live Demo（演示逐步）

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

案例设定：驭数科技（虚构）材料日：「导出功能」周五评审（DC-01 延期一天后）。江晓列了材料清单：六处需求来源（RQ-01）、去年的拒绝决策（RQ-03）、华正的续约背景（CX-02）、技术侧的私有化差异、同类客户的工单聚集。五样散在四个系统、三个人手里 —— 以前凑齐一份评审材料的平均代价是半天，而且总有凑不齐的。

材料包结构5 节 · 22 份原料预判问题10 问 · 各配证据卡证据降级1 处 · 民康工单结论民康证据等级核完才能定稿

输入产品手上能拿到的东西

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

01_RQ-01归集结果与证据包.xlsx 材料包的主轴 —— 需求的来源全景RQ-01 产出 · 2026-08-20
02_RQ-03回溯档案（旧决策页原料）.xlsx 「上次为什么拒」的完整答案RQ-03 产出 · 2026-08-20
03_CX-02承诺台账摘要（华正）.xlsx 商业分量的证据 —— 续约卡点CX-02 产出 · 2026-08-20
04_私有化技术差异说明.xlsx 技术约束页原料 —— 研发视角的风险前置谭锐提供 · 2026-08-12
05_客服工单原始会话（民康）.txt 民康证据等级的核验原料 —— 材料包里唯一要降级处理的客服系统会话导出 · 2026-06-28

注意标橙色那一份 —— 05_客服工单原始会话（民康）.txt。它客服系统会话导出 ·

2026-06-28，平时压根不在核对范围里。这个场景的价值，很大一部分就来自把它读进来。

提示词就说这么几句

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

周四评审「导出功能」，归集结果、回溯档案、承诺台账、工单导出都在这，帮我组一份评审材料包。按评审会的议题把材料分好：来源与背景一节、上次决策一节、技术约束一节、商业分量一节；研发和老板最可能问的问题各预判五个，每个配一张证据卡；民康那边的工单数据帮我核一下证据等级，不够的如实标注，别拔高；做成会上一页一翻的结构 —— 材料包发出去，我要的是开会十分钟就过需求背景，直接进方案讨论。

短是因为「议题驱动的材料结构、问题预判框架、证据等级标注」都在能力包里。产品经理只要指定待评审需求。触发五节材料 · 四个系统 · 三个人

凑材料的时间花在「找」上 —— 而找的活是取数型的

江晓指定「周五评审 · 导出功能」—— RQ-01 的归集、RQ-03 的回溯、CX-02 的台账、技术差异、工单会话五份原料自动汇拢 —— 材料包的组装从半天变半小时。

第 1 步 · 材料包结构 · 议程即目录

评审会怎么开，材料就怎么排

演示数据（表格原文）节内容原料来源一 · 需求与背景五处来源全景 + 场景描述RQ-01二 · 上次决策拒绝三理由 + 前提变更表RQ-03三 ·技术约束双版本差异 + 已知风险谭锐说明四 · 商业分量华正承诺卡 + 续约节点CX-02五 · 数据佐证工单聚集 41 次提及 17 家客户CX-01五节的结构对应评审会的天然议程：是什么 → 为什么现在 → 有什么坑 → 值多少钱 → 有多少人要。材料包不是文档堆，是会议的导航图 —— 会上翻到第几节，讨论就走到第几步。

第 2 步 · 预判问题 · 研发与老板各五问

每个问题一张证据卡 —— 带出处的答案才叫答案

演示数据（表格原文）预判问题证据卡出处（研发）三级架构的权限怎么定义？双版本差异表 + PRD 3.2 补丁材料包第三节（研发）120 秒上限大文件怎么办？离线任务方案（DC-01 已补）PRD 4.2（老板）上次为什么拒了现在又做？前提变更表材料包第二节（老板）就华正一家要吧？来源全景 + 41 次工单提及材料包一/五节（老板）不做会怎样？华正承诺卡 + 28 万续约材料包第四节十张证据卡里最锋利的一张是「上次为什么拒了现在又做」—— 答案不是辩解而是沈知行自己邮件里的复议条款。预判问题的价值：把评审会上最尴尬的三分钟，提前变成材料里最从容的一页。

第 3 步 · 证据等级核验 · 民康那处要处理

会话全文核出来的好消息 —— 但等级要如实标注

演示数据（表格原文）证据核验结果等级处理民康工单 T260628-114真实需求（二次加工场景），与华正场景同构保留 · 标注场景差异「17家客户 41 次提及」CX-01 聚类口径，含「给集团交材料」类表述保留 · 注明聚类口径郑海洋两次微信口头转述，与书面邮件相互印证保留 · 列为佐证民康会话全文核验后从「待核」升级为「真实」—— 但材料包如实标注了「场景与华正不同（二次加工 vs 集团月报）」—— 证据升级靠核验，不靠口径拔高 —— 评审材料的信用就是这么攒的。

第 4 步 · 风险预披露 · 技术页的坦诚

把已知缺口写在材料里 —— 比被会上问出来体面

演示数据（表格原文）已知风险披露方式权限模型双版本复杂度技术差异表首行标红120 秒网关与大数据量离线任务方案并列呈现本期不做的三项范围声明 + 理由（含 CSV 的民康场景补偿说明）风险预披露的分寸：写清楚有什么坑、坑的应对是什么 —— 不藏着也不渲染。评审会上「材料里写了」和「会上被问出来的」是两种完全不同的信任结果。5材料包定稿与分发会前一天发出 —— 让研发带着答案来动作时间对象材料包定稿（PDF+飞书双形态）今晚 20:00—分发评审与会人今晚 21:00谭锐/沈知行/郑海洋/顾倩会前收集预读反馈明早 10:00 前全部分发的目标是「带着答案来」—— 谭锐提前看到三级架构的权限补丁，他的问题会从「怎么做」变成「这样做行不行」—— 评审会的效率上限，在材料包发出的那一刻就定了。材料包还不能定稿分发 —— 谭锐的权限补丁还没回话材料包第三节引用了「PRD 3.2 权限补丁」—— 那是 DC-01 延期一天改的权限模型，谭锐昨天拿走架构说明后还没确认新方案。材料包里技术节的每一页都需要研发背书 —— 引用一个研发还没确认的补丁，等于替谭锐答应了什么。给出的不是干等：方案 A（今晚定稿·推荐）：材料包的技术节先按「方案待谭锐确认」标注（附补丁全文与三级架构对照），今晚照常分发 —— 谭锐明早的预读就是确认过程，会前十小时完成闭环；方案 B（等确认后定稿）：明早拿到谭锐确认再分发 —— 风险是预读时间被压缩到三小时，「带着答案来」的效果打折，且谭锐若提出修改意见，材料包要二次改版。两案差的是「标注待确认」还是「等待确认」—— 前者把确认前置到预读环节，后者把风险留到会上 —— 材料包的成熟度，就体现在敢不敢带着「标注清晰的未决项」出门。之后这一次跑完，公司多了什么

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

演示数据（表格原文）✓半天的凑料置换成一小时核对 —— 跨三个系统的取数第一次自动化✓「前提变更」做成单独一页 —— 本次评审最锋利的论据提前预判✓民康的证据如实降级 —— 证据不足时宁降级不虚构，信用比气势值钱✓「我回去确认」从评审会上消失 —— 决策不再拖一周，续约窗口不再被消耗追问现场可能被问到的答不上来的问题，比答得漂亮的问题更能决定这场演示的结果每次评审都要这么重的材料包吗？高优先级需求全量配置，常规需求只配证据卡 —— 材料包的厚度跟着需求的风险走。材料包谁维护？凑齐即归档 —— 会后材料包就是这条需求的回溯档案增量，不需要单独维护。研发会提前看吗？建议会前一天发出 —— 材料包的另一半价值是让研发带着答案来，而不是带着问题来。

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

1. Skill 能力包

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

评审材料自动凑齐 · Skill

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

版本 v1.0

review-pack.zip

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

包内结构

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

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

2. 原始素材

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

📁DC-03 · 演示素材

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

共 5 份

01_RQ-01归集结果与证据包.xlsx 材料包的主轴 —— 需求的来源全景
02_RQ-03回溯档案（旧决策页原料）.xlsx 「上次为什么拒」的完整答案
03_CX-02承诺台账摘要（华正）.xlsx 商业分量的证据 —— 续约卡点
04_私有化技术差异说明.xlsx 技术约束页原料 —— 研发视角的风险前置
05_客服工单原始会话（民康）.txt 民康证据等级的核验原料 —— 材料包里唯一要降级处理的

怎么用

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

3. 提示词卡片

周四评审「导出功能」，归集结果、回溯档案、承诺台账、工单导出都在这，帮我组一份评审材料包。按评审会的议题把材料分好：来源与背景一节、上次决策一节、技术约束一节、商业分量一节；研发和老板最可能问的问题各预判五个，每个配一张证据卡；民康那边的工单数据帮我核一下证据等级，不够的如实标注，别拔高；做成会上一页一翻的结构 —— 材料包发出去，我要的是开会十分钟就过需求背景，直接进方案讨论。

为什么这么短就够了：短是因为「议题驱动的材料结构、问题预判框架、证据等级标注」都在能力包里。产品经理只要指定待评审需求。

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

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

自己组织输入的三步法

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

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

4. 预期输出

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

📋正式交付物

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

共 3 份

DC-03_评审材料包.xlsx 正式件本体 · 四节结构 + 证据卡 + 数据贴片
DC-03_预判问题应答卡.xlsx 研发/老板各五问 · 每问一卡带出处
DC-03_证据等级表.xlsx 每条证据的等级与降级说明 · 不虚构广度

Skill 里固化了什么：从回溯档案里「想起」了一个会上必问的问题该拦的地方拦住了排除性结论把技术动作翻译成钱

输入清单：RQ-01 归集结果与证据包需求来源全景 —— 材料包的主轴RQ-03 回溯档案旧决策与拒绝理由 —— 「上次为什么拒」的答案CX-02 客户承诺台账（如有）续约卡点与承诺背景 —— 商业分量的证据客服工单导出同类需求的工单聚集 —— 需求广度的数据

人工边界：不做「替你开评审会」—— 材料凑齐是本场景的边界，会上怎么讲、答不答得上追问，还是产品的功力。

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

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

文档与评审 · 产出即下一步输入

DC-01 · PRD 评审前找茬预演 — 评审会上研发问「两个状态同时触发怎么办」· 这种问题最好的出现时机是评审前一天，不是评审会上查看 →DC-02 · PRD 一致性终审 — 「本期不做」写在范围声明里，正文却详细描述了它的交互· 研发按正文实现，范围争议回到产品头上查看 →

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

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

其他行业的同类场景 · 审查核验

想把这个场景在你们企业跑通？

顾问会先看你们的数据和流程够不够，再决定从哪一步开始。

看产品其他场景