怎样写出便于接手的会议记录：留下决定、负责人和下一步

会议结束后，大家都觉得谈得很清楚，第二天却没有人知道该由谁寄资料。问题往往不在于记录不够长，而是讨论过程与最后决定混在了一起。本文提供一个适用于读书会、家庭讨论或小型项目的记录结构；它不是逐字稿，也不会把未经同意的事项写成全体共识。

会前先写清这次要决定什么

在文件上方写明讨论主题、参与者和需要解决的问题。如果有背景资料，附上原始链接，不必再次复制所有段落。开始前确认谁负责记录、哪些事项需要在场人员同意，以及哪些只是交流信息。如果不需要产出决定，也可以写明这次是收集意见，避免会后把某个人的建议当成已经拍板。

Google 文档官方说明中的 @ 菜单可以加入会议记录等构建块、核对清单和文件链接。这些功能可以加快格式建立，但模板不知道实际由谁负责，也不会自动让未经确认的内容成立。即使不用 Google 文档，普通文本文件也能套用同样的栏目；工具只需让参与者能看到合适的版本即可。

阅读完整文字说明

依次检查：写明目的、分开状态、核对责任、跟踪结果。编辑整理，非地图或实测时间。

记录三种不同的句子

每项待办只有一位主要负责人，其他人可以列为协助者。期限写清日期，完成条件写清成果，例如“提供可用的链接”比“处理一下”更便于核对。如果期限还没有达成共识，就标为待确认，记录人不能替别人作出承诺。涉及费用、数据分享或公开内容时，也要记下还需要谁批准，而不能把“可以研究”写成“可以执行”。

会议结束时用记录确认一次理解

结束前读出主要决定与待办，让各负责人有机会指出误解。如果有人不同意，把差异保留为待确认，不必为了让文件看起来整齐而抹去。会后分享前再次检查姓名、日期、链接和权限，尤其是链接到私人资料的文件。外部读者只需要知道结论时，可以另做摘要，不把所有内部讨论一并公开。

下一次从未完成事项开始，而不是重讲整场讨论

回顾时先看待办和待确认清单，更新结果、阻碍与新的下一步。如果原先的决定发生变化，留下变更原因和最新结论，不要直接抹去让其他人无法理解的历史。把记录维持成可以接手的文件，而不是聊天记录的逐字复制，才能让讨论逐步变成进展。

• 会前写清目的和背景。
• 决定、待办、待确认分栏。
• 负责人和完成条件都要明确。
• 会议结束时核对，会后再用适当权限分享。

每周回顾怎样开始：整理承诺、删减待办，为下周留出空间

• 教程
• 效率工作