会议纪要和会议记要区别在哪

很多人写完文档随手起名，会议纪要写成会议记要，发出去被领导圈出来问「你到底想表达哪个」。两者不是错别字关系，而是用途和使用场合不同。这篇按用途、读者、留档要求三个维度把区别讲开，再给一套选定名称和写法的操作步骤，让你下次不用再犹豫。

很多人写完文档随手起名，会议纪要写成会议记要，发出去被领导圈出来问「你到底想表达哪个」。这两个词不是错别字关系，而是用途和使用场合不一样。先别急着改字，先想清楚这份东西给谁看、要不要留档、要不要追责，名称自然就定了。

下面按用途、读者、留档要求三个维度把区别讲开，再给一套选定名称和写法的操作步骤。判断标准都带上「什么情况下不适用」，你照着套就行，下次不用再犹豫。

先分清：一个是正式文体，一个多是习惯写法

会议纪要是被广泛认可的正式文体名称，有约定俗成的结构：议题、结论、待办、责任人。对外发送、上报、留档都用它。会议记要在多数场合并不是独立文体，常见于口语化记录、内部便签，或者输入法顺手打出来的写法，正式文件里出现容易被视为用词不准。

判断口径很简单：这份东西要不要给别人看、要不要留档追责。要，就用纪要；只是自己梳理思路，就别纠结名称。有一种例外，某些单位内部老习惯统一写记要，那就跟随本单位模板，别自作主张改；但跨单位对外沟通，一律回到纪要。

正式文体

有固定结构、可对外、可归档的书面体裁，名称不能随手换。

习惯写法

内部随手记或输入法联想结果，没有体裁约定，不适合出现在正式文件。

看读者是谁，决定写多细

纪要面向没参会的人，要能让对方不看录音也明白结论和下一步，所以以结论、决议、待办为主，过程讨论大幅压缩。偏记录的写法面向留痕，谁说了什么、分歧在哪都要保留，适合争议事项、复盘、验收这类需要还原现场的场景。

同一场会可以先出一份偏记录的底稿供内部核对，再压成纪要对外发送，两份不要混成一篇文章。不适用的情况：例行同步会、决策已在上游定完的传达会，写太细反而浪费，一页结论加待办就够。

标题和结构怎么定，照着套就行

标题建议写成「会议名称 + 会议纪要」，比如「XX项目周会会议纪要」。加不加「会议」看本单位惯例，但全文要保持一致，别一篇文章里两种写法混着来。结构固定四段：会议基本信息、议题与结论、待办事项、遗留问题。

1. 第一步：先定名称看这份东西的读者和用途，属于对外留档就写纪要；只是内部便签就别纠结，但别把它当正式文件发。
2. 第二步：搭四段结构会议基本信息、议题与结论、待办事项、遗留问题。先把骨架填上，再往里面塞内容。
3. 第三步：回填待办每条待办都要有责任人和截止时间，缺一个就补，否则这条不算完成。
4. 第四步：核对名称和体裁叫纪要的内容应该是结论型，叫记录的保留过程细节，名称和内容要对得上。

套模板前先去站内模板页面选一个字段齐的，别自己从空白文档从零搭结构。字段齐的模板能帮你把责任人和时间点这些容易漏的地方固定下来。到 /tools/speed-test 这类工具页可以找到结构化整理思路的参考，具体模板字段以站内当时展示为准。

发送前过一遍这份自查清单

• 名称和体裁一致：叫纪要的内容是结论型，叫记录的保留过程细节
• 待办每条都有责任人和时间点，缺一个就补，否则不算完成
• 未定事项单独列出来，不要含糊写成「后续再议」却不写谁跟
• 录音、转写工具处理的内容，先确认授权和保存范围，别把敏感讨论整段贴进去
• 发出前确认收件范围：纪要通常面向参会人加相关方，不要顺手全公司群发

这份清单里前三条是内容问题，后两条是合规和传播范围问题，出错代价更高。尤其是转写工具处理的录音，贴进文档前先想清楚保存多久、谁能看，不确定就去站内指南中心看当时的说明，别凭印象决定。

如果团队里纪要质量一直参差不齐，可以把这份清单固化成发送前的固定检查项，写进团队模板里。判断标准不复杂，难的是每次都走一遍，形成习惯比记住定义有用。