8 人评审意见合并成决议表：用 AI 三步收敛分歧

一句话结论

把 8 个人的评审意见合并成决议表，靠三步：拆条归一、聚类收敛、逐条判定责任人与截止时间，产出一张能直接发群的表。

这篇解决什么问题

评审会开完了，意见散在群聊、邮件、文档批注和录音里。八个人各说各的，谁都没错，但没人能一句话说清到底定了什么。

等到真要动手，又得回头翻记录，翻完还是各理解各的。这篇适用于「会已经开过、素材都在手上、只差收敛成结论」的情况；不适用于还没开会、需要先推动各方表态的阶段。

开始前要准备什么

• 飞书多维表格：个人版够用，这件事不用付费
• 豆包或 DeepSeek：网页版免费额度，够跑三五轮对话
• 素材：群聊记录、邮件回复、录音转写稿，缺一块也能跑
• 上一版方案文档一份，用来对齐大家嘴里的术语
• 预计耗时：素材整理约 15 分钟，对话与改表约半小时

具体怎么做

第 1 步 · 把散落意见扒成原始清单

群聊、邮件、转写稿我按时间顺序拼在一个文档里，每段前面标上岗位和化名。这一步别急着归类，归早了容易按自己的立场去筛。

你是会议记录整理助手。下面是一次需求评审的原始材料，来自群聊、邮件和录音转写，说话人已用化名标注（如”产品-林”、”后端-周”）。
请把材料里所有表达过意见、疑问、反对或补充条件的句子抽出来，一条一行，输出成纯文本清单，格式固定为：
序号 | 说话人 | 原话要点（不超过 30 字，尽量保留对方的原词）
规则：
1. 不抽寒暄、不抽流程性发言（比如”我这边听得到”）；
2. 同一个人在不同位置说的同一件事，各自保留，先不要合并；
3. 找不到说话人的，写”未标注”；
4. 只做抽取，不评价对错，不给建议。
【材料开始】
（粘贴原始材料）
【材料结束】

预期产出：一份几十行以内的原始意见清单，每条都能追到人和原话。

第 2 步 · 拆成议题立场理由三列

这一步是把「我觉得这个有问题」变成能摆在一起比较的字段。我在实操中发现，很多意见吵不出结果，是因为议题本身没被写出来。

下面是一份评审意见清单。请逐条拆成”议题 / 立场 / 理由”三列，用 Markdown 表格输出，表头固定为：序号、说话人、议题、立场、理由。
规则：
– 议题写成名词短语，一眼能看出在讨论什么，例如”订单中心改版是否本期上线”；
– 立场只有三种：支持、反对、有条件支持（条件写进理由里）；
– 理由只保留对方给出的依据，不要替他补；
– 一条意见里包含两个议题的，拆成两行；
– 原文没讲清的字段写”未说明”，不要猜。
表后面另起一段，列出”读起来有歧义的条目”，说明哪几条的立场不好判断。
清单：
【开始】
（粘贴第 1 步的清单）
【结束】

预期产出：一张三列结构化的意见表，外加一小段歧义提示。

第 3 步 · 聚类并挑出假分歧

八个人的意见，落到议题上往往只剩五六个。几次下来我发现，真正互相对立的不多，大半是各说各的关注点。

你是这场评审的主持人。下面这张表已经把 8 个人的意见拆成议题 / 立场 / 理由。
请做三件事：
1. 聚类：把说的是同一件事的议题归成一组，起一个不超过 12 字的名字，编号 G1、G2……；
2. 分真假：立场确实冲突的标”真分歧”；只是措辞或关注点不同、结论其实一致的标”假分歧”，并用一句话说明为什么算假；
3. 每组注明涉及人数，以及谁表达得最坚持。
输出：先给一张分组表（组号、组名、包含序号、真/假分歧、一句话概括），再用列表逐组解释。
这一轮只做归类和判断，不要替我们下结论。
表格：
【开始】
（粘贴第 2 步的表）
【结束】

预期产出：一张分组表，通常五到七组，其中真分歧两三个。

第 4 步 · 逐组判定写清拍板人

这一步是分水岭。让 AI 判断谁说得对没意义，让它按规则判断该按什么办才有用。

接着上面的分组结果，对每一组给出建议决议，用表格输出，表头：组号、组名、建议结论、决策依据、谁拍板、还需谁确认、遗留风险。
判定原则，按顺序套用：
1. 有数据或线上事实能证明的，按事实走；
2. 涉及合规、资损、用户数据安全的，反对意见优先，不接受”先上线再说”；
3. 属于排期和资源冲突的，给两个方案并写明各自代价，交给项目经理定；
4. 剩下的主观偏好类，默认采用提案方的版本，注明”后续可调整”。
每一行的”谁拍板”必须落到一个具体角色，禁止写”团队决定””大家讨论后确定”。
分组结果：
【开始】
（粘贴第 3 步的结果）
【结束】

预期产出：一张带决策依据和拍板人的判定表，哪几条要升级到你这里，一眼能看出来。

第 5 步 · 出表并列出待确认项

决议表要能被没参会的人看懂。我习惯把「待确认」单独拎到表尾，别混在结论里充数。

把上面的结论整理成一张可以直接发到项目群的决议表，Markdown 表格输出，列固定为：
编号｜议题｜决议｜决策人｜执行责任人｜截止时间｜状态（已定 / 待确认）
要求：
– 一行一件事，议题超过 15 个字要压短；
– “决议”写成动词开头的可执行句，例如”本期不上线，改灰度 10% 观察两周”；
– 截止时间统一写成”月/日”，没有明确时间的填”待定”，并收进表尾的待确认清单；
– 表尾另起一段，列出全部待确认条目和各自的确认人。
背景示例：订单中心改版方案 V2 评审，参与 8 人，评审日期 3 月 12 日。
结论表：
【开始】
（粘贴第 4 步的表）
【结束】

预期产出：一张十几行的决议表，外加一段待确认清单，直接贴进群里就能用。

实测记录

钱这块基本为零，飞书多维表格个人版、豆包和 DeepSeek 的网页版都用得上，没为这件事额外花过钱。

返工是有的。第一次我把三步塞进一段提示词，让它直接出决议表，表倒是出来了，可两条相反的意见被揉成一句「建议酌情考虑」。

看着像结论，实际什么都没定。拆开重跑才对上——每一轮只让它干一件事，输出反而稳。

最容易错的 3 个地方

1. 材料不标说话人：AI 分不清谁提的，改成每条前面加「姓名：」，重跑一次。
2. 一轮就想要结论：直接要表，AI 会把分歧折中；拆成三步，每步只干一件事。
3. 结论里没有名字：写「团队跟进」等于没定，每行必须有责任人和日期。

可复用的东西

这五段提示词其实是一条固定流水线：抽条 → 三列 → 聚类 → 判定 → 出表。建议存成一个文档，按顺序编号，下次评审只换材料那一段，其余原样跑。

表格列名尽量别改，飞书多维表格里建一次视图，后面把输出直接贴进去就是看板。八个人的意见不可怕，可怕的是没人把它们摆到同一张桌上。

决议表的价值不在好看，在于每一行都有名字和日期。你们那边的评审意见，通常散在几个地方？

如果你也经常要做这件事，欢迎在评论区说说你的卡点和做法；也可以留言告诉我，你想看哪个岗位的哪件活怎么用 AI 拆。

admin 普通

收藏 海报 链接