会议纪要先写决定，再写讨论过程

教程定位

这篇教程解决什么问题

一场项目会可能开了 90 分钟，转写稿有两万字，白板上写满了方案、风险、争论和临时补充。可是会后真正需要被组织记住的，往往只有几件事：采用哪个方案、暂缓哪个需求、谁有权确认下一步、哪些问题还没有决定。

这篇教程教你用 AI 把冗长会议记录整理成一份“决策导向会议纪要”。它不追求还原每个发言人的完整表达，也不把纪要写成纯行动项清单。它的重点是让读者一眼看出：本次会议已经决定了什么，为什么这么决定，依据来自哪里，哪些事项还没有决定，以及这些决定会带来哪些后续动作。

适合的场景包括项目评审会、方案选择会、上线风险会、跨部门资源协调会、客户问题处理会。你手上可能有会议录音转写、手写笔记、原始议程和参会人名单，但这些材料混在一起时，很容易把“讨论过”误写成“已决定”，也容易把真正的决策埋在一堆过程描述里。

AI 在这里的价值，是先帮你做信息分层：从会议记录中提取“决策候选项”，再为每个候选项匹配依据、决策人、约束条件、被排除的选项和未决问题。项目经理仍然要人工确认决策是否真的成立，是否由有权限的人确认，是否适合进入共享版纪要。涉及预算、合同、法律、人事、客户承诺、生产事故责任等高风险内容时，AI 只能帮你整理，不替任何人拍板。

使用场景

什么情况下最适合用这一套

你是负责写会后纪要的项目经理。会议刚结束，大家在会上讲了很多：产品解释需求范围，技术评估实现风险，运营补充一线反馈，客户成功提醒对外口径，负责人中途说了几句“那先这么定”“这个版本先不做”“等数据确认后再说”。这些句子散落在录音转写和你的手写笔记里。

你真正的难点不是“没有材料”，而是材料太多。逐字稿会保留大量口头表达：有人重复背景，有人举例，有人临时改口，有人只是提出担心。手写笔记又常常很短，只写了“先 A 后 B”“客服口径待定”“周五前给评审版”。如果直接把这些材料拼成纪要，读者看完仍然不知道会议到底留下了哪些结论。

更麻烦的是，会议里的“决定”并不总是长得像决定。它可能是一句主持人的收口：“本次先不处理历史数据。”也可能是业务负责人的授权：“客户材料可以先按灰度方案写。”也可能是一个带条件的结论：“如果接口周四前联调失败，就切到人工导入方案。”这些内容如果被漏掉，会后执行就会变成各自理解。

同时，会议纪要又不能把所有强烈表达都写成决定。比如技术说“我倾向于不改接口”，这可能只是专业建议；运营说“门店肯定来不及”，这可能是风险判断；客户成功说“客户希望本周看到方案”，这只是外部诉求。只有经过主持人确认、决策人拍板，或者参会人复述无异议的内容，才适合写进“已决定”。

所以，这篇文章的目标不是让 AI 写一篇漂亮纪要，而是建立一个可复核的整理流程。你要让 AI 先做“决策识别”，再做“依据配对”，最后生成一份结构清楚的决策导向纪要。这样，会议过程可以被压缩，但组织记忆不会丢。

材料准备

开始前先把材料和边界备齐

开始前先准备四类输入材料。它们分别解决不同问题，缺任何一类都可能让 AI 把结论写偏。

第一类是会议录音转写。转写稿负责保留发言顺序和原始语境。它不需要完美，但最好带时间点和发言人。比如“14:18 何舟：如果周四还联调不通，我建议先用人工导入，不要拖客户评审。”这种记录能让 AI 找到决策依据，也方便你回查原话。

第二类是手写笔记或会中速记。手写笔记通常更接近记录人的判断，能标出你当场听到的重点。比如“负责人确认：首版不上历史补偿”“客户版材料只写灰度，不写全量日期”。这些短句可以帮助 AI 识别真正需要进入纪要的内容，但它们不能单独作为决策依据，仍然要回到转写稿核对。

第三类是会议议程。议程告诉 AI 本次会议原本要解决什么问题。一个好议程至少包含会议目标、待决策事项和不讨论范围。没有议程时，AI 容易把所有争论都平铺成同等重要的讨论点，而不是判断哪几项才是会议产出。

