评审会开完，决议散在三个人各自的记忆里 · 一个月后「当时不是说好挂起吗」—— 没有纪要的会议等于没开
本页展示的是「应该怎么跑、每一步看什么、交付什么」，用的是真实业务格式的脱敏构造数据， 不宣称已接入客户生产系统，也不承诺任何效率提升百分比。 案例设定：驭数科技（虚构）会后日：v3.4 需求评审会开了两小时 —— 23 条需求过完，8 条通过、3 条挂起、2 条合并、10 条缓行。挂起的 3 条各有条件，但会议结束时没人记纪要。上个月评审挂起的两条需求，江晓已想不起挂起条件是什么，翻遍聊天记录只找到沈知行一句「再议」。
注意标橙色那一份 —— 01_评审会录音转写.txt。它会议录音转写 · 2026-08-22，平时压根不在核对范围里。这个场景的价值，很大一部分就来自把它读进来。
短是因为「决议四分类、挂起条件三要素、待办落人规则、歧义标记」都在能力包里。产品经理只要把录音扔进来。
江晓把录音转写、需求清单、上月拼凑记录、条件对照、与会人对照全部扔进来 —— 决议登记的第一课是分清「说了什么」和「定了什么」。
| 决议 | 条数 | 关键内容 | 原文锚点 |
|---|---|---|---|
| 通过 | 8 | 含导出功能（带前提条件） | 14:02 沈知行发言 |
| 挂起 | 3 | 各带条件与再评估人 | 15:10 沈知行发言 |
| 合并 | 2 | 计划批量调整+消息未读优化 | 15:41 江晓确认 |
| 缓行 | 10 | 下季度需求会再议 | 15:52 沈知行发言 |
| 合计 | 23 | 四类决议全覆盖 | — |
决议提取的第一发现：「通过」的 8 条里导出功能带前提（权限补丁确认）—— 带前提的通过不是通过，是「待确认通过」—— 这个状态在原文里只是一个转折词，在台账里必须是一个状态位。
| 歧义点 | 转写原文 | 处理 |
|---|---|---|
| 数据同步重试是否通过 | 「……（交叉发言）……那先这样，可以做」 | 待谭锐本人核对 |
14:37 的交叉发言段落转写失真 —— 「先这样」的指向对象不明。登记的办法：该条标「待核对」，当天问谭锐一句话确认 —— 纪要宁可晚发两小时，不发一条有歧义的决议。
| 挂起需求 | 等什么信号 | 谁再评估 | 再看时间 |
|---|---|---|---|
| 离线巡检模式 | 华正续约落定 | 江晓 | 落定后一周内 |
| 批量导入 | API Q4 评估结论 | 沈知行 | Q4 末 |
| 看板定制 | 定制报价反馈 | 郑海洋 | 报价后两周 |
三要素齐了，挂起就不再是「再议」的黑洞 —— 对照表（原料 04）显示离线模式的条件上周已成熟 —— 结构化挂起条件的第一个产出：一条被遗忘的需求自动进入激活检查。
| 待办 | 责任人 | 截止 | 来源 |
|---|---|---|---|
| 权限模型补丁确认 | 谭锐 | 今天 | 通过前提 |
| 数据同步决议核对 | 江晓→谭锐 | 今天 | 歧义标记 |
| 佳润定制报价 | 郑海洋 | 本周五 | 挂起条件 |
| 纪要分发与会人确认 | 江晓 | 今晚 | 流程 |
4 条待办全部落人限期 —— 其中「纪要分发确认」是流程性待办：与会人回「确认」后决议才固化。未确认的决议只是草稿 —— 这一步防止「会上说好的」变成「会后各自记忆的」。
| 上月挂起 | 本次追回结果 |
|---|---|
| 离线巡检模式 | 条件成熟 · 进入激活评估 |
| 批量导入 | 本次再次挂起（等 API）· 条件已结构化 |
| 看板定制 | 条件失传 · 本次重建（佳润报价后两周） |
上月的三条挂起全部有了下文 —— 其中「看板定制」的条件是本次重建的（上月已失传）。纪要登记的复利：本月登记的条件，是下月追回的依据 —— 没有登记的月份，蒸发就是永久损失。
答不上来的问题，比答得漂亮的问题更能决定这场演示的结果
返回场景引入页，可查看完整案例背景、演示步骤与提示词