很多人写纪要，要么记成流水账，要么堆一堆形容词看不出谁要干什么。这篇不聊工具，只解决一件事：一份能直接发出去、别人照着就能执行的纪要长什么样。你会拿到一套通用结构、每个字段的填写口径、常见写错的对照表和一份检查清单。适用于普通例会与跨部门对齐会；正式的决议类、需要盖章归档的会议另有一套更严的流程，文中会说明边界。
很多人写会议纪要，要么记成流水账，谁说了什么全抄下来；要么堆一堆形容词，读完还是不知道谁要干什么。其实纪要就一个验收标准：发出去之后，不在场的人看完能照着自己那部分直接动手，在场的人看完能确认「对，就这个意思」。
下面这套结构适用于普通例会、周会、跨部门对齐会。有一类会议不适用：正式的表决类会议、需要盖章归档的决议、对外发布的公告，这些格式和签字流程有硬性要求，得按单位或监管口径另出正式文本。文中会标出边界在哪。
规范的会议纪要，结构上固定成几块
不要每篇纪要自创格式，固定几大块，写的人和看的人都省事。头部的信息块决定后面会不会扯皮，结论块决定这封纪要有没有用，待办块决定事情会不会真的推进。三块缺一，纪要基本等于白记。
- 头部信息块
- 会议名称、时间、地点或线上方式、主持人、记录人、参会人与缺席人，一项都别省
- 议题与结论块
- 一个议题一段，先写讨论要点再写结论，结论必须是能判定真假的句子
- 待办块
- 事项、责任人、截止时间三列，责任人写具体某个人，不写部门名
- 附件与依据块
- 引用了哪些方案、数据、上一次纪要编号，方便事后回溯
最后这块是可选项。内部站会、小范围同步会可以不写；跨部门对齐、涉及资源分配或对外承诺的会议建议保留。判断标准很简单：如果三个月后有人来问「当时这个数是从哪来的」，你能不能一分钟内翻出来。翻不出来就加上。
每个字段到底怎么写，给你可照抄的口径
| 字段 | 坏的写法 | 可照抄的写法 |
|---|---|---|
| 结论 | 大家认为方向可行 | 张工负责在本周内出两套排期方案，下周一会上二选一 |
| 待办 | 市场部尽快推进 | 李工在下次周会前完成渠道名单初稿 |
| 时间 | 下周、月底前 | 写到具体日期，相对表述过几天就失效 |
| 分歧 | 讨论后基本达成一致 | 未定：预算口径分歧，下次会议继续，参与人王工与赵工 |
| 补充 | 直接混进原记录 | 用括号标「会后补充」并写明补充人 |
- 结论写成主谓宾：谁、在什么前提下、做什么、做到什么程度，避免「尽快」「抓紧」这类没有判据的词
- 待办一条只放一件事，出现「并」「同时」就拆成两条，否则责任和时间都会含糊
- 未达成一致的事项单列一节叫「待定」，写清分歧点和下次讨论时间，别塞进结论里蒙混过去
- 会上没说但事后要补的信息，用括号标注「会后补充」并写明补充人
- 简短版可以砍掉讨论过程，只留议题标题、结论和待办三样，但责任人和时间不能砍
简短模板特别提醒一句：很多人为了「短」，把责任人和时间省了，结果纪要变成一页纸的会议感想。真正的短是砍过程描述，不是砍行动项。真嫌长，就把讨论要点压成一句背景，甚至直接去掉。
最常见的几类写法问题，对照着自查
- 把人名写成岗位名，换了人之后没人认领，涉及对外承诺时要写全名加岗位
- 把发言原样抄下来当纪要，读者抓不到重点，正确做法是归纳成观点加结论两层
- 时间写成「下周」「月底前」这种相对说法，过几天就失效，统一改成具体日期
- 缺少版本和编号，同一议题开了三次会，翻记录时对不上是哪一次定的
- 只写给参会人看的内部黑话太多，转发给上级或外部合作方时要另出一版去掉内部简称
还有一类隐蔽问题：纪要只描述了问题，没写怎么办。比如「服务器成本偏高，需要关注」，看着像结论，其实什么都没决定。自查时通读一遍，凡是只写了现象没写动作的段落，要么补上怎么办，要么明确标成待定并约下次讨论时间。
可直接套用的骨架与填写顺序
- 填头部六项会议名称、时间地点、主持人、记录人、参会人、缺席人。参会名单按「必须到」和「知会」分开列，抄送范围也在这步定下来。
- 按议题顺序写结论一条结论占一行，写不出来的先留空标「待定」，别硬编。宁可有空行，不要有话术。
- 抽待办把结论里带动作的句子抽出来做成表格，逐条补责任人和时间。一条只放一件事，出现「并」就拆。
- 通读查漏检查有没有只描述了问题却没写怎么办的段落，有就补上或标待定。顺便确认每个「待定」都有下次讨论时间。
- 替换模糊词把相对时间、模糊量词、岗位代称全部替换掉，再对一遍参会名单和抄送范围，然后发出。
写完这五步，一份纪要基本就能直接发出去了。如果团队人手紧张，前四步可以合并做，但第五步别省，那是唯一能拦住「下周一」这种写法的地方。
什么情况下这套模板不适用
- 法定表决类会议，比如涉及章程修改、决议生效的，格式和签字流程有硬性要求，要按单位或监管口径另出正式文本
- 要对外发布的公告式内容，重点在措辞和审批层级，不适用这里的内部纪要结构
- 纯头脑风暴会，本来就没有结论，用议题加想法清单的形式记录更合适，硬凑待办反而会压制讨论
- 涉及敏感信息或未公开数据的会，纪要怎么发、发给谁、留不留档，先走一遍内部的数据边界规则再动手
另外，团队规模不同，模板也要跟着调。刚起步的小团队，头部信息可以只留会议名称、时间和参会人，省掉主持人和记录人；跨部门、跨层级的会，附件与依据块反而要比常规更细。模板是骨架，不是紧箍咒，判断标准只有一条：看的人能不能照着执行。
下一步如果你所在的团队还在为「用哪套模板、谁来记录」纠结，可以去工具目录里挑一两个轻量的记录与协作工具对比着试，选那种导出格式能直接套上面骨架的，省得每次手动调结构。→常见问题
会议纪要最规范的模板，是不是字段越多越好？
不是。字段的作用是让没参会的人也能看懂谁要做什么。字段多到你每次填都嫌烦，最后就会空着不填。建议固定头部信息、结论、待办三块底线字段，其余按会议类型加减，跨部门的正式会再加附件和编号。
会议纪要模板简短怎么写，能只写三五行吗？
可以，但要保住底线：结论能判定、待办有责任人和时间。做法是砍掉讨论过程，只留议题标题、一句结论、一条待办。只写「会议讨论了项目进度」这种没有动作的句子，等于没写，事后谁也没法跟进。
纪要写完发出去了，发现写错了怎么办？
不要静默修改原文件。按同样的结构发一份更正说明，写清哪一条、原来怎么写的、更正成什么、以哪一版为准，并注明更正人和时间。有编号体系的话，编号不变，版本号加一，方便别人对照。