第四类是参会人名单。不要只给姓名，最好写清角色和权限。比如“陆芊，业务负责人，可决定首版范围”“程砚，技术负责人，可确认技术风险，但上线日期需项目负责人确认”“周禾，客户成功，负责对外材料，不负责承诺合同条款”。决策导向纪要非常依赖权限边界，因为“谁说的”会影响一句话能不能被写成决议。

除了四类材料，建议你先定义一个“决策条目”的字段。可用字段包括：决策编号、议题、已决定内容、决策人或确认方式、决策依据、被排除选项、适用条件、影响范围、关联后续动作、仍未决定的问题。这个字段设计能防止纪要只写“结论”，却缺少“为什么”和“边界”。

如果材料里包含客户名称、价格、合同条款、个人信息、内部争议或事故细节，先脱敏再交给 AI。决策纪要经常会被转发、归档或作为后续追踪依据，越是看起来“只是内部记录”，越要提前处理敏感内容。

实操流程

按这套步骤把工作跑起来

第一步，让 AI 先识别“决策候选项”，不要直接写正式纪要。你可以要求它把会议内容分成四类：已明确决定、可能形成决定但需要核对、仅讨论未决定、完全不应写入纪要。这样做能避免 AI 为了输出完整纪要，把模糊讨论加工成确定结论。

第二步，为每个决策候选项匹配来源依据。依据可以来自主持人的复述、决策人的明确表达、会议最后的确认环节，或者多位参会人围绕同一结论达成一致。只要 AI 找不到对应来源，就不能把它写成“已决定”。它最多只能写成“待确认判断”。

第三步，检查决策人是否有权限。会议中经常有人说出很像结论的话，但他未必有拍板权。比如技术负责人可以判断接口风险，但不一定能决定延期上线；客户成功可以建议对外口径，但不一定能承诺客户赔付。让 AI 在每个决策条目里标出“确认人或确认方式”，可以逼迫它暴露权限问题。

第四步，把“依据”和“背景”分开。背景说明为什么这个问题被讨论，依据说明为什么最终做出这个决定。比如“客户周五要评审”是背景，“技术确认接口本周无法稳定联调，业务负责人同意先走人工导入”才是决策依据。如果纪要只写背景，读者会知道事情紧急，却不知道为什么选这个方案。

第五步，记录被排除的选项。决策导向纪要比普通行动项记录更完整，因为它要告诉后来的人“为什么不是另一个方案”。不需要把所有争论都写进去，但至少要保留关键备选项和排除原因。例如“全量上线被排除，因为测试环境未覆盖三类异常订单”“继续等待接口被排除，因为会错过客户评审窗口”。

第六步，把未决问题单独列出，不能藏在备注里。很多纪要看起来很完整，是因为它把不确定性压扁了。决策纪要必须写清楚：哪些问题本次没有决定，缺什么信息，由谁补充，什么时候再确认。未决问题写得越清楚，越不会被误认为已经有结论。

第七步，把后续动作作为“决策的延伸”，而不是把整篇纪要变成行动项表。每个决策通常会带来一两项后续动作，比如“更新客户材料”“补充风险说明”“向商务确认价格口径”。这些动作要和对应决策绑定，方便追踪时知道它服务于哪个结论。

第八步，生成正式纪要时采用“先结论，后依据，最后动作”的顺序。开头先列出本次已决定的 2 到 5 件事，读者不用读完整个会议过程也能获得会议成果。每个决策条目再展开依据、边界、未决问题和后续动作。会议过程只保留对理解决策必要的内容。

第九步，人工复核后再共享。AI 初稿写完后，项目经理至少要核对三件事：结论是否确实发生，依据是否准确，措辞是否会造成过度承诺。尤其是“确定、同意、承诺、必须、延期、取消、暂停”这类词，要逐个确认。

输入示例

可以直接参考的输入材料

下面是一份安全虚构的输入材料。真实使用时，可以把录音转写、手写笔记、议程和参会人名单合并粘贴给 AI。材料越杂，越要先要求 AI 做决策识别，而不是直接写成纪要。

这份材料里真正的决策只有三条，但围绕它们有大量背景、依据、限制和后续动作。AI 的任务不是把 14:05 到 14:34 改写成流水账，而是把这些信息整理成可归档、可追踪、可复核的决策纪要。

