会议决策日志：用 AI 追踪谁决定了什么

先看一个熟悉场景

会议真正麻烦的，不是没人记录，而是没人记得谁决定了什么

很多老板和项目经理都有这样的经历：会议上大家聊得很热闹，最后似乎也形成了结论。过了两周，项目延期、预算超支、客户追问、团队互相解释时，才发现每个人记住的结论都不一样。有人说“当时不是说先做 A 吗”，有人说“我理解是先评估，不是已经决定”，还有人说“这个责任不是我们部门的”。

这时候再去翻会议纪要，往往也帮不上太多忙。纪要里可能写了很多讨论过程、背景信息和发言摘要，却没有清楚写出：最终决定是什么，谁拍板，为什么这么定，谁负责落地，什么时候检查结果。如果这些关键点没有记录，会议就像一场口头交易，听起来都同意，出了问题却没有依据。

决策日志就是为了解决这个问题。它不是把会议写得更长，而是把会议里真正影响后续工作的决定留下证据。对老板来说，它是管理追踪工具；对项目经理来说，它是责任和检查点；对创业团队来说，它是避免反复拉扯、避免口头承诺失真的工作底账。

旧做法的问题

只写会议纪要，为什么还是追不动执行

传统会议纪要通常追求完整：谁发言、讨论了哪些问题、有哪些观点、下一步大概怎么做。这些内容并非没用，但它更像会议回放。管理追踪需要的是另一种信息：已经拍板的事项、拍板时的依据、责任边界、回看时间和风险变化。

只写纪要容易出现三个后果。第一，讨论和决定混在一起，后来谁都能按自己的理解解释。第二，责任人和检查点不清，项目经理只能靠群里反复催。第三，过一段时间复盘时，团队只记得结果好坏，却忘了当时为什么那样判断，于是很难沉淀经验。

尤其在创业团队和跨部门项目里，节奏快、信息不完整、变化频繁。很多决定当时看起来只是“小调整”，后来却影响产品范围、客户承诺、预算分配和团队优先级。如果没有决策日志，团队会不断重开旧问题，会议越开越多，执行却越来越慢。

• 纪要记录“说过什么”，但不一定记录“定下什么”。
• 纪要能帮助回忆，决策日志能帮助追责、复盘和调整。
• 纪要常常按会议顺序写，决策日志按管理字段写。
• 纪要写完可能就归档，决策日志要持续更新状态。

本质解释

决策日志的本质，是团队的管理账本

用一句大白话说，决策日志就是把“我们当时决定了什么”写成一条可回看的记录。它不追求文学性，也不追求把会议所有内容都保存下来。它关心的是：哪件事已经定了，定的边界是什么，谁对这个决定负责，后面什么时候看结果。

它解决的工作问题，是团队在执行过程中经常出现的三种混乱：结论混乱、责任混乱、复盘混乱。结论混乱会让团队反复讨论同一件事；责任混乱会让任务在部门之间漂移；复盘混乱会让大家只凭印象评价对错，无法判断到底是当初决策有问题，还是执行过程出了问题。

你可以把决策日志理解成管理层的“黑匣子”。不是为了事后找人背锅，而是为了在项目飞行过程中知道每一次转向发生在什么时候、基于什么信息、由谁确认、后来有没有达到预期。团队越年轻、变化越快，越需要这种简单但可靠的管理账本。

概念边界

决策日志和会议纪要到底有什么区别

会议纪要和决策日志不是互相替代，而是关注点不同。会议纪要像会议的整理稿，帮助没有参会的人了解发生了什么；决策日志像管理追踪表，帮助团队知道已经承诺什么、下一步按什么检查。前者偏记录，后者偏控制。

一个简单判断方法是：如果一段文字回答的是“大家讨论了什么”，它属于纪要；如果回答的是“团队现在按什么结论行动”，它属于决策日志。比如“销售提出客户更在意交付周期，产品担心改期影响质量”是纪要；“决定本期上线时间不提前，销售对客户同步原因，产品维持原排期”是决策日志。

