“会议已同步”常常意味着一份谁也不会再看的纪要。真正有用的会议产物应该让没有参会的人也能接手任务：什么已决定、谁在何时做什么、遇到例外找谁、做到什么算完成。Notion AI 可以加快整理，但它无法从含糊的讨论中凭空补出责任和规则。
下面的流程适合把项目会、客服复盘、运营例会变成可维护的 SOP。它不是把录音扔给 AI 然后复制结果，而是先建立一个“不能猜”的边界，再让 AI 完成归类、改写和缺口检查。
先留住原始语境，再生成摘要
会议结束后先保存转录、聊天记录、屏幕共享链接和会前议程。不要只留下 AI 摘要，因为后面一旦有人质疑“这是谁决定的”，必须能回到原句。Notion 页面可以用统一命名：日期 + 项目 + 会议类型；相关文件、录音和待办都放在同一页或数据库关联里。
如果转录中有多人同名、简称或术语，先手工补一张小词表。AI 最容易在专有名词和否定句上出错，例如“本周不发布”被写成“本周发布”。这一步只花几分钟，能省掉后续大量返工。
把会议内容分进四个盒子
让 Notion AI 先做分类，不要直接让它“写 SOP”。四类内容分别是：
- 已决定：已经明确通过、停止、选择或变更的事项。
- 行动项：有动作、负责人、截止时间或交付物的信息。
- 待确认：有人提出但没定论，或缺少数据和审批。
- 背景与讨论：理解决策需要，但不应直接变成流程规则的内容。
可用提示词：“只根据以下会议内容建立四列表格：已决定、行动项、待确认、背景。行动项中没有明确责任人或截止日期时，保留为空并标注‘待指定’，不要根据发言频率猜测。每项附原文时间点或段落引用。”
先看这张表，再写 SOP。这里通常会发现最重要的问题：所谓“决定”只是一句建议，或一个任务根本没有人接。
把口头动词改成可执行的步骤
“跟进一下”“优化流程”“尽快处理”都不能进入 SOP。每一条可执行步骤至少应有五部分：触发条件、输入、动作、输出、检查标准。以客服退款为例：
- 触发条件：客户在支付后 7 天内提出退款。
- 输入：订单号、付款渠道、客户原始诉求。
- 动作：核验订单状态；按规则判断；在工单中记录原因。
- 输出：退款申请或拒绝说明，并在当天更新客户。
- 检查标准：工单包含订单截图、处理人、审批记录和发送时间。
把这五项交给 Notion AI 改写时，要要求它把缺失内容列为问题，而不是编出来：“将下列行动项改写为 SOP 草案。不得新增政策、金额、负责人或系统权限；缺少触发条件、输入、输出或验收标准的地方，放入‘需要确认’列表。”
责任人和截止日期：宁可空着，也别让 AI 推断
AI 很会把“某人发言很多”理解为“某人负责”。这是会议整理里最危险的错误之一。只有明确说过“我来做”“由 X 完成”或在会后确认过的，才能写进负责人字段。其余统一标为未指定，并在会后用一个简短问题补齐：“退款规则的最终维护人是谁？本周三前能否确认？”
同样，不能把“尽快”自动换算为本周五。缺少日期的任务，保留“待定”；否则系统看似完整，实际会制造错过期限的风险。
在 Notion 里把 SOP 做成可维护的页面
一篇 SOP 不需要像制度手册那样冗长。建议使用固定但不僵硬的区块：目的与适用范围、触发条件、步骤、例外情况、相关模板/链接、责任人、版本记录。步骤可以是普通清单，反复执行的工作再关联到任务数据库。
为每个 SOP 加一个“最后验证日期”和“下次复查日期”。流程真正变化时，页面比总结更容易过期：系统字段改名、审批人调整、优惠规则更新，都会让旧文档误导新人。每次复盘会都可以让 Notion AI 比较新纪要与现有 SOP，只输出可能变化的条目供人工确认。
交付两种读法，而不是两份矛盾的文档
执行者需要逐步说明，管理者需要状态和风险。可以在同一页面顶部维护 5 行“管理摘要”：本次确定了什么、未决问题、下一个截止点、阻塞项、需要谁拍板。正文则保留完整 SOP。摘要和正文共用同一个事实来源，避免一份写“已上线”、另一份还写“待测试”。
发布前，做一次反向走读
- 找一个没有参加会议的人，只给他 SOP 和所需材料。
- 让他从触发条件开始模拟完成一次任务。
- 记录他第一次停下来的地方：这通常就是步骤缺输入、权限或判断标准。
- 把问题补回原 SOP，不要只在聊天里解释。
Notion AI 在这里适合做“挑错助手”：让它找出含糊词、未定义缩写、缺责任人和相互矛盾的步骤。最终批准仍应由流程负责人完成。
如果会议涉及跨工具交接，可参考本站的 AI 整理脏数据流程，先统一字段和状态，再自动同步。Notion AI 的价值不是把会议写得更长，而是帮助团队把下一次同类工作做得更少靠记忆。