任务：
请帮我把下面会议材料整理成“决策导向会议纪要”。重点不是复述全部讨论过程，而是提炼本次已经决定的事项、决策依据、未决问题和后续动作。

会议名称：
北辰客服知识库迁移方案评审会

会议目标：
1. 决定首版是否采用新知识库系统。
2. 确认首版迁移范围。
3. 明确客户服务团队对外口径和风险边界。

不在本次会议范围内：
- 不决定供应商合同续费。
- 不决定客服绩效指标调整。
- 不承诺对外上线日期。

参会人和角色：
- 林澈：项目经理，负责整理会议结论和推进后续动作。
- 陆芊：业务负责人，可决定首版业务范围。
- 程砚：技术负责人，可确认迁移方案和技术风险，但不能单独决定上线日期。
- 周禾：客户成功负责人，可准备客户沟通材料，但不能承诺合同或赔付。
- 许棠：客服主管，提供一线使用反馈。
- 韩序：数据负责人，确认历史知识条目的清洗范围。

手写笔记：
- 首版用新系统，但只覆盖高频售后问题。
- 历史知识不全量迁，先迁近 6 个月高频问题。
- 对外材料只说“客服知识库升级试运行”，不写具体上线承诺。
- 未决：低频问题是否保留旧入口，等客服补清单。
- 技术风险：标签字段需要清洗，否则搜索结果会乱。

录音转写摘录：
14:05 林澈：今天不讨论合同续费，也不承诺对外上线日期。我们只决定首版怎么做，能不能进入试运行准备。
14:09 许棠：一线最痛的是高频售后问题查不到标准答案，低频问题其实可以先走老入口。
14:14 韩序：近 6 个月的问题数据比较干净，再往前有很多重复标签和失效答案。如果全量迁移，清洗时间至少多两周。
14:18 程砚：技术上可以首版接新知识库，但我建议先限制范围。只迁高频售后问题，风险可控；全量迁移会拖慢搜索，还会放大标签错误。
14:23 周禾：客户材料不能写“全面上线”，否则客户会追问旧入口什么时候下线。我建议写“试运行”，并说明首版覆盖高频售后问答。
14:27 陆芊：我确认首版走新系统试运行，范围先定高频售后问题。历史知识不全量迁。低频问题旧入口是否保留，需要客服给一份清单，我们下次再定。
14:31 林澈：我复述一下：本次决定首版采用新知识库试运行，只迁近 6 个月高频售后问题；不对外承诺全面上线；低频问题入口保留方式待客服清单。大家有异议吗？
14:32 许棠：没问题，我明天下午前给低频问题清单。
14:33 程砚：可以，我这边按这个范围评估字段清洗和导入时间。
14:34 周禾：客户材料我按试运行口径写，不写旧入口下线日期。

提示词

可复制使用的提示词

下面这段提示词可以直接复制使用。建议先让 AI 输出“决策识别表”，你确认无误后，再让它生成正式纪要。

如果 AI 输出太像普通纪要，可以追加：

如果 AI 把模糊表达写成确定结论，可以追加：

你是项目经理的决策纪要整理助手。请根据我提供的会议录音转写、手写笔记、会议议程和参会人名单，整理一份“决策导向会议纪要”。

本任务不是逐字稿整理，也不是普通行动项清单。目标是让读者快速知道：
1. 本次会议已经决定了什么。
2. 每个决定的依据是什么。
3. 哪些选项被排除，原因是什么。
4. 哪些问题仍未决定。
5. 每个决定带来哪些后续动作。

请严格遵守以下规则：
- 不要把“建议、倾向、担心、希望、初步判断”写成已决定事项。
- 只有材料中出现明确确认、主持人复述无异议、或有权限的人拍板时，才能写为“已决定”。
- 每条决定都要写出来源依据，尽量包含发言人和时间点。
- 如果缺少决策人、依据或确认方式，请标为“待核对”，不要自行补齐。
- 不要编造材料中没有的日期、责任人、客户承诺、合同结论或上线结论。
- 对外承诺、预算、合同、人事、法务、事故责任等高风险内容，只能按材料保守记录，不能替参会人做判断。

请按以下结构输出：

A. 决策识别表
字段：编号｜议题｜状态（已决定/待核对/未决定）｜纪要写法｜来源依据｜决策人或确认方式｜边界条件