很多团队可以保留会议纪要，但要在纪要最前面加一页决策日志。老板和项目负责人先看决策日志，确认关键结论和风险；需要了解背景时，再去看纪要正文。这样既不丢上下文，又不会让管理者淹没在长篇记录里。

交付物

读完这篇，你要做出的不是一篇文章，而是一张决策日志表

这篇教程训练的能力，是把会议里的结论变成可追踪、可复核、可复盘的决策日志。最终产物不是漂亮纪要，而是一张能放进项目管理、周会、复盘会里的表。它可以很朴素，只要字段清楚，就能立刻发挥管理价值。

一张合格的决策日志，至少包含十一个字段：编号、决策内容、决策类型、决策人或拍板人、执行负责人、决策依据、影响范围、检查点、当前状态、未决或风险、证据来源。小团队可以先用表格，大团队可以放进项目系统、知识库或多维表格。

你不必一开始就设计复杂工具。真正重要的是团队统一语言：什么叫已决定，什么叫未决，什么叫责任人，什么叫检查点。只要这几个概念稳定，AI 就能帮你从会议材料里提取信息，人再负责复核和确认。

请把下面会议材料整理成决策日志表。

会议材料：
[粘贴会议记录或 AI 初步提取结果]

请按以下字段输出 Markdown 表格：
| 编号 | 决策内容 | 决策类型 | 决策人/拍板人 | 执行负责人 | 决策依据 | 影响范围 | 检查点 | 当前状态 | 未决/风险 | 证据来源 |

字段说明：
- 决策内容：写成一句可引用的结论。
- 决策类型：通过、否决、暂停、变更范围、资源投入、价格政策、优先级调整等。
- 决策人/拍板人：谁有权做这个决定；不明确就写待确认。
- 执行负责人：谁负责把决定落地；不要写部门。
- 决策依据：当时为什么这么定，不要只写“会议讨论”。
- 影响范围：影响哪些客户、项目、版本、预算、团队或时间表。
- 检查点：何时检查、检查什么、由谁检查。
- 当前状态：已生效、待执行、执行中、待复核、已调整、已取消。
- 未决/风险：还缺什么信息，可能造成什么后果。
- 证据来源：引用会议原句、纪要段落或附件名称。

AI 分工

AI 适合提取、对齐和提醒，不适合替人拍板

AI 在决策日志里非常有用，因为它擅长从大段会议材料里找结构。它能把杂乱发言拆成已决定、未决定、依据、责任人和检查点；能发现“好像定了但没有拍板人”的地方；也能把口语化结论改写成更清晰的管理语言。

但 AI 不能替人承担决策责任。它不知道谁在公司里有真实拍板权，也不知道某句话是玩笑、试探、妥协还是正式承诺。它更不能把“老板说可以再看看”升级成“老板已批准”。越是涉及预算、客户承诺、人事、价格、上线时间和法律风险的会议，越不能让 AI 初稿直接成为团队记录。

正确分工是：AI 做第一轮提取和风险提示，人做复核和确认。AI 负责问“这里是不是决定”，人负责回答“是或不是”。AI 负责指出字段缺失，人负责补齐责任人和检查点。把这条边界守住，AI 会让管理更清楚；边界守不住，AI 会更快地产生误会。

• AI 可以做：提取决定、整理依据、标出缺字段、改写表格、生成复盘摘要。
• 人必须做：确认是否真已拍板、指定责任人、批准对外承诺、判断风险等级。
• AI 可以提醒：这条没有证据、这条责任人不清、这条检查点缺失。
• 人必须承担：最终发布、会后确认、老板验收和后续调整。

开始前

先准备四类材料，不要只扔一段转写稿

很多人让 AI 整理决策日志时，只粘贴会议转写，然后期待它自动判断一切。这样得到的结果往往不稳定。因为转写稿只记录了声音，不记录组织里的权力关系、项目背景、客户约束和会议目标。AI 如果缺少上下文，就很容易把讨论意见写成正式决定。

