评审会前一小时还在找「这个需求哪个客户提的」· 证据没带齐的评审，每个问题都是一次减分
文档与评审 · 真实业务触发
「导出功能」周四评审。江晓列了要准备的材料清单：六处需求来源（RQ-01 刚归集的）、去年的拒绝决策（RQ-03 刚回溯的）、华正的续约背景（CX-02 承诺台账）、技术侧的私有化差异说明、同类客户的工单聚集数据。这五样散在四个系统、三个人的手里 —— 以前凑齐一份评审材料的平均代价是半天，而且总有凑不齐的：上次评审会上被问「民康那边到底提没提过」，她当场只能回答「我回去确认」。
不是流程描述，是调研出来的真痛点 —— 每条可点开核对出处
变化不在「快」，在「参与的角色」和「覆盖的范围」
5 步 · 每一步的产出都是下一步的输入
痛感 5 × AI 适配 4 ÷ 落地难度 3 = 6.7
最大差异点 · 不要求先建知识库。RQ-01 的归集结果、RQ-03 的回溯档案、工单导出扔进来 —— 评审材料包按议题自动组装。
评分口径：痛感看「这事没做好谁会生气、生气到什么程度」； AI 适配看「输入是否非结构化、是否要跨部门取数、错了能不能当场看出来」； 落地难度是分母 —— 需要客户先做数据治理的场景，分数会被压得很低。
判断标准只有一个：这份东西能不能直接进企业的流程
不做「替你开评审会」—— 材料凑齐是本场景的边界，会上怎么讲、答不答得上追问，还是产品的功力。
Live Demo 里有一个完整案例的每一步，包括 Agent 在哪一步拦住了