B. 决策导向会议纪要
1. 会议结论摘要
2. 已决定事项
   - 决定内容
   - 决策依据
   - 被排除选项
   - 适用边界
   - 关联后续动作
3. 未决问题
4. 不应写成结论的内容

C. 人工复核提醒
列出需要项目经理人工确认的风险点。

以下是会议材料：
[粘贴会议议程]
[粘贴参会人名单和角色]
[粘贴手写笔记]
[粘贴录音转写]

请删减会议过程描述，把篇幅集中到“已决定事项、依据、被排除选项、未决问题、后续动作”。每条决定都必须能追溯到来源依据。

请重新检查所有含有“建议、倾向、可能、希望、先看看、初步、应该”的内容。凡是没有决策人确认或主持人复述无异议的，全部从“已决定”移到“待核对”或“未决定”。

输出样例

AI 应该输出到什么程度

下面是一版 AI 根据上面虚构材料生成的初稿。它展示的是决策导向纪要的写法：先写决定，再写为什么，最后写边界和动作。

这份输出没有把会议过程逐段复述，而是把会议留下的组织记忆固定下来。即使三周后有人回看，也能知道当时为什么只迁高频问题，为什么不写全面上线，以及哪些问题当时没有决定。

A. 决策识别表

| 编号 | 议题 | 状态 | 纪要写法 | 来源依据 | 决策人或确认方式 | 边界条件 |
| --- | --- | --- | --- | --- | --- | --- |
| D1 | 首版是否采用新知识库系统 | 已决定 | 首版采用新知识库系统进入试运行准备 | 14:27 陆芊确认；14:31 林澈复述后无人异议 | 陆芊拍板，主持人复述确认 | 不等于全面上线，不包含对外上线日期承诺 |
| D2 | 首版迁移范围 | 已决定 | 首版只迁移近 6 个月高频售后问题，历史知识不全量迁移 | 14:14 韩序说明数据清洗风险；14:18 程砚建议限制范围；14:27 陆芊确认 | 陆芊确认，技术和数据提供依据 | 低频问题入口保留方式尚未决定 |
| D3 | 对外沟通口径 | 已决定 | 对外材料使用“客服知识库升级试运行”，不写“全面上线”和旧入口下线日期 | 14:23 周禾提醒客户材料风险；14:34 周禾确认写法 | 周禾负责材料，会议确认口径边界 | 不涉及合同续费、赔付或上线承诺 |
| U1 | 低频问题入口是否保留 | 未决定 | 待客服补充低频问题清单后下次确认 | 14:27 陆芊说明下次再定；14:32 许棠承诺补清单 | 待下次会议确认 | 影响旧入口保留策略 |

B. 决策导向会议纪要

会议结论摘要

本次会议形成 3 项结论：首版采用新知识库系统进入试运行准备；首版迁移范围限定为近 6 个月高频售后问题；客户沟通材料统一使用“客服知识库升级试运行”口径，不写全面上线、旧入口下线日期或具体对外上线承诺。低频问题入口是否保留尚未决定，需客服补充清单后再确认。

已决定事项

决定 1：首版采用新知识库系统进入试运行准备。

决策依据：
- 许棠反馈一线当前最痛的是高频售后问题查不到标准答案。
- 程砚确认技术上可以首版接新知识库，但建议限制范围以控制风险。
- 陆芊在 14:27 明确确认首版走新系统试运行，林澈在 14:31 复述后无人提出异议。

被排除选项：
- 不采用“继续完全使用旧入口”的方案，因为它不能解决高频售后问答标准化问题。
- 不写成“全面上线”，因为会议明确不承诺对外上线日期，也不讨论旧入口下线。

适用边界：
- 该决定只表示进入首版试运行准备，不代表正式全面上线。
- 不涉及供应商合同续费、客服绩效指标调整或客户赔付承诺。

关联后续动作：
- 程砚按首版范围评估字段清洗和导入时间。
- 周禾按试运行口径准备客户沟通材料。

决定 2：首版只迁移近 6 个月高频售后问题，历史知识不全量迁移。

决策依据：
- 韩序说明近 6 个月问题数据较干净，历史全量迁移会增加至少两周清洗时间。
- 程砚说明全量迁移会拖慢搜索，并放大标签错误。
- 陆芊确认首版范围先定高频售后问题，历史知识不全量迁。