开始前至少准备四类材料：会议基本信息、原始记录、相关附件、人工补充。会议基本信息包括会议名称、日期、主持人、参会角色和会议目的；原始记录包括转写、纪要、聊天和白板；相关附件包括数据表、方案、客户反馈、预算版本；人工补充包括谁有拍板权、哪些内容不能对外承诺、哪些结论会后已经被修正。

材料准备不是为了形式，而是为了降低 AI 误判。你给它的上下文越清楚，它越能把“事实、判断、决定、风险”分开。尤其是同一场会议里既有老板、客户、销售、产品和技术时，角色信息非常重要，因为不是每个人说的话都代表正式决定。

第一步

让 AI 先提取，不要让它直接写最终版

第一轮最重要的不是写得好看，而是分得清楚。你可以让 AI 从会议材料里提取已决定事项、决策依据、责任人、检查点和未决事项，并要求每条都附证据来源。证据来源可以是会议原句、纪要段落、附件名称或主持人的会后补充。

为什么要附证据？因为决策日志最怕“看起来很确定，其实没有来源”。AI 生成的文字越顺滑，越容易让人放松警惕。附证据能迫使它回到原文，也方便主持人快速检查：这件事到底有没有说过，有没有被正式同意，有没有被误读。

这一轮输出后，不要急着发给团队。先看三类信号：AI 标了“不确定”的地方，AI 没找到责任人的地方，AI 把模糊表达写成决定的地方。这些地方就是人工复核的重点。

你现在是我的会议决策日志整理助手。请注意：你只负责从材料中提取和标注，不替团队做最终判断。

会议背景：
[会议名称、日期、主持人、参会角色、会议目的、项目阶段]

原始材料：
[粘贴会议转写、纪要、聊天记录、白板照片文字说明或会后补充信息。请先删除客户隐私、报价、人事、合同编号等敏感信息]

请先按以下分类提取：
1. 已明确决定：只记录原文中已经拍板、通过、否决、暂停、调整范围的事项。
2. 决策依据：记录当时用来支持决定的数据、客户反馈、成本、风险、资源、时间限制或管理判断。
3. 责任人：记录谁负责推进、谁负责解释、谁负责检查结果。若原文不明确，请写“待确认”。
4. 检查点：记录什么时候回看、看什么指标、由谁检查。若原文不明确，请写“待补齐”。
5. 未决事项：记录还没有拍板、还缺信息、还需要上级或客户确认的问题。

输出要求：
- 每条决定都要附“证据原句或来源位置”。
- 不要把建议写成决定，不要把讨论倾向写成已批准。
- 如果你不确定，请写“不确定，需要人工复核”。

第二步

人工复核：把 AI 初稿变成团队可承认的记录

人工复核不是把错别字改掉，而是确认管理事实。主持人、项目经理或老板助理要逐条检查：这真的是决定吗？谁有权决定？有没有超出会议授权？责任人是否同意？检查点是否现实？依据是否足够？这些问题 AI 无法替你签字。

复核时最容易发现两种问题。第一种是“假决定”：会上只是倾向、建议、试探或待评估，AI 却写成已确定。第二种是“空决定”：确实定了方向，但没有执行负责人、没有检查时间、没有验收指标。假决定会造成误会，空决定会导致无人推进。

一个实用做法是给每条决策加状态：待复核、已确认、待补齐、已取消。AI 初稿默认都应是待复核，只有主持人或授权人确认后，才进入已确认。这样能避免 AI 初稿在群里被误认为正式结论。

请帮我审查这份 AI 提取的决策日志，找出需要人工确认的地方。

AI 初稿：
[粘贴决策日志]

请按以下维度审查：
1. 是否把讨论、建议、倾向误写成了正式决定。
2. 是否有决策人不清、执行负责人不清、检查人不清的地方。
3. 是否缺少决策依据，导致以后无法解释为什么这么定。
4. 是否缺少检查点，导致决定没有回看时间。
5. 是否存在对客户、预算、合同、人事、资源的过度承诺。
6. 是否有未决事项被藏在正文里，没有单独列出。

