会议纪要怎么写：行动项模板与示例

能推动执行的会议纪要，需要区分讨论内容、已确认决定和待确认问题，再把需要落实的决定写成行动项。每条行动应说明谁来做、交付什么、何时需要完成，以及从哪里找到依据。会后把自己负责的执行与跟进安排到日程中，才能继续推进。

直接查看模板

“讨论了产品页，后续继续优化”记下了话题，却没有留下下一步。整理纪要时，先回答会议决定了什么、哪些还没决定、接下来谁要做什么，再补必要背景。

先分清讨论、决定和待确认

以客户产品页方案评审为例，双方已确认首版只保留产品介绍和联系入口；联系入口使用表单还是邮箱，还需客户确认；客户案例专区只是会上提出的建议，尚未确定是否加入。三者不能都写成“本轮需要完成的功能”。

对已确认的决定，写清范围和约束。对未决问题，记下需要谁确认、它会影响什么。对尚未采纳的想法，保留讨论记录即可；只有明确要调查或验证时，再建立对应行动。

如果原始记录只写“可以考虑加案例”，不要在整理时改成“新增客户案例专区”。无法判断是否已经决定，就回到原记录或向参会人核对，确认前继续保留为未决。

把“后续跟进”写成具体行动

行动项应能让执行者知道从哪里开始、做到什么算结束。“跟进客户”可以改成“确认联系入口采用表单还是邮箱，并把回复记入评审笔记”。“修改产品页”可以写明按已确认的两部分范围更新线框，并标出仍然未决的位置。

在行动项正文中写上负责人、交付要求和时间。涉及别人的决定时，把自己需要询问的对象与确认问题写清；把自己要执行或跟进的部分放进 TodoNote 的子任务里。

示例中的评审任务保留会议背景，子任务负责推进后续工作：先确认入口形式，再按确认结果修改，最后发送更新稿并列出待确认项。笔记和行动各有用途，又能从同一个任务找到。

可复制的会议纪要模板

按会议需要删减字段，不必把每次发言都抄入模板。行动项先写清负责人和结果；会上未定的日期或归属，注明待确认，并安排一次具体的确认。

会议纪要｜主题与日期：
参会人：
本次需要作出的决定：

已确认决定
- 决定、范围与约束：
- 依据或相关材料：

待确认问题
- 问题及影响：
- 需要谁确认：
- 谁在何时跟进：

行动清单
- 负责人：
- 具体行动与交付物：
- 完成标准：
- 计划开始与交付时间：
- 依赖及来源：

未采纳或留待讨论的想法
- 内容与保留原因：

按依赖安排会后的工作

今天先确认联系入口的形式，预计明天根据答复修改线框，下周一发送更新稿。若客户回复延后，应重新判断修改和交付安排，并及时沟通影响。没有收到答复时，不能把某个方案当作已经确认。

在 TodoNote 中用开始日期安排准备动手的时间，有明确交付要求时再设置截止日期。等待别人回复的事项，可以安排“询问或检查回复”这一步；让日程提醒自己做什么，比反复移动一个含糊的“等待客户”更清楚。

客户案例专区暂不进入本轮行动清单。如果后续决定评估它，应另写一个有范围和结果的任务，而不是在纪要里悄悄把建议升级为承诺。

交付时，把结果接回原来的决定

发送更新稿后，在相关任务里保留稿件位置、发送时间和仍待确认的内容。下一次讨论先看这些记录，就能分清哪些已经交付，哪些还在等待，而不必从头回忆上一场会议。

完成“发送更新稿”不代表客户已经验收；完成“确认入口形式”也不代表页面已经上线。按每条行动约定的结果标记完成，仍需要推进的工作另留下一步。

参考资料：Atlassian 的会议行动项指南讨论了行动的归属、结果与来源。本文把这些问题放入个人会后跟进的案例中，便于从纪要继续工作。