被排除选项：
- 不做全量历史知识迁移，因为数据清洗周期和标签质量风险不可控。
- 不把低频问题直接纳入首版范围，因为客服仍需提供清单。

适用边界：
- “近 6 个月高频售后问题”的具体条目范围仍需数据和客服共同确认。
- 低频问题是否继续保留旧入口，尚未形成决定。

关联后续动作：
- 韩序整理近 6 个月高频售后问题数据范围。
- 许棠明天下午前提供低频问题清单。

决定 3：客户沟通材料使用“客服知识库升级试运行”口径，不写全面上线或旧入口下线日期。

决策依据：
- 周禾提醒，如果客户材料写“全面上线”，客户会追问旧入口下线时间。
- 会议开头已明确不承诺对外上线日期。
- 周禾在 14:34 确认客户材料按试运行口径写，不写旧入口下线日期。

被排除选项：
- 不使用“全面上线”表述。
- 不写具体上线日期。
- 不写旧入口下线日期。

适用边界：
- 该口径只用于本次客户材料初稿。
- 如后续合同、上线计划或旧入口策略发生变化，需要重新确认对外口径。

关联后续动作：
- 周禾输出客户沟通材料初稿。
- 林澈在共享前复核材料是否包含未授权承诺。

未决问题

1. 低频问题是否保留旧入口：需许棠提供低频问题清单后，下次会议确认。
2. 近 6 个月高频售后问题的最终条目范围：需韩序和许棠共同核对。
3. 试运行后的正式上线日期：本次会议未决定，不应在纪要或客户材料中写成承诺。

不应写成结论的内容

1. 供应商合同续费未讨论，不能写入本次会议结论。
2. 客服绩效指标调整不在会议范围内，不能写成后续改革方向。
3. “全面上线”和“旧入口下线日期”均未决定，不能出现在已确认结论中。

C. 人工复核提醒

1. 请确认陆芊是否确为首版业务范围的最终决策人。
2. 请核对“近 6 个月高频售后问题”是否需要进一步定义统计口径。
3. 请在客户材料发送前删除任何可能被理解为全面上线、合同承诺或旧入口下线承诺的表达。

人工验收

人要怎么检查和改到可用

AI 写完后，项目经理要把这份纪要当成一份轻量决策档案来检查，而不是只看文字是否顺。

第一，检查每条“已决定”是否真的成立。最可靠的决定通常有三类证据：有权限的人明确拍板，主持人复述后无人异议，会议最后形成一致确认。只有专家建议、个人倾向或风险提醒时，不要写成已决定。

第二，检查决策依据是否能支撑结论。依据不能只是“大家讨论后认为”。更好的依据是具体事实、约束、风险或授权表达。例如“历史全量迁移会增加至少两周清洗时间”比“全量迁移比较复杂”更适合放进纪要。

第三，检查被排除选项是否写得克制。纪要不是辩论记录，不需要写出所有争论细节，也不要把某个团队描述成“反对方”。可以写成“暂不采用全量迁移，原因是数据清洗周期和标签质量风险不可控”。这样既保留背景，又不制造新的部门摩擦。

第四，检查未决问题是否被隐藏。有些 AI 会为了让纪要显得完整，把未决问题写进备注里，甚至改写成行动项。你要把它们单独拎出来：缺什么信息，谁补充，什么时候再确认，影响哪个决定。

第五，检查后续动作是否和决策绑定。行动项不应该孤零零地出现在文末。比如“周禾准备客户材料”要绑定到“使用试运行口径”这个决定；“程砚评估导入时间”要绑定到“只迁近 6 个月高频售后问题”这个范围。这样后续追踪才不会变成一堆散任务。

第六，检查共享版本是否安全。内部纪要可以写更多依据和风险，发给客户或外部伙伴的版本要删除内部争议、合同边界、未公开日期、个人评价和未确认责任。必要时准备“内部归档版”和“外部同步版”两份。

第七，检查用词是否过度承诺。高风险词包括“确定上线”“保证完成”“全面替换”“客户已同意”“责任归属”“必须赔付”“绩效调整”。除非会议材料中明确确认，并且你有权限记录，否则都要改成更保守的表达。

【适用边界】

