会议纪要格式标准模板字体要求

很多人写纪要内容不差，交上去却被打回：该有的字段缺了、标题层级乱、字号和字体随缘，打印出来像草稿。这篇把纪要的格式骨架、模板结构和排版规范拆成能照着设的清单，也说明对外正式版和对内速记版该分别用什么标准。

很多人写会议纪要内容不差，交上去却被打回：该有的字段缺了、标题层级乱、字号和字体随缘，打印出来像草稿。问题往往不在文笔，而在格式骨架没搭起来。这篇把纪要的格式结构、模板字段、字体排版要求拆成能照着设的清单，也说明对外正式版和对内速记版该分别用什么标准。

先想清楚一件事：格式不是审美问题。字段缺失会直接导致待办没人认领、事后无法追溯；层级混乱会让读者找不到自己那一条。所以格式严格到什么程度，取决于这份纪要交给谁、给谁执行。下面的做法都按这个前提展开。

为什么纪要还要讲格式：格式背后是责任链

一份纪要的格式，本质是把责任链写清楚。谁主持、谁记录、谁认领、什么时候交，这些信息只要缺一个，后续扯皮的概率就明显上升。所以格式不是给人看的门面，而是让「事有人管、话有出处」的结构保证。先想清楚这份纪要要对谁负责，再决定套多严的版式。

判断标准很简单：如果这份纪要三个月后被翻出来，需要靠它确定某件事是谁答应的，那它就必须走正式版的字段和版式；如果只是两人对齐进度、当场就闭环了，硬套公文格式反而拖慢节奏。适用边界之外的情况，不必照搬。

• 只要涉及跨部门、跨团队或需要向上汇报，就按正式版字段准备
• 纯执行层面的日常同步，可以把背景说明、分歧记录这类字段砍掉
• 只有自己用的草稿，怎么快怎么来，别为了格式牺牲记录速度
• 判断错了也没关系，事后补一份正式版比一开始纠结格式更划算

标准纪要的字段骨架：一份模板的固定部分和可变部分

把纪要模板拆成固定部分和可变部分，写的时候就不会漏项。固定部分是每篇都要有的身份信息，可变部分按会议类型增减。这个分法比背一整份模板更实用，因为不同会议的字段需求本来就不一样。

固定部分

会议名称、时间地点、主持人与记录人、参会与缺席名单、议题清单、决议事项、待办与责任人、下次会议时间

可变部分

附件索引、表决结果、分歧记录、背景说明；对外版本建议保留分歧与表决，对内版本可只留结论

排列顺序

按「谁开的会—谈了什么—定了什么—谁去做」排，读者扫一遍就能定位到自己的名字

字段顺序比字段数量更影响可读性。把会议身份信息放最前，议题和决议居中，待办放最后并单独成块，这样打开文档的人一眼就能找到「跟我有关的那一段」。反过来把待办混在讨论正文里，再全的字段也等于没写。

• 每篇开头固定三行：会议名称、时间地点、主持与记录人
• 参会名单和缺席名单分开写，缺席人员若与某议题相关要标注
• 议题清单先列全，再逐个展开，避免讨论到一半临时插入新议题
• 待办事项单独成块，不要混在讨论段落里
• 下次会议时间没定就写「待定」，不要留空

模板结构怎么搭：标题层级与正文版式

标题层级控制在三层以内：一级放会议名称，二级放议题、决议、待办这类分类，三级放具体条目。再往下就不要加标题了，改用编号。层级越深，读者越容易迷路，尤其是在打印稿上翻页之后。

条目用编号而不是项目符号，这一点对后续追踪影响很大。待办类条目建议写成「编号 + 事项 + 责任人 + 完成时间」的固定结构，编号一旦给出，后面引用、跟进、复盘都可以直接报号，不用再描述一遍具体内容。

1. 定层级一级会议名称、二级分类、三级条目，超过三层改用编号承接；验证方法：把文档折叠到只显示标题，能否看清整体结构
2. 分议题长会议按议题分节，每节固定三小段：讨论要点、形成的结论、遗留问题；验证方法：随便抽一个议题，三小段是否都在
3. 标未决没有结论的议题显式写「本次未决」并注明卡在哪；验证方法：通读一遍，能不能分清哪些是结论、哪些只是讨论
4. 排待办待办统一编号并带上责任人和时间；验证方法：把待办段单独复制出来，是否每条都能独立看懂

