会议纪要格式及范文模板尾部

很多人写纪要不卡在中段，卡在最后一段：正文写完了，尾部该放什么、怎么收、谁签字、待办怎么列，全凭感觉。这篇把标准格式拆成头部、正文、尾部三层，重点讲尾部字段怎么写才不留坑，并给出可复制套用的范文骨架和排查顺序。

很多人写纪要不卡在中段，卡在最后一段。正文好不容易写完了，尾部该放什么、怎么收尾、谁签字、待办怎么列，全凭感觉，结果纪要发出去没人动。这篇把标准格式拆成头部、正文、尾部三层，重点讲尾部字段怎么写才不留坑，并给出可以直接复制改的范文骨架。

先记住一个判断标准：把纪要发给一个没参会的人，他只看尾部就能知道「我要做什么、什么时候交、找谁确认」。做不到这一点，就说明尾部没写清，跟格式好不好看没关系。

先分清头部、正文、尾部三段

纪要的骨架分三层，每层任务不同。头部解决「这是什么会、谁来了」的可追溯问题，正文解决「定了什么、为什么这么定」的结论问题，尾部解决「接下来谁干什么」的落地问题。三层混着写，读者就得自己找重点。

• 头部字段宁多勿少：参会人按实际到场写，请假和未通知要分开标，别一句「相关人员」带过。
• 正文只留结论和依据，讨论过程留给录音或详细会议记录，纪要不是速记稿。
• 尾部每条待办都要能验收：动词开头，写清交付物，避免「跟进一下」「再看情况」这类没法定性的表述。
• 一份纪要最好控制在一页内，超了说明正文混进了过程描述。

尾部要写哪几块，按顺序排

尾部不是收尾客套，它是有固定顺序的字段区。按下面这个顺序排，基本不会漏：待办清单在前，未决事项其次，确认与归档放最后。顺序本身不重要，重要的是每块都别省。

1. 列待办一条只写一个动作，动词开头。写完自己看一遍：这条能不能在下周验证它做完没？不能就拆细。
2. 配人和时间责任人和截止时间必须成对出现，只有人名没有日期等于没派活；只有日期没有人名，到期也不知道该问谁。
3. 单列未决事项当场没定下来的争议、需要谁拍板、下次什么时候再议，单独起一块，不要混在待办里假装已经定了。
4. 写确认与归档谁审、谁发、发到哪个群或文档、留档多久。这块按公司规矩办，没有统一说法，别照搬别人的模板。

• 不适用的情况：纯粹的信息通报类短会，尾部可以只留归档信息，不必硬凑待办表。
• 责任人写到人，不写到部门。部门里没人接，待办就变成悬案。
• 截止时间写具体到哪天，别写「本周内」「尽快」，这类词事后没人认账。
• 尾部建议加一行下次同步时间，否则待办表发出去就沉底。

可直接套用的范文骨架

下面是一份可以复制改的骨架。措辞按你们内部称呼替换，议题和产物换成你自己的，别照抄。常见的照抄翻车是把不属于自己的议题也带进来，或者尾部的部门名忘了改。

【会议纪要】\n会议名称：____\n时间地点：____\n主持人／记录人：____\n参会人员：____（缺席：____）\n\n一、议题一\n结论：\n依据：\n二、议题二\n结论：\n依据：\n\n尾部：\n1. 待办清单\n| 序号 | 待办事项 | 责任人 | 截止时间 | 状态 |\n| 1 | | | | |\n2. 未决事项：____（待谁拍板／下次再议时间）\n3. 确认与归档：审核人____，发送范围____，归档位置____\n4. 下次同步时间：____

骨架里的状态列先留空，后续跟进时再填。如果你们用在线文档，可以把状态列做成可勾选项，比每次重发一份新纪要省事。范文只是骨架，真正决定这份纪要能不能用的是尾部字段填得够不够细。

写完自查：纪要最常翻车的几处

写完别急着发，按下面顺序过一遍。这几处是纪要最常出问题的地方，顺序从上往下排，越靠前越致命。

• 把讨论过程当结论写，读者分不清「说了」和「定了」，这是最致命的一条。
• 待办没有截止时间，或者写成「尽快」，下次追问时没人认账。
• 责任落到部门而不是人，部门里没人接就变成悬案。
• 尾部跟进频率没写，待办表发出去就沉底，下次会议还得重新问一遍。
• 要发给外部或跨部门时，先过授权和脱敏，别把不该外传的内容留在尾部。

如果你们团队对纪要格式没有统一规定，可以去站内的指南中心翻一翻同类模板，对照着定一版自己团队的字段规范；工具目录里也有能自动抓待办、同步状态的小工具，适合待办条目多的团队。这类工具的数量和适用场景会变，具体以站内页面当时列出的为准。