这个方法适合项目管理、方案评审、跨部门协调、客户问题处理等日常业务会议。它不适合替代董事会决议、法律意见、合同谈判纪要、人事处分记录、事故责任认定、财务审计结论或监管合规文件。越是会被外部引用、用于追责或产生法律效力的会议，越需要正式审批、授权人签字和专业复核。

AI 可以帮助你看见会议里的决策结构，但不能替组织承担决策责任。项目经理要保留原始材料，尤其是录音转写、议程、参会人名单和确认记录。决策纪要一旦被共享，就会影响后续执行和责任理解，必须先人工复核。

失败反例

这些失败反例要提前避开

**反例 1：把讨论热度写成会议决定**

错误写法：

问题在于，材料里只确认了“首版采用新系统试运行”，并没有决定全面迁移，也没有决定旧入口下线。这个写法把讨论方向扩大成组织承诺，会直接误导客户材料、技术排期和客服准备。

更稳的写法：

**反例 2：只写行动项，不写决策背景**

错误写法：

这不是决策纪要，只是一份任务列表。两周后回看时，没人知道这些动作服务于哪个决定，也不知道为什么只整理近 6 个月数据。行动项可以放在纪要里，但必须挂到对应决策下面。

更稳的写法：

**反例 3：把未决问题写成含糊备注**

错误写法：

这句话看起来保留了不确定性，但没有推进力。它没有说明缺什么材料、谁来补、什么时候再定，也没有说明影响哪个决策。会后很容易被理解成“默认保留旧入口”或“默认下线旧入口”。

更稳的写法：

**反例 4：用漂亮摘要掩盖依据不足**

错误写法：

这种写法流畅但空。它没有说明谁确认、依据是什么、风险可控的范围在哪里。“按计划推进”也没有对应计划，容易被后续解读成已经承诺上线日期。

更稳的写法：

本次会议决定全面迁移到新知识库系统，并尽快下线旧入口。

本次会议决定：首版采用新知识库系统进入试运行准备，范围限定为近 6 个月高频售后问题。旧入口下线日期和低频问题保留方式尚未决定。

1. 韩序整理数据。
2. 程砚评估技术时间。
3. 周禾准备客户材料。
4. 许棠提供低频问题清单。

决定：首版只迁移近 6 个月高频售后问题。
依据：历史全量迁移会增加至少两周清洗时间，并放大标签错误风险。
后续动作：韩序整理近 6 个月高频数据范围，许棠补充低频问题清单用于下次确认旧入口策略。

低频问题后续再看，旧入口视情况处理。

未决问题：低频问题是否保留旧入口尚未决定。许棠需在明天下午前提供低频问题清单；项目组基于清单在下次会议确认旧入口保留方式。该问题会影响客户材料中是否提及旧入口变化。

经过充分讨论，团队一致认为新知识库试运行方案风险可控，后续按计划推进。

会议确认首版进入新知识库试运行准备，前提是范围限定为近 6 个月高频售后问题。技术风险被认为可控的依据是：不做历史全量迁移，先清洗高频问题标签；正式上线日期本次未决定。

主题边界

它和相邻主题的区别

这篇文章和“会议中做记录，重点不是逐字稿而是行动项”不同。那篇关注会中实时捕捉谁做什么、何时交付、依赖条件是什么；本文关注会后从大量记录里提炼少数关键决策，并补上依据、被排除选项和未决问题。行动项在本文里只是决策的后续延伸，不是主产物。

它也不同于“会后邮件别只说辛苦了，要把决议和责任发清楚”。会后邮件的重点是把结论和责任发送给参会人，让团队按同一口径执行；本文的重点是形成可归档的决策导向纪要，强调决策背景、证据和边界。前者更像沟通闭环，本文更像项目决策档案。

它还不同于“开会前十分钟，用 AI 把议程排到能决策”。会前议程解决的是会议如何设计，帮助主持人在会前安排讨论顺序；本文处理的是会议已经开完之后，如何从转写、笔记和议程中提炼已经形成的决策。一个服务会前设计，一个服务会后沉淀。

因此，这篇的独立价值是：当会议内容很多但真正的决定只有几条时，帮助项目经理用 AI 把“讨论材料”转成“决策记忆”，让后来的人不仅知道做了什么决定，还知道当时为什么这么决定、哪些边界没有被越过。