会议纪要模板怎么套用？可直接复制的结构与字段清单

会开完了，让你整理纪要，你打开空白文档不知道先写哪一行——要么写得像流水账没人看，要么漏掉责任人和时间，事后没人认账。这篇不讲纪要的意义，直接给一套能复制的结构骨架和字段清单，说明每个字段填什么、什么会议可以砍掉哪几段，以及 AI 转写稿进来之后怎么往这个骨架里塞。

会开完了，让你整理纪要，你打开空白文档不知道先写哪一行。要么写得像流水账没人看，要么漏掉责任人和时间，事后没人认账。这篇不讲纪要的意义，直接给一套能复制的结构骨架和字段清单，说明每个字段填什么、什么会议可以砍掉哪几段，以及 AI 转写稿进来之后怎么往这个骨架里塞。

先定一个前提：模板不是越全越好，而是越匹配用途越好。留档备查的纪要和推着别人干活的纪要，字段优先级完全不同。你先把用途定了，再决定哪些段留下、哪些段直接砍。

先弄清楚：模板套不上，多半是结构错了

套不上模板，常见原因不是文笔差，而是结构把「过程」当成了主体。读者翻三屏还在看谁说了什么，找不到结论，自然不会往下看。更麻烦的是待办散落在段落中间，没人能一眼扫出自己该做什么。

• 判断这份纪要的主要用途：留档备查，还是推进执行。前者重过程留痕，后者重结论和待办
• 推执行的纪要，结论区必须放到最前面，讨论过程压到附录或直接删
• 留档备查的纪要，才需要保留较多讨论细节和依据
• 用途不明确时，默认按「推执行」结构写，事后补过程比事后补结论容易

什么情况下不适用这套结构：纯信息同步的短会，比如每周例行的进度播报，写清结论和待办就够，硬套讨论区反而占篇幅；纯创意发散会，没有决策也不产生待办，硬写「结论」会逼着你把没定的事写成定了，反而误导。

主干骨架：四块结构，照着抄就行

把纪要拆成四块，顺序固定：会议信息头、结论区、待办区、讨论留档区。前两块是给所有人看的，第三块是给执行人看的，第四块是给将来查账的人看的。顺序换掉，可读性立刻下降。

和纯记录型模板的差别在于：这份骨架把结论提到最前，过程压缩到最后。纯记录型按时间顺序记，适合留档；这份骨架按信息重要度记，适合推进。选哪个，看这份纪要发出去之后你希望别人先干什么。

会议信息头：哪几个字段必填，哪几个可以省

信息头是索引，不是装饰。必填四项：会议主题、时间、参会人、记录人。缺少记录人，出问题找不到源头；缺少时间，事后没法对版本。可省项包括地点、会议类型、关联项目，除非这些东西会影响理解。

• 参会人写「姓名 + 角色」，比如「张工 / 后端负责人」，方便后面追责任人
• 外部参会人单独标出来，注明单位，避免和内部人混淆
• 多人同名时加部门或工号后缀，别只写名字
• 参会人名单要不要公开，按公司规定处理，涉及外部方时尤其注意

一个小动作能省很多麻烦：信息头里加一行「缺席人」，尤其是决策会。缺席的人往往事后需要补课，名单放出来，别人知道该找谁同步。

结论区：怎么把「讨论」压成「结论」

结论句的主语是「决定、通过、暂缓、驳回」，不是「大家讨论了」。一条结论一句话，别把两个决定塞进一句。结论后面跟一句影响范围，写清这条改动会牵动哪些人和事，方便别人判断要不要跟进。

1. 第一步：找动词从讨论里挑出明确的决定动作，比如「定了」「先用这个」「不做了」
2. 第二步：写结论句改成「决定 X」「暂缓 Y」「通过 Z 方案」，主语明确，动词清楚
3. 第三步：标影响范围写清这条结论影响哪些团队、哪些流程、哪些交付物
4. 第四步：处理没定的事有分歧没定下来的，单列「待定项」，写清卡在谁那里，别混进结论

把口语转成结论句的改写示例：原话「这个方案我们再看看吧，可能有点问题」，改成「暂缓 A 方案，待 B 团队补充成本数据后重议，卡点在 B 团队」。改写之后，谁该动、什么时候动，一目了然。

待办区：字段决定这份纪要有没有用

待办区四个字段缺一不可：做什么、谁负责、什么时候、怎么算完成。少任何一个，这条待办基本等于没写。负责人只能写一个人，协办另起字段，否则等于没人负责。

截止时间写到具体半天，比如「周二下午前」或者「周五上午」。写「本周」等于没写，因为周五下午和周一上午的差别，往往决定这件事会不会被忘掉。验收标准写不出来的待办，说明这件事还没谈清楚，回过去问清楚再写。

讨论留档区：什么该留，什么该删

讨论区只留影响决策的关键分歧和依据，按议题分小段，不按发言顺序记。按人记会变成流水账，按议题记才能快速定位。删掉的内容包括敏感信息、人身评价、未定的人事安排，这些写进正文容易出问题。

• 关键分歧：留下双方的核心论点和支撑依据，一两句就够
• 决策依据：留下数据来源或引用来源，方便日后复核
• 敏感内容：不写进正文，必要时线下沟通
• 人身评价：一律不写，无论褒贬
• 未定人事安排：不写，避免误导
• 原始转写稿：挂附录或附件链接，正文不搬

什么会议适合不留讨论区：例行同步会、短决策会，直接砍掉这一段。这两种会没有需要留痕的分歧，写了反而是凑字数。判断标准是「三个月后有人会回来查这场会的争论过程吗」，答案是「不会」就砍。

把录音或转写稿塞进这套骨架的顺序

顺序很重要：先切议题，再抽结论，最后抽待办。反过来先抽待办，容易漏掉那些说了一半没说完的事。切议题时按讨论的自然转折点分，不用严格按时间轴。

1. 第一步：切议题通读转写稿，按讨论转折点分段，每段标一个议题名
2. 第二步：抽结论每个议题里找明确的决定，整理成结论句，没定的事归入待定项
3. 第三步：抽待办从结论和讨论里抽动作，补全四个字段，尤其责任人和截止
4. 第四步：人工过责任人机器转写的名字经常对不上人，逐个核对，不确定的回去问
5. 第五步：核对数字和日期口语里的数字、日期容易听错，逐个核对原文
6. 第六步：补信息头把主题、时间、参会人、记录人填上，别只留正文

如果你用的工具带有转写或摘要功能，选型时可以去 /tools/speed-test 看看延迟和准确率的实测，具体数字以页面当时的为准。别只看宣传，实际转写里人名和时间最容易出错。

发出去之前，三分钟自检

发出前按顺序过一遍：结论是否可执行、待办是否都有主、时间是否都具体、有没有不该出现的名字。四项都过，再发。给主持人或负责过目一遍，尤其是决议和对外承诺部分，避免你把没定的事写成了定论。

发送渠道和时限：决策类纪要尽量当天发，信息同步类可以隔天。发到哪里，按团队习惯定，但要保证不在场的人也能看懂，别默认大家都听过会。改了别人的待办，要单独通知到本人，别默默改，否则对方按旧版本干活，白做。