会议记录模板范文

很多人开完会才发现没人记东西，回头补写又不知道哪些该留、哪些该删。网上模板一搜一大把，字段却对不上自己公司的会。这篇给几套按会议类型分的范文，说明每块内容为什么在、什么时候可以砍掉，以及怎么把模板改成团队长期能用的版本。

很多人开完会才发现没人记东西，回头补写又不知道哪些该留、哪些该删。网上模板一搜一大把，字段却对不上自己公司的会。这篇给几套按会议类型分的范文，说明每块内容为什么在、什么时候可以砍掉，以及怎么把模板改成团队长期能用的版本。

先说明一点：范文是给人改的，不是给人抄的。同一份模板，五个人小团队和一百人公司用起来完全两回事。下面每一节都会讲清「什么情况下适用、什么情况下不适用」，你照着删比照着加更有用。

先想清楚：一场会到底要留下什么

会议记录不是录音的文字版，它只服务两件事：事后能复原结论、事后能追到人。凡是跟这两件事无关的内容，基本都是可以砍的。写之前先问自己一句：这条信息三天后还会有人翻吗？答案是不会，就别进正文。

决策型会议

评审、立项、预算这类，核心是留决议和反对意见，谁拍的板、什么条件下生效都要写清楚

同步型会议

周会、项目进度会，核心是进展与卡点，按人或按模块分段，别写成流水账

通报型会议

只留要点即可，不必逐条记录，重点是把口径传达清楚

• 决策型会议：必须留结论、生效条件、反对意见，缺一样事后都容易扯皮
• 同步型会议：必须留卡点和求助对象，光写「有问题」等于没写
• 通报型会议：留要点和后续动作即可，原话可以省
• 所有类型：待办三要素不能省——做什么、谁负责、什么时候做完

通用字段清单：哪些必须有、哪些可以砍

字段不是越多越专业。字段多到没人填，模板就废了。下面这份清单分三档，你可以带着团队对着勾，勾完再决定删哪几个。

字段顺序建议固定下来，别每次换位置。同事找待办的时候要通读全文，那这个模板就没起到作用。顺序一旦定下来，团队里谁写都长一个样，翻起来才快。

范文一：决策型会议（评审、立项、预算）

这类会最怕的是「结论含糊」。写的时候按「议题—背景一句话—各方意见—结论—生效条件—待办」这个骨架走，基本不会漏。背景只写一句话，多了就是浪费大家时间。

1. 先写结论，再倒推过程结论要明确是「通过」「有条件通过」还是「搁置」，以及谁有权推翻这个结论。写完之后回头检查：只看结论那一行，能不能知道下一步干什么。
2. 分歧要落成文字有反对意见时记下理由，写角色不写人名也可以，例如「测试负责人认为排期不足」。只写「有不同意见」等于没记。
3. 待办区分会上下达和会前在做会上下达的待办单独一栏，会前已经在推进的另开一栏，避免责任混淆。每条待办按「动词＋对象＋截止」写，别写「跟进一下」。

生效条件这一栏很多人省掉，其实最该留。比如「同意在预算内推进，超过需再报」，这句话省掉，后面超支就说不清了。

范文二：同步型会议（周会、项目进度）

同步型会议最容易变成流水账。控制篇幅的办法很简单：按人或者按模块分段，每段三行以内——做了什么、卡在哪、需要谁配合。超出三行说明这条该单独开会聊。

• 卡点必须带明确的求助对象，写「需 XX 确认接口口径」而不是「接口有问题」
• 上周待办先过一遍，没做完的标状态，不要直接复制到本周
• 每条进展尽量带一个可验证的结果，比如「已完成」而不是「在推进」
• 没发言的人不要硬凑一行，空白也是一种信息

范文三：几种常见变体怎么改

通用模板改到具体场景，往往只差一两栏。下面这几种变体，改动都很小，但对事后对齐很有用。

还有一类是外部会议，比如和供应商、合作方开的会。这种记录建议会后当天发一份给对方确认，确认过的版本才算数，不然两边各记各的，后面容易对不上。

把模板改成你团队能长期用的版本

模板能不能活下来，不看写得多漂亮，看有没有人用。改造的思路就一条：先跑两周，再看哪些字段从来没人看，直接删。

1. 跑两周再动刀先用完整版本跑两周，然后统计哪些字段没人填、没人看。从来没人看的字段，留着只是增加填写负担。
2. 统一待办句式待办统一用「动词＋对象＋截止」的句式，写「周三前给测试提供新构建」而不是「跟进构建」。句式统一之后，拉一份待办清单就能直接当任务表用。
3. 模板存成团队共用空白文档别让各人存本地，新建会议记录时复制共用文档，版本才不会乱。有条件的放到团队共享空间里，改动能同步。
4. 定记录人轮换规则开会前先确认这场谁记，不然还是没人记。可以按项目轮换，也可以按周轮换，但规则要提前定，别会上临时点人。

用工具代劳时的边界

转写工具能解决「记不全」，解决不了「判断哪些是结论」。它给你的是逐字稿，你还要自己删闲聊、挑结论、写待办。别指望工具直接产出一份能发的会议记录。

• 转写稿外发前先删掉闲聊和敏感信息，尤其是客户名称、报价、内部代号
• 涉及人事、薪酬、未公开财务的会议，先看清公司对录音和外部工具的规定，别默认可以用
• 工具给出的摘要要人工过一遍，常见问题是把讨论过程当成结论
• 选型的时候别只看宣传页，可以到 对比实测表现，再到 看有哪些会议助手可选

工具负责把话听全，判断哪些话算数，还是得人来。

常见的几种写坏方式与排查顺序

记录写完先别急着发，按下面的顺序自查一遍，大部分问题当场就能改掉。顺序是从结构到细节，先修大问题再修小问题。

1. 先看结构如果是逐句记录、通篇流水账，先删讨论过程，只留结论和待办。这一步改完，篇幅通常能砍掉一半。
2. 再查待办逐条看待办有没有责任人，缺的回头翻参会名单补，实在补不上就标「待指派」并当场问清楚。
3. 然后改含糊的结论把「基本同意」改成具体条件，比如「同意在预算内推进，超过需再报」。含糊的结论比没有结论更麻烦。
4. 最后看可读性如果发出去没人看，把待办单独抽成一页放在最前面，正文往后放。同事打开文档第一眼看到的应该是自己的任务。

还有一点：记录发出去之后要留一个反馈口子，比如让参会的人当天内指出遗漏。当天的信息是热的，过一周再补，谁都想不起来了。这套动作坚持几场，团队自己就会形成习惯。