输出格式：
- 高风险问题：必须会后立即确认。
- 中风险问题：下次检查前补齐。
- 可优化表达：不影响执行，但建议改得更清楚。
- 建议向谁确认：列出具体人或角色。

核心字段一

决策内容要写成一句可引用的结论

决策内容不是“讨论了上线计划”或“大家对预算有不同意见”。它应该写成一句能被团队引用的结论，例如“本版本上线时间维持 6 月 20 日，不提前发布”或“暂停采购新客服系统，先用现有工具完成 FAQ 梳理”。

好的决策内容通常包含动作、范围和边界。动作说明做什么或不做什么；范围说明适用于哪个项目、客户、版本或阶段；边界说明哪些内容不包含在本次决定里。边界非常重要，因为很多管理纠纷都来自决定被扩大解释。

如果一句决策内容写不清，说明会议可能并没有真正拍板。这时不要硬写成决定，可以放进“未决事项”。例如“是否提高报价”如果没有最终数字和适用客户，就不能写成“决定涨价”，只能写成“待确认：报价调整方案需老板审核”。

核心字段二

决策依据要留下来，否则复盘只能靠情绪

很多团队复盘时只问“这个决定对不对”，却忘了问“当时我们为什么这么决定”。如果没有决策依据，事后就很容易变成互相指责：结果不好，就说当初不该这么定；结果好，就说自己早就预判到了。这样的复盘很难提升管理能力。

决策依据记录的是当时支持决定的信息，包括数据、客户反馈、资源限制、成本测算、风险判断、战略优先级、时间窗口和外部约束。它不要求当时的信息一定完整，但要诚实记录团队当时看见了什么、相信什么、担心什么。

依据越具体，复盘越有价值。比如不要只写“基于业务需要”，而要写“近 30 天咨询量增长 40%，客服响应时间从 2 小时变成 6 小时，因此决定先扩充 FAQ 和分流规则”。以后结果不好时，团队就能判断是咨询量判断错了，还是 FAQ 执行不到位。

• 数据依据：收入、转化率、到场率、投诉量、交付周期等。
• 客户依据：客户明确反馈、续约风险、合同要求、使用场景。
• 资源依据：人手、预算、时间、技术债、供应商能力。
• 风险依据：上线风险、法律风险、品牌风险、客户承诺风险。
• 战略依据：当前阶段最重要的目标和取舍。

核心字段三

责任人要分清：拍板人、执行负责人、检查人不是一回事

决策日志里至少有三种责任：谁拍板，谁执行，谁检查。拍板人对结论负责，执行负责人对落地负责，检查人对结果回看负责。很多会议混乱，是因为这三种角色混在一起。老板拍板不代表老板亲自执行，项目经理推进不代表项目经理有权改变决定。

执行负责人最好只有一个人。可以有多个协作者，但必须有一个最终负责交付结果的人。检查人可以是老板、项目经理、业务负责人或数据负责人，取决于检查内容。如果检查点是收入指标，可能由业务负责人检查；如果是上线质量，可能由产品或技术负责人检查。

AI 可以从会议记录里找人名和角色，但不能替你指定责任。它可以提示“原文只写市场部，没有具体负责人”，也可以提示“拍板人和执行负责人混淆”。真正指定谁负责，必须由主持人或管理者确认。

核心字段四

检查点让决定有未来，不只是留在当天

没有检查点的决定，很容易变成口号。会议上大家决定“先试运行两周”，但两周后没人检查；决定“下月重点提升转化”，下月也没人看数据；决定“先不招人”，业务压力上来时又重新争论。这些问题不是决定本身，而是缺少回看机制。

检查点要写清三件事：什么时候看，看什么证据，由谁判断。时间可以是具体日期，也可以是触发条件；证据可以是指标、交付物、客户反馈、审批结果或风险事件；判断可以是维持、调整、扩大、暂停或撤销。

管理者最该重视检查点，因为它能把会议决定变成一个闭环。不是所有决定都能一次做对，但有检查点，团队就能及时纠偏。没有检查点，错误决定会拖很久，正确决定也无法被总结成经验。