字体与排版规范：正式版和内部版分开设

字体和字号这一块，最稳妥的做法是先确认你所在单位或行业的现行公文要求，再照着设。标题与正文用不同字体层级、字号有固定梯度、行距留出批注空间、页边距左右一致，这几条是通用原则。具体的字体名称和字号数值，不同发文口的要求不一样，拿不准就直接问负责发文或归档的同事，别自己拍脑袋定一套。

内部版则优先考虑可读性，不必把正文字号压小。责任人和时间用统一格式单独成列或单独成行，方便整段复制进任务表。重点条目可以加粗，但不要靠颜色作为唯一区分手段——黑白打印或转成灰度图之后，颜色区分会直接失效。

打印和电子版各有几个容易翻车的点：表格列宽太窄会换行错位，责任人和时间被挤成两三行；用颜色标注优先级，黑白打印后全成灰块；导出 PDF 前没确认字体嵌入，换台机器打开就串版。这几项在交稿前花一分钟看一眼，能省掉不少返工。

编号、称谓与措辞的统一规则

编号体系要一次定死：决议用一套序号，待办用另一套，全文不要混用。跨次会议延续下来的待办，要带上原编号，方便对照上次的进展。编号一旦乱掉，后面所有引用都会跟着乱。

• 人名统一写成「姓名（部门）」，同一人不要出现三种叫法
• 机构全称首次出现后给简称，之后统一用简称
• 时间统一格式，不要一会儿写「下周三」一会儿写具体日期
• 待办编号跨会议延续，带上原编号便于对照
• 同一件事只在一个地方给结论，避免两处措辞不一致

措辞上重点去掉模糊词。「尽快」「择期」「相关同事」这类表述要么补上具体时间和责任人，要么如实标注为待确认。判断标准是：三个月后看这句话，能不能直接判断事情做没做完。判断不了，就说明写得太虚。

纪要里每一个模糊词，都是一次事后扯皮的伏笔。

用工具生成纪要时，格式怎么不被带偏

用工具做转写或初稿时，最常见的坑是让它自由生成结构，结果每次的字段顺序和层级都不一样，反而增加整理成本。正确做法是先把前面那套字段骨架固定成提示词或模板文档，让工具往骨架里填内容，而不是让它自己决定结构。

1. 固定骨架把固定字段写成提示词或模板，明确要求按字段回填；验证方法：连续生成几份，字段顺序是否稳定
2. 过清单生成后逐项核对字段是否齐、编号是否连续、责任人是否都落到具体的人、有没有把讨论误记成结论；验证方法：对照清单打勾
3. 人工兜底决议确认、责任人指派、涉密内容取舍由主持或记录人核对；验证方法：这几项是否有明确的人工确认痕迹
4. 安全红线涉密会议不要走在线转写，本地处理或纯手记；验证方法：确认工具是否会把内容上传到外部服务

如果团队同时用多家工具或中转服务处理会议内容，选型时可以先看看站内的工具目录和实测数据，比如到 /tools/speed-test 看各家的延迟与稳定性表现，再到 /sites 对照可信度检测的结论，避免把内部会议内容交给来路不明的渠道。

交稿前的排版自检清单

交稿前按固定顺序过一遍，比随手翻看有效得多。顺序建议从内容到形式：先确认字段完整，再看编号和称谓，最后才看字体层级和页边距。内容有问题，排版再漂亮也没用。

• 字段完整性：固定部分的字段是否一项不缺
• 编号连续性：决议和待办两套编号各自是否连续
• 人名与部门一致性：同一人是否只有一种写法
• 时间与地点格式统一：是否都用了同一种格式
• 字体层级与行距：标题层级是否超过三层，行距是否留出批注空间
• 页眉页脚与页码：页码是否连续，页眉信息是否正确

还有一个低成本但很有效的验证方法：找第二个人只看待办那一段，看他在不问你任何问题的情况下，能不能说清该做什么、什么时候交、交给谁。如果说不上来，说明待办段的字段或措辞还有问题。另外留一份历史版本做对比，确认这次的新增条目没有覆盖掉上次的未结事项。

最后提醒一句边界：正式版的字体和字号要求以你所在单位现行的公文规范为准，站内不会替你定具体数值；如果你还需要对比不同工具在会议转写和文档处理上的实际表现，可以到 /rankings 看当时的评测结论，再到 /price-watch 核对各家的计费口径，结合自己的会议频率和保密要求来选。