S标准T2+T3优先级 8.0纪要无人记决议可追溯待办闭环挂起需求不蒸发

CH-02 · 评审决议与待办登记

评审会开完,决议散在三个人各自的记忆里 · 一个月后「当时不是说好挂起吗」—— 没有纪要的会议等于没开

一这件事现在是什么样

变更与指令 · 真实业务触发

v3.4 需求评审会开了两小时:23 条需求过完,8 条通过、3 条挂起、2 条合并、10 条缓行。挂起的 3 条各有条件(「等 API 方案定了再看」),但会议结束时没人记纪要 —— 江晓忙着回答问题,谭锐忙着赶下一个会。上个月评审会挂起的两条需求,本周她已想不起挂起条件是什么,翻遍聊天记录只找到沈知行一句「再议」。「再议」没有条件、没有时间,等于蒸发。

二痛点 · 每条都有来源

不是流程描述,是调研出来的真痛点 —— 每条可点开核对出处

1
中小企业会议即需求的主产地,但纪要无人记是常态 —— 决议散在与会者的记忆里,遗忘速度取决于每个人的忙闲依据 · 用户反馈池的真实形态:「客户的操作问题、领导反馈的体验性改善问题、运维反馈的硬件问题全在里面」—— 没有分类、没有去重、没有优先级
2
挂起需求的蒸发是最贵的遗忘:挂起时带着条件(等什么信号、谁再提),条件成熟时没人记得 —— 需求被拒两次的概率大增依据 · 需求池的普遍欠账:「需求进来了没人清、历史需求没人敢删」—— 被拒需求因新商机复活是 B 端常态,但删一条历史需求有商业与政治双重风险

三换个做法之后

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

✕ 现在的做法

  • 中小企业会议即需求的主产地,但纪要无人记是常态 —— 决议散在与会者的记忆里,遗忘速度取决于每个人的忙闲
  • 挂起需求的蒸发是最贵的遗忘:挂起时带着条件(等什么信号、谁再提),条件成熟时没人记得 —— 需求被拒两次的概率大增
  • 「AI 消化 AI」的反面是「人记人」的失真:两小时会议的决议靠回忆复述,一周后的版本平均缺三分之一细节

✓ 交给 Agent 之后

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

四场景闭环

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

第 1 步
决议提取 · 四类结果分开记通过/挂起/合并/缓行 —— 每条决议带原文引用与讨论要点
第 2 步
挂起条件结构化 · 蒸发终结者挂起的每条登记「等什么信号、谁负责再评估、再评估时间」—— 三要素缺一不可
第 3 步
待办登记 · 人/事/期限每条待办带责任人、动作、截止时间 —— 不落在人身上的不算待办
第 4 步
争议点留档 · 分歧不是坏事会上没吵完的分歧单独记录(谁主张什么)—— 下次会议的起点
第 5 步
决议分发与确认 · 当天闭环纪要当天发出、与会人回复确认 —— 未确认的标红跟踪

要准备什么

会议录音或速记
手机放桌上录的就行 —— 不要求专业设备
本次评审的需求清单
23 条的议题 —— 决议挂接的对象
与会人名单与角色
谁说的哪句话 —— 责任人识别的依据
上次会议的待办清单(如有)
该闭环的先闭环 —— 会议的连续性

为什么这个场景值得做

痛感 4 × AI 适配 4 ÷ 落地难度 2 = 8.0

最大差异点 · 不要求专人记录。会议录音或速记、甚至群里的语音转文字扔进来 —— 决议、待办、责任人、条件四要素自动结构化。

评分口径:痛感看「这事没做好谁会生气、生气到什么程度」; AI 适配看「输入是否非结构化、是否要跨部门取数、错了能不能当场看出来」; 落地难度是分母 —— 需要客户先做数据治理的场景,分数会被压得很低。

五会产出什么

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

正式件本体
评审决议与待办登记.xlsx
正式件本体 · 四类决议 + 挂起条件 + 待办
可派发清单
挂起条件跟踪表.xlsx
挂起需求的三要素 · 条件成熟自动进入再评估
可派发清单
歧义待确认清单.xlsx
讨论记录有歧义的决议 · 核对后再固化

这套东西不承诺什么

不做「替会议做决议」—— 决议是人的判断,登记的是已发生的决议与待办。也不做「待办自动催办」—— 提醒走日历/IM 的原生功能。

想看具体怎么跑?

Live Demo 里有一个完整案例的每一步,包括 Agent 在哪一步拦住了