未决事项

未决事项要单独管理，不要藏在一句“后续再看”里

会议里不可能什么都当场决定。缺数据、缺预算、缺客户确认、缺法务意见、缺老板授权，都可能让问题暂时停在未决状态。未决并不可怕，可怕的是未决事项没有被记录，后来大家以为已经定了，或者干脆没人继续推进。

未决事项要写成可以关闭的问题：需要确认什么，谁来确认，最晚什么时候确认，确认结果会影响哪条决策或行动。比如不要写“价格待定”，要写“待确认：企业版报价是否从 3 万调整为 3.8 万，老板 6 月 12 日前确认；确认后影响销售对 A 客户的报价邮件”。

AI 很适合从会议记录里抓未决信号，比如“再评估一下”“等客户回复”“回去问财务”“法务看完再定”“老板还要看数据”。这些话都应该进入未决栏，而不是被纪要的正文淹没。

• 未决事项不是备注，而是需要关闭的管理对象。
• 每个未决事项都要有确认人和最晚确认时间。
• 未决事项要关联影响：不确认会卡住什么。
• 确认完成后，要更新为已决定、已取消或继续待确认。

从日志到追踪

决策日志要持续更新状态，不能只做会议当天的截图

决策日志不是一次性文档，而是一张会变化的管理表。会议当天写下的是“当时的决定”，项目推进过程中还要更新状态：是否已执行、是否遇到风险、依据是否变化、是否需要调整。如果日志不更新，它很快就会变成另一种归档材料。

状态不需要复杂，建议先用六类：待复核、已确认、执行中、待检查、已调整、已关闭。待复核表示 AI 初稿或主持人还未确认；已确认表示团队承认这个决定；执行中表示负责人正在落地；待检查表示到了回看时间；已调整表示依据变化后改变了决定；已关闭表示复盘完成，不再追踪。

每周例会前，项目经理可以让 AI 根据决策日志和当前进展生成更新摘要。老板不用重新听所有细节，只看哪些决定偏离预期、哪些依据失效、哪些未决事项超期、哪些风险需要升级。这样会议会越来越短，因为旧决定有记录，新问题才需要讨论。

复盘能力

复盘不是证明谁错了，而是判断决策系统哪里要升级

决策日志最大的长期价值，在复盘。没有日志时，复盘很容易变成凭记忆开会：有人强调自己当时提醒过风险，有人强调环境变化太快，有人强调执行不到位。大家说的可能都对，但如果没有当时的决策内容和依据，很难形成真正的学习。

有了决策日志，复盘可以更客观。先看当时决定是什么，再看依据是否成立，然后看执行是否按计划发生，最后判断结果差距来自哪里。可能是当时信息不足，可能是判断标准错了，可能是责任人没有执行，也可能是外部环境发生了变化。这些原因对应的改进动作完全不同。

好的复盘会让团队越来越会做决定，而不是越来越怕做决定。创业团队尤其需要这一点：不是每个决定都能正确，但每个重要决定都应该留下可学习的痕迹。决策日志让团队从“靠感觉管理”慢慢变成“靠证据迭代”。

请帮我复盘这份决策日志，判断当时的决定是否需要维持、调整或撤销。

原决策日志：
[粘贴决策内容、依据、负责人、检查点]

当前结果：
[粘贴执行状态、数据、客户反馈、成本变化、延期原因、风险事件]

请按以下结构输出：
1. 决策是否按原计划执行：已执行、部分执行、未执行。
2. 当时依据是否仍然成立：成立、部分变化、已经失效。
3. 实际结果与预期差距：用事实说明。
4. 是否需要调整：维持、调整范围、补充资源、暂停、撤销。
5. 下一步行动：负责人、交付物、截止时间。
6. 复盘结论：这次决策给团队留下什么经验。

要求：
- 不要事后诸葛亮式责备个人，要区分信息不足、判断失误和执行不到位。
- 没有数据时写“证据不足”，不要编造结论。

