一份有用的会议纪要先写准三件事：决定了什么，谁在什么时候交付什么，还有哪些问题没有定论。其他内容只保留理解结论所需的背景。
开会前指定记录人，准备好议程。会中记结果，不必逐句抄写。发出前把决策改成完整陈述，把每项待办改成“负责人＋动作＋交付物＋日期”，再把未决问题单独列出。
没参会的同事看完就知道发生了什么变化、自己要做什么、还有什么待确认，这份纪要才算完成任务。
会议纪要不是个人笔记，也不是文字稿
| 文档 | 主要用途 | 包含内容 | 典型读者 |
|---|---|---|---|
| 会议纪要 | 确认团队共同认可的结果 | 决策、责任、时间、未决问题、参会人 | 项目组或正式机构 |
| 个人笔记 | 帮助个人记忆和思考 | 想法、提醒、问题、私人观察 | 笔记作者 |
| 文字稿 | 保存谁在什么时候说了什么 | 带说话人和时间点的连续发言 | 需要核对原话的人 |
“陈晨问是否延期，李航说财务还需要新预测”是讨论过程。“决策：公开上线日期仍为9月15日，条件是财务在9月4日前批准新预测”才是可执行的纪要。
共享纪要保持中立。不要写谁显得不服气、谁的想法不好。分歧确实影响结论时，记录争议点和最终处理，不做人物评价。
标准会议纪要有哪些栏目？
- 会议名称、日期、时间、地点或线上链接；
- 主持人、记录人、参会人和请假人；
- 按讨论顺序排列的议题；
- 用完整句子写出的决策；
- 一名负责人、交付物和截止时间；
- 风险、依赖、未决问题或留待下次处理的事项；
- 下次会议和纠错截止时间。
如果离开会议时仍不知道下一步，解决办法不是写更长的段落，而是列出看得见负责人和日期的行动表。
| 待办事项 | 负责人 | 截止时间 | 依赖 |
|---|---|---|---|
| 把新版上线预算发给财务部 | 王敏 | 2026年9月4日 | 等待最终媒体报价 |
| 发布上线周客服排班表 | 李航 | 2026年9月7日 | 与客户成功团队确认 |
可直接复制的会议纪要模板
会议纪要
会议名称：
日期和时间：
地点／线上链接：
主持人：
记录人：
参会人：
请假人：
一、议题
讨论背景：
决策：
待办：[负责人]在[日期]前完成[动作＋交付物]。
二、议题
讨论背景：
决策：
待办：
未决问题／留待下次：
-
下次会议：
纠错截止：
确认方式：董事会、股东会或专业委员会可能还需要法定人数、利益冲突、议案文字、表决结果和上次纪要确认。具体应按法律、章程和内部规则处理。普通项目周会不必为了显得正式而加入用不到的栏目。
全体成员只使用一份有访问控制和版本记录的文档。不要让每个人手里都有一个名称相同、内容不同的“最终版”。
40分钟项目会议完整示例
会议纪要
会议：Atlas产品上线周度评审
时间：2026年8月28日10:00—10:40
地点：3号会议室＋视频会议
主持人：周岚，产品负责人
记录人：赵博，项目运营
参会人：周岚、王敏、李航、陈晨、赵博
一、上线日期和准备情况
背景：移动端候选版本预计9月2日发布。客户成功团队需要
3个工作日检查帮助内容。没有团队提出必须延期的阻碍。
决策：公开上线日期保持2026年9月15日。
待办：陈晨在9月2日17:00前把候选版本发布到内部测试组。
二、预算
背景：媒体报价变化后，当前预测比工作预算高8%。财务部
需要新的渠道分配。
决策：总预算不变，将平面媒体预算转到付费搜索，待财务批准。
待办：王敏在9月4日12:00前把新版预算和渠道分配发给财务部。
三、上线支持
背景：工作日支持已确认，周末排班和升级联系人尚未确定。
决策：9月15日至19日提供延长支持；周末安排待人员确认。
待办：李航在9月7日前发布实名排班和升级路径。
未决问题：
- 财务是否批准新版渠道分配？
负责人：王敏；答复时间：9月5日。
- 9月19日至20日由谁值班？
负责人：李航；答复时间：9月7日。
下次会议：2026年9月8日10:00
纠错截止：2026年8月29日17:00示例没有重放每一分钟，也没有保留所有被放弃的提议。预算的8%留下，是因为它解释了决策。带条件的决策必须连同条件写出；没有结果时，直接写“未决，9月8日带两个成本方案再议”。
待办事项怎样写才会被执行？
统一使用：[负责人]在[日期]前完成[动作＋交付物]。
- 原文：“跟进预算。”改为：“王敏在9月4日前把新版上线预算发给财务部。”
- 原文：“找法务看。”改为：“刘杰在9月6日前取得法务对录音告知文字的批准。”
- 原文：“更新网站。”改为：“何静在9月9日前把已批准的价格文案发布到测试站。”
- 原文：“研究竞品。”改为：“吴涛在9月11日前把三款候选产品的一页对比加入决策材料。”
“团队”不是能接收提醒的人。多人协作也要指定一个最终负责人，其他人列为协作者。散会前读一遍行动表，让每个人当场纠正任务和日期。
不想整场打字，怎么完成纪要？
在参会人知情并同意的前提下录音，把录音转成文字稿和结构化初稿，再由指定记录人核对。
- 说明录音目的并取得适用规则要求的同意。不确定时先问所有人，详见会议录音是否合法。
- 用Meeting.ai录制In-person会议、让Meeting Bot加入线上会议，或上传已有音视频。方法见录音与上传。
- 检查带说话人和时间点的文字稿。
- 根据AI-Powered Summary复核重点、决策和待办。
- 要求Memo按组织模板生成DOCX或PDF。
- 核对姓名、数字、日期、决策和负责人，再发出人工确认版。
AI减少的是打字，不是责任。它可能把建议误判成决定，也可能无法判断不同时区的人所说的“下周五”。完整步骤见把录音转成会议纪要。
怎么发送，参会人才会看？
24小时内发出，邮件正文先写决策和待办，再附完整纪要和Visual Note。
主题：Atlas上线评审——8月28日决策与待办 上线日期保持9月15日，总预算不变。王敏负责9月4日前提交新版预算，李航负责9月7日前发布排班。请在明天17:00前纠正姓名、决策或日期。
不要只说“欢迎反馈”，应指定可纠正的字段和时间。正式会议按其审批程序处理。
只需要结果的人可以读纪要，不必参加重复汇报；前提是纪要及时、准确，并能回到原始记录核对。
最常见的纪要错误
- 直接粘贴文字稿：文字稿用于核实，纪要只保留结果和必要背景。
- 写“团队跟进”：改成一个人、一个交付物和一个时间。
- 把建议写成决策：通过前使用“提议”“讨论中”或“未决”。
- 一周后才发：目标是24小时，让错误及时暴露。
- 保留多份冲突文件：使用一份带权限和版本历史的文档。
- 隐藏不确定性：给未决问题指定负责人和回看日期。
Meeting.ai可以从同一场会议生成文字稿、AI-Powered Summary、Visual Note和可编辑纪要初稿。最终版本仍由理解业务背景和责任的人确认。