老板验收

老板看决策日志，只看四件事就够了

老板不需要逐字检查会议转写，也不需要阅读很长的讨论过程。验收一份决策日志，重点看四件事：决定是否清楚，责任是否清楚，依据是否站得住，检查点是否明确。只要这四件事成立，日志就能用于管理追踪。

第一，看决定是否能被执行团队引用。如果团队读完还要问“所以到底做不做”，说明不合格。第二，看责任是否具体到人。如果只写部门或大家，后续一定难追。第三，看依据是否能解释取舍。如果只写“会议讨论决定”，复盘时没有价值。第四，看检查点是否能触发行动。如果没有时间和指标，决定就没有未来。

老板还要特别关注需要自己拍板的未决事项。很多项目卡住，不是团队不执行，而是上级资源、预算、价格、客户承诺没有及时确认。好的决策日志会把这些问题顶上来，让老板知道自己该介入哪里。

请根据下面决策日志，生成一版给老板/管理者验收用的摘要。

决策日志：
[粘贴完整决策日志]

请输出：
1. 本次会议真正定下来的 3-8 件事。
2. 每件事的拍板人、执行负责人和检查时间。
3. 需要老板确认或承担资源协调的事项。
4. 可能影响预算、客户承诺、上线时间或团队优先级的风险。
5. 下次复盘时应该重点看的指标或证据。

要求：
- 不要写成长篇会议纪要。
- 不要隐藏未决事项。
- 对没有证据的结论标注“原文未明确”。

案例一

案例：产品排期会，避免“当时到底答没答应做”

一家 SaaS 创业团队每周开产品排期会。销售不断带回客户需求，产品担心范围膨胀，研发担心技术债越来越多。过去纪要常写“客户报表导出需求会后评估”“支付异常优先处理”“企业版权限后续规划”。两周后，销售以为报表导出已经承诺给客户，产品以为只是评估，研发则只排了支付异常修复。

用决策日志整理后，会议结论变清楚了。已决定：本周只处理支付异常修复，不新增报表导出字段；报表导出进入下周评估，不对客户承诺上线日期；企业版权限先由产品输出范围说明，不进入本迭代开发。依据：支付异常影响现有客户续费，优先级高于新需求；研发本周只剩 2 人日可用。

责任也被写清楚：产品负责人负责向销售同步本期范围，销售负责人负责调整客户口径，研发负责人负责支付异常修复。检查点是 6 月 14 日看支付失败率和客户投诉量，6 月 17 日评估报表导出是否进入下个迭代。这样一来，销售不能再把“评估”说成“已承诺”，产品也不能把客户需求丢在空中。

• AI 做的事：从会议记录里提取三个候选决定，并标出“报表导出”缺少承诺证据。
• 人做的事：产品负责人确认本迭代范围，销售负责人确认客户口径。
• 产出的日志：决定、依据、影响范围、责任人和检查点全部可追踪。
• 可迁移场景：产品排期、版本上线、客户需求评审、技术债取舍。

案例二

案例：运营复盘会，把“感觉要改”变成可检查决定

某教育团队做了一场线上公开课，报名人数不错，但到场率和转化率都低。复盘会上大家说了很多原因：提醒太少、嘉宾讲太长、销售跟进晚、课程卖点不清、表单太复杂。传统纪要可能会写“后续优化活动流程，提升转化”。这句话听起来正确，却没有管理价值。

决策日志把复盘会拆成几条明确决定。决定一：下次公开课把报名后的提醒从 1 次增加到 3 次，运营负责人负责设置短信和社群提醒。决定二：直播第 25 分钟加入咨询引导，不再等到最后 5 分钟。决定三：销售在直播结束后 2 小时内跟进高意向用户，不再等第二天。依据分别来自到场率数据、直播间停留曲线和历史跟进转化对比。

检查点也写进日志：下一场公开课后 24 小时看三项指标，报名到场率、直播间咨询提交量、销售首轮触达完成率。如果指标没有改善，不是简单说“活动效果不好”，而是回到每条决定看哪里没执行、哪里判断失误、哪里需要调整。

• AI 做的事：把复盘发言整理为问题、决定、依据和检查指标。
• 人做的事：运营负责人选择下次只试三项改动，避免一次改太多。
• 产出的日志：每项改动都能在下一场活动后检查。
• 可迁移场景：活动复盘、内容增长、销售转化、客服质检。

案例三

案例：客户会议，防止一句“回去看看”变成正式承诺

客户会议最需要决策日志，因为外部承诺一旦写错，后果比内部误会更严重。比如客户问：“能不能下周把接口打通？”销售说：“我们回去看一下资源，尽量给您一个方案。”技术说：“如果只做基础字段，也许可以评估。”AI 如果直接生成客户纪要，很可能把它写成“我方下周完成接口打通”。

正确的决策日志应该把客户诉求、我方决定和待评估事项分开。客户诉求：希望下周完成接口打通。我方已决定：6 月 12 日前反馈接口评估方案，不承诺下周上线。待评估：基础字段范围、开发人日、测试时间、客户是否能提供接口文档。责任人：项目经理收集技术评估，销售对客户同步口径。

这份日志不仅保护公司，也保护销售和交付团队。销售知道可以承诺什么，技术知道评估边界，老板知道是否需要额外资源。客户版纪要可以写得简洁友好，但内部决策日志必须保留依据和风险，避免以后出现“当时谁答应的”这种争议。

案例四

案例：老板周会，把资源取舍留下依据

老板周会经常会处理资源取舍：这个月招不招人，预算投不投，哪个项目优先，哪个客户要不要特批。过去这些决定常常靠老板口头判断推进，速度很快，但过一段时间团队容易忘记当时的限制条件。结果一变，大家就会觉得当初决定不合理。

比如一家创业公司决定本月不新增客服人手，先用 AI FAQ 和工单分流缓解压力。决策日志会写：决策内容是本月暂不招聘客服，先优化 FAQ 和升级规则；决策依据是当前现金流压力、客服峰值集中在两个时段、重复问题占工单 52%；责任人是客服主管和运营负责人；检查点是两周后看平均响应时长、重复问题占比和客户满意度。

两周后如果响应时长下降，说明先优化流程有效；如果重复问题下降但满意度仍低，可能需要培训或排班调整；如果所有指标都没改善，老板就有依据重新考虑招聘。决策日志让老板的判断不是孤立命令，而是可以被验证和迭代的管理假设。

• AI 做的事：整理周会结论，提取数据依据和检查指标。
• 人做的事：老板确认资源取舍，负责人确认两周改进动作。
• 产出的日志：把“暂不招人”变成有依据、有检查点的管理决定。
• 可迁移场景：预算会、招聘会、经营周会、战略优先级会议。

常见错误

新手做决策日志，最容易踩这十个坑

如果团队第一次做决策日志，最容易把它做成另一份会议纪要。看起来字段很多，实际上仍然没有管理追踪能力。判断标准很简单：下次会议前，项目经理能不能直接根据日志检查结果；老板能不能快速知道哪些事需要自己拍板；执行人能不能知道自己对哪条决定负责。

这些错误大多不是 AI 能力不足，而是人没有把管理规则说清楚。AI 会按照你的输入工作：你不区分讨论和决定，它就可能混写；你不要求证据，它就可能写得很顺；你不复核责任人，它就可能把部门当负责人。解决方法不是换更神奇的工具，而是固定字段、固定复核、固定检查点。

• 把会议摘要当成决策日志。
• 把“倾向于”“原则上”“可以考虑”写成已决定。
• 只写决定，不写依据。
• 只写拍板人，不写执行负责人。
• 负责人写部门、团队或大家。
• 没有检查点，导致决定永远不复盘。
• 未决事项藏在正文里，没有确认人和截止时间。
• AI 初稿没有人工复核就发布。
• 对外会议把内部讨论和未审批承诺写出去。
• 日志只归档不更新，下一次会议又从头聊。

检查清单

发出决策日志前，用三张清单过一遍

决策日志不需要写得很长，但关键项不能缺。尤其是涉及客户、预算、上线、人事和跨部门资源的会议，发出前一定要检查。你可以让 AI 先按清单自查，再由主持人做最终确认。

下面三张清单分别对应开始前、输出质量和风险边界。开始前清单保证材料完整；输出质量清单保证日志可追踪；风险边界清单保证不会把 AI 误判变成正式承诺。团队可以把它们贴进会议主持人的固定流程里。

模板复用

五个模板怎么组合使用

这篇教程里的五个模板不是一次性全用，而是按会议风险选择。普通内部会，可以用“AI 决策提取提示词”和“决策日志表格模板”；跨部门项目会，加上“人工复核提示词”；老板周会或经营会，加上“老板验收摘要模板”；到了检查点，再用“决策复盘提示词”。

模板的价值不是让 AI 替你管理，而是让团队形成统一格式。只要每次都按相同字段提取、复核、确认和复盘，会议质量就会逐步稳定。新人也能照着做，老板也能按同一标准验收。

1. 会后 10 分钟内：用 AI 决策提取提示词生成候选清单。
2. 整理成表：用决策日志表格模板补齐字段。
3. 发布前：用人工复核提示词找高风险误判。
4. 给老板看：用老板验收摘要模板提炼决定、风险和待拍板事项。
5. 检查点到来：用决策复盘提示词判断维持、调整或撤销。

团队落地

从个人试用到团队习惯，可以按两周推进

决策日志不适合一上来覆盖所有会议。更好的办法是先选高价值会议试点，例如产品排期会、客户项目会、运营复盘会、老板周会。它们都有明确决定、责任人和后续检查需求，最容易体现价值。

第一周只做一件事：会议后生成决策日志，并由主持人复核。不要急着接入复杂系统，也不要要求所有字段完美。先让团队看到“讨论和决定分开”带来的清晰感。第二周再加入检查点和复盘，把上周的决定拿出来看状态，让大家感受到日志不是文档，而是追踪工具。

两周后做一次小复盘：哪些决定经常缺依据，哪些责任人经常不明确，哪些检查点没人看，哪些未决事项经常超期。这些发现会反过来提升会议主持质量。慢慢地，团队会在会议中主动把决定说清楚，因为他们知道会后要进入日志。

1. 第 1 天：选 1 类会议试点，不要全公司铺开。
2. 第 2-3 天：统一决策日志字段和 AI 提取提示词。
3. 第 4-5 天：主持人会后复核 AI 初稿，并发给参会人确认。
4. 第 2 周：把检查点加入例会议程，先看上周决定状态。
5. 第 10-14 天：复盘字段缺失和责任不清的原因，优化会议主持方式。

课后练习

用三次真实会议练出自己的决策日志能力

学习决策日志，不能只收藏模板。你要拿真实会议练三次，最好从最近一场已经开完的会议开始。第一次练习只做提取：把会议记录交给 AI，让它列出已决定、依据、责任人、检查点和未决事项，然后你检查它有没有把讨论写成决定。

第二次练习做复核：挑 5 条 AI 提取出的决定，逐条补证据来源、拍板人、执行负责人和检查点。凡是补不出来的，不要硬编，改成待确认。你会发现很多会议之所以难追踪，不是因为纪要差，而是会上没有把决定问清楚。

第三次练习做闭环：选择一场即将召开的重要会议，会后 30 分钟内生成决策日志，发给参会人确认，把检查点放进下次会议议程。到检查日时，用复盘模板判断每条决定是维持、调整还是关闭。完成这一次，你就真正把 AI 从写作工具用成了管理工具。

1. 练习一：找一份旧会议记录，提取 5 条候选决策，并标出证据来源。
2. 练习二：把 5 条候选决策补齐责任人、依据、影响范围和检查点。
3. 练习三：把一场真实会议做成决策日志，并在下次会议前检查状态。
4. 练习四：挑一条结果不理想的决定复盘，区分信息不足、判断失误和执行不到位。