纪要发出去以后，用 AI 把行动项盯到闭环

教程定位

这篇教程解决什么问题

会议纪要发出去，不等于责任闭环已经开始。很多项目经理都遇到过同一种尴尬：会议当天大家确认了行动项，纪要里也写了负责人和截止日期；一周后再打开群聊，没人主动更新进度，任务卡在谁那里、是否延期、要不要升级，都要重新问一遍。

这篇教程教项目经理用 AI 做纪要之后的执行追踪。你会把已经发出的会议纪要、责任人、截止日期和项目节奏，整理成一张行动项跟踪表，再生成不同时间点可以直接发出的跟进消息模板，以及逾期后的升级规则。

这里的重点不是“会议中怎么抓行动项”，也不是“周会纪要如何整理成责任人表”。本篇只处理纪要已经发出之后的跟进动作：哪些事项今天该提醒，哪些事项需要负责人补状态，哪些事项已经逾期，哪些事项必须升级给项目负责人或资源负责人。AI 负责整理节奏、生成话术和暴露风险；项目经理负责确认事实、判断语气、决定是否升级。

最终你会得到两类产物：一张可以放进共享表格、项目看板或群公告的行动项跟踪表；一组可以按场景复用的跟进消息模板，包括温和提醒、进度补齐、临期确认、逾期说明、升级同步和闭环确认。

使用场景

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

你是一个项目经理，负责把跨部门会议里的结论推进到结果。会议开完当天，你已经发了纪要，里面写着：

大家当时都说“收到”。你以为任务已经进入执行状态。可是到了下一次同步前，你发现真正的问题才刚开始：有人没有更新进度，有人说“我以为要等产品先给材料”，有人认为截止日期只是“目标时间”，还有人已经延期但没有提前暴露风险。

这类问题通常不是纪要写得不够漂亮，而是纪要之后缺少跟进机制。纪要只回答“会上说了什么”；执行追踪要回答“今天该问谁、问什么、什么时候升级、什么状态算闭环”。如果项目经理每次都靠记忆去催，就会变成临时追问：语气容易生硬，信息容易遗漏，逾期也很难判断是不是该升级。

本篇适合这些场景：

它不适合用来替代正式项目管理系统，也不适合让 AI 直接判断责任归属。AI 可以帮你把纪要转成跟进表和消息草稿，但不能替你决定谁背锅，也不能把没有被会议确认的事项写成正式责任。

• 产品周三前补齐字段说明。
• 技术周五前给联调风险判断。
• 运营本周内完成名单确认。
• 客户成功下周一前给客户同步材料。
• 会议纪要已经发出，但行动项没有进入项目看板。
• 负责人和截止日期写了，但没有固定更新节奏。
• 项目节奏很快，项目经理不想等到下一次会议才发现延期。
• 任务跨部门依赖明显，逾期后需要知道先找谁确认。
• 你需要既能提醒，又不把正常跟进变成情绪化催促。

材料准备

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

准备四类材料就够了。材料越具体，AI 生成的跟进表越可执行。

第一类是会议纪要。最好使用已经发给团队的那一版，而不是你个人草稿。因为跟进表要追的是团队已经看见并默认接受的行动项。纪要里如果有“待确认”“初步计划”“需要评估”这类词，要保留下来，不要提前改成确定语气。

第二类是责任人和协同人信息。责任人是对结果负责的人，协同人是提供输入或支持的人。跟进时必须分开，否则消息会变成群发式催促。比如“技术评估”第一责任人是研发负责人，产品提供字段说明只是前置依赖；“客户同步材料”第一责任人是客户成功，项目经理只是收口确认。

第三类是截止日期和项目节奏。除了最终截止日期，还要写清项目的检查节奏：每天站会、每周二项目同步、周五客户评审、上线前 48 小时冻结需求。AI 只有知道这些节奏，才能把提醒安排在合理时间，而不是机械地在截止当天才提醒。

第四类是升级边界。先写清什么情况需要升级，升级给谁，升级消息是否抄送原责任人。常见边界包括：距离截止时间不足 24 小时仍无进度；任务逾期超过 1 个工作日；关键依赖没有 owner；同一事项连续两次无更新；影响客户承诺、上线日期、预算或合规风险。

开始前还要定一个状态口径。建议用六种状态：

这六种状态足够项目经理做日常跟进。不要一开始就设计过度复杂的状态流，否则团队会把时间花在解释状态，而不是推进任务。

• 未开始：负责人尚未确认启动。
• 进行中：负责人已开始推进，并有下一步。
• 等待依赖：当前卡在其他人、材料、环境或决策。
• 有风险：仍在推进，但可能影响截止时间或质量。
• 已逾期：超过截止日期，且没有完成或没有明确延期方案。
• 已闭环：交付物已提交，验收人确认可以关闭。

实操流程

按这套步骤把工作跑起来

第一步，从纪要里只提取“已进入跟进范围”的行动项。

不要把所有讨论都放进跟踪表。跟踪表只放三类内容：会上明确有人负责的任务；虽然缺字段但影响项目节奏的待确认事项；上次会议遗留且本次继续追的事项。普通讨论、背景信息、灵感建议和没有责任人的想法，可以留在纪要里，不要变成跟进任务。

第二步，把每条行动项拆成固定字段。

推荐字段是：编号、行动项、责任人、协同人、截止日期、下次检查点、当前状态、依赖条件、需要更新的问题、跟进话术、升级规则、闭环标准。这里最容易漏的是“下次检查点”和“闭环标准”。截止日期只告诉你最终时间，检查点告诉你什么时候该问；闭环标准告诉你什么状态才算可以关闭。

第三步，让 AI 识别“跟进问题”，不要只生成提醒。

跟进不是一句“进展如何”。更好的跟进问题要和任务状态有关。例如字段说明任务可以问“字段清单是否已定稿，是否还有待产品确认项”；客户材料任务可以问“初稿是否已生成，是否有不能对外写死的口径”；联调风险任务可以问“目前卡点是环境、字段还是人力”。问题越具体，责任人越容易给出有效回复。

第四步，为每个任务生成对应提醒话术。

同一条行动项在不同时间点需要不同语气。截止前 48 小时，可以是轻量提醒；截止当天上午，要明确交付物和时间；逾期后，需要请责任人说明新时间和影响；如果已经影响关键节点，就要升级同步。你可以让 AI 按“正常提醒、临期提醒、逾期提醒、升级提醒、闭环确认”五类生成消息。

第五步，把项目节奏写成提醒规则。

如果项目周五客户评审，周三晚才问材料进度就太晚了。可以把节奏写成规则：距离客户评审 2 个工作日前检查所有对外材料；上线前 48 小时检查技术和运营依赖；每周二同步会上只看红黄灯事项；逾期任务必须在当天给出新截止时间。AI 可以据此安排每条行动项的提醒时间。

第六步，建立逾期升级规则。

升级不是惩罚，而是让卡点被有权限的人看见。规则要提前写清楚，避免每次逾期都靠情绪判断。比如：普通任务逾期 1 个工作日先私信责任人；关键路径任务截止当天 16:00 仍无交付，发项目群同步风险；影响客户承诺或上线窗口的任务，立即同步项目负责人和相关资源负责人。升级消息要包含事实、影响、需要决策的问题，不要写成指责。

第七步，每次更新后让 AI 生成“今日跟进清单”。

跟踪表建好后，每天只需要把最新状态喂给 AI，让它输出今日需要发出的消息：哪些任务只需提醒，哪些任务要补状态，哪些任务临期，哪些任务逾期，哪些任务可关闭。项目经理不用每次从整张表里重新判断。

第八步，人工确认语气和敏感边界。

AI 生成的话术通常逻辑清楚，但未必懂团队关系。发出前要看三点：是否把不确定事实写死了；是否把协同人写成责任人；是否在公开群里暴露了不适合公开的风险。涉及客户承诺、绩效评价、资源冲突、预算和合规问题时，先私下确认，再决定是否公开同步。

输入示例

可以直接参考的输入材料

下面是一份安全虚构的输入。真实使用时，可以把客户名、人名和敏感数据脱敏后再给 AI。

这个输入里，纪要本身已经存在，问题发生在纪要之后。AI 不需要重新写会议纪要，也不需要判断会议中谁说了什么。它要做的是把已知行动项变成今天可以执行的跟进动作。

我的角色：
我是“青杉会员活动项目”的项目经理。会议纪要已经在项目群发出，但过去一周很多行动项没有更新。我想把纪要行动项转成跟进表，并生成今天可以发送的提醒消息和逾期升级规则。

会议纪要摘录：
1. 产品：周三 18:00 前提供会员活动字段清单 v1，负责人赵弈，技术李牧协同确认字段含义。
2. 技术：周五 12:00 前给出接口联调风险判断，负责人李牧，依赖产品字段清单。
3. 运营：本周五 18:00 前完成参与门店名单确认，负责人何沛，依赖客户成功沈乔确认客户侧联系人。
4. 客户成功：下周一 11:00 前输出客户评审材料初稿，负责人沈乔，依赖产品范围和运营名单。
5. 客服：下周二 15:00 前输出客服 FAQ 初稿，负责人顾闻，依赖客户评审材料中的活动规则。

当前最新状态：
- 今天是周五 10:00。
- 产品字段清单周三已发 v1，但李牧在群里说还有 3 个字段含义不清。
- 技术联调风险判断今天 12:00 截止，目前没有更新。
- 运营门店名单今天 18:00 截止，何沛昨天说还差客户侧 2 个城市确认。
- 客户成功评审材料下周一 11:00 截止，沈乔还没有收到完整产品范围和门店名单。
- 客服 FAQ 下周二 15:00 截止，顾闻说等评审材料后再写。

项目节奏：
- 今天周五 17:00 有项目同步。
- 下周一 16:00 客户预审。
- 下周三 10:00 内部上线准备评审。
- 影响客户预审的事项需要提前 1 个工作日暴露风险。

升级边界：
- 关键路径任务截止当天仍无明确交付物，需要在项目群同步风险。
- 逾期超过 1 个工作日，需要升级给项目负责人唐宁。
- 如果影响下周一客户预审，需要同步唐宁和相关责任人，并给出可选处理方案。

请帮我输出：
1. 行动项跟踪表。
2. 今天需要发送的跟进消息模板。
3. 逾期升级规则。
4. 哪些事项可以关闭，哪些不能关闭。

提示词

可复制使用的提示词

下面这段提示词可以直接复制使用。把方括号里的内容替换成你的材料即可。

如果你已经有一张跟踪表，只想生成今天的消息，可以追加：

如果 AI 输出的消息太像催促，可以追加：

你是项目经理的会后执行追踪助手。请根据我提供的会议纪要、责任人、截止日期、当前状态和项目节奏，把纪要行动项转成“行动项跟踪表”和“跟进消息模板”。

任务边界：
1. 只处理会议纪要发出后的执行追踪，不重写纪要，不设计会议议程，不新增会议中没有确认过的任务。
2. 不虚构负责人、截止日期、交付物、客户承诺或完成状态。缺信息时写“待确认”。
3. 跟进消息要可直接发送，但语气要专业、具体、不过度指责。
4. 逾期升级规则要基于事实和项目影响，不做人身评价。
5. 涉及客户承诺、上线时间、预算、法务、绩效评价的内容，只能标为需人工确认，不能替我做决定。

请按以下结构输出：

A. 行动项跟踪表
字段：编号｜行动项｜责任人｜协同人｜截止日期｜下次检查点｜当前状态｜依赖条件｜需要更新的问题｜闭环标准｜升级规则

B. 今日跟进清单
按“正常提醒、临期提醒、逾期提醒、等待依赖、可闭环”分类。

C. 可直接发送的跟进消息模板
每条消息请包含：发送对象、适合发送的渠道、消息正文、需要对方回复的格式。

D. 逾期升级规则
说明什么情况私信提醒，什么情况项目群同步，什么情况升级给项目负责人或资源负责人。

E. 人工确认事项
列出不能由 AI 判断、需要我确认的责任边界、客户承诺、风险影响和语气问题。

以下是材料：
会议纪要：
[粘贴已发送的会议纪要]

责任人和协同人：
[粘贴责任人、协同人、权限边界]

当前状态：
[粘贴最近一次进度、群消息或看板状态]

项目节奏：
[粘贴项目同步会、客户评审、上线窗口、周节奏]

升级边界：
[粘贴团队约定或你的判断规则]

下面是最新跟踪表。请不要新增任务，只根据状态和项目节奏生成今天需要发送的跟进消息，并标出哪些消息适合私信，哪些适合项目群同步。

请把跟进消息改得更像项目经理的专业同步：先说明事实和项目节点，再问具体状态，最后给出需要回复的格式。不要使用责备语气。

输出样例

AI 应该输出到什么程度

下面是一版 AI 根据上面虚构材料生成的结果。真实使用时，你要根据团队关系和最新事实再做确认。

这个输出的价值不在于它写得像正式汇报，而在于它把“今天该追什么”变得明确。项目经理可以直接复制其中几条消息，再根据团队语气做微调。

A. 行动项跟踪表

| 编号 | 行动项 | 责任人 | 协同人 | 截止日期 | 下次检查点 | 当前状态 | 依赖条件 | 需要更新的问题 | 闭环标准 | 升级规则 |
| --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- |
| A1 | 提供会员活动字段清单 v1 并澄清字段含义 | 赵弈 | 李牧 | 周三 18:00 | 今天 11:00 | 有风险 | 需要技术确认 3 个字段含义 | 3 个字段是否已补解释，是否影响接口评估 | 字段清单补齐，技术确认可用于评估 | 若今天 11:30 前仍无补充，项目群同步影响技术评估 |
| A2 | 给出接口联调风险判断 | 李牧 | 赵弈 | 今天 12:00 | 今天 11:30 | 临期 | 依赖 A1 字段含义澄清 | 12:00 前能否输出风险判断，若不能，需要新时间和影响 | 输出联调风险判断，说明是否影响下周三评审 | 12:00 无交付则项目群同步；影响客户预审则升级唐宁 |
| A3 | 完成参与门店名单确认 | 何沛 | 沈乔 | 今天 18:00 | 今天 14:00 | 等待依赖 | 客户侧 2 个城市未确认 | 缺的 2 个城市是谁在确认，最晚何时返回 | 门店名单完整，并标出未确认城市处理方式 | 16:00 仍缺城市结果，项目群同步风险和备选方案 |
| A4 | 输出客户评审材料初稿 | 沈乔 | 赵弈、何沛 | 下周一 11:00 | 今天 17:00 项目同步 | 有风险 | 依赖产品范围、门店名单 | 若产品和名单今天不能闭环，评审材料能否先出保守版 | 下周一 11:00 前提交客户预审可用初稿 | 今天同步会需确认是否影响下周一客户预审 |
| A5 | 输出客服 FAQ 初稿 | 顾闻 | 沈乔 | 下周二 15:00 | 下周一 15:00 | 未开始但未逾期 | 依赖客户评审材料活动规则 | 是否需要先准备通用 FAQ 框架 | FAQ 初稿包含活动规则、不能承诺事项和升级路径 | 若评审材料延期超过下周一上午，需调整 FAQ 截止时间 |

B. 今日跟进清单

临期提醒：
1. A2 技术联调风险判断今天 12:00 截止，目前无更新，需要 11:30 前确认是否能按时输出。
2. A3 门店名单今天 18:00 截止，目前还差 2 个城市确认，需要 14:00 前补状态。

等待依赖：
1. A1 字段清单已发，但还有 3 个字段含义不清，影响 A2。
2. A4 客户评审材料依赖产品范围和门店名单，今天项目同步前需要判断是否能先出保守版。

正常提醒：
1. A5 客服 FAQ 下周二截止，目前可先提醒顾闻准备框架，不要求今天交付。

可闭环：
暂无。A1 虽然已发 v1，但字段含义未被技术确认，不能关闭。

C. 可直接发送的跟进消息模板

消息 1：发给赵弈，适合私信或任务评论
赵弈，我这边按纪要跟进字段清单。v1 已收到，但李牧提到还有 3 个字段含义不清，这会影响今天 12:00 的联调风险判断。麻烦你今天 11:00 前补一下这 3 个字段的解释，或回复哪些还需要待确认。我这边会按你的回复更新跟踪表。
建议回复格式：已补齐 / 仍待确认；待确认字段；预计补齐时间。

消息 2：发给李牧，适合私信
李牧，接口联调风险判断按纪要是今天 12:00 截止。我看到当前还依赖字段含义澄清。麻烦你 11:30 前确认一下：如果赵弈 11:00 前补齐字段解释，你是否能按 12:00 输出风险判断；如果不能，请给一个新的输出时间和对下周三评审的影响。
建议回复格式：能否按时；主要卡点；新时间；是否影响评审。

消息 3：发给何沛和沈乔，适合小群或任务评论
何沛、沈乔，我按门店名单事项做一次临期确认。名单今天 18:00 截止，目前还差客户侧 2 个城市确认。麻烦今天 14:00 前同步：这 2 个城市当前由谁确认，预计几点能返回；如果今天无法完整确认，是否有可先提交的名单版本和缺口说明。
建议回复格式：已确认城市；待确认城市；责任人；预计返回时间；备选处理方式。

消息 4：发到项目群，适合 17:00 同步前
各位，我先同步今天需要在 17:00 项目会前确认的 3 个关键点：1. 字段清单还有 3 个字段含义待补，影响技术风险判断；2. 技术联调风险判断今天 12:00 截止，需要确认是否按时输出；3. 门店名单今天 18:00 截止，目前还差客户侧 2 个城市确认。以上如果影响下周一客户预审，请责任人在今天同步会前给出新时间和备选方案。

消息 5：发给顾闻，适合轻量私信
顾闻，客服 FAQ 截止时间是下周二 15:00，目前还没到临期。我这边先同步依赖关系：FAQ 需要等客户评审材料里的活动规则确认。你可以先准备 FAQ 框架，等沈乔下周一初稿出来后再补规则细节。若你需要提前确认不能承诺的边界，可以在下周一 15:00 前告诉我。

D. 逾期升级规则

1. A2 技术风险判断：今天 12:00 无交付，先在项目群同步事实和影响；如果影响下周一客户预审，升级给项目负责人唐宁。
2. A3 门店名单：今天 16:00 仍无法确认缺失城市，项目群同步风险，并要求提供“完整名单延期”或“先提交已确认名单”的选择。
3. A4 客户评审材料：若今天 17:00 前无法确认产品范围和门店名单是否可用，项目同步会上必须判断是否出保守版材料。
4. 所有任务：逾期超过 1 个工作日仍无新截止时间，升级唐宁；升级消息必须包含原截止时间、当前状态、影响节点、需要决策的问题。

E. 人工确认事项

1. 是否允许客户评审材料先出保守版，需要项目经理和客户成功确认。
2. 技术风险判断是否影响上线准备评审，不能只由 AI 判断，需要李牧或技术负责人确认。
3. 门店名单缺失城市是否可以后补，需要运营和客户成功共同确认。
4. 项目群消息是否会造成不必要压力，发送前由项目经理调整语气和抄送范围。

人工验收

人要怎么检查和改到可用

第一，检查行动项是否真的来自已发送纪要。AI 有时会把“应该做的事”补成“已经确认的事”。如果纪要里没有明确负责人、截止时间或交付物，就要标为待确认，而不是放进主表当成正式任务。

第二，检查责任人和协同人是否写反。跟进消息发错对象，会让责任边界变乱。第一责任人负责推动结果出现；协同人负责提供材料、确认口径或完成局部支持。多人参与时，也要保留一个主责任人。

第三，检查截止日期和检查点是否合理。不要只看最终截止时间。客户评审、上线冻结、周会同步这些节点，往往比任务截止日期更能决定提醒节奏。关键路径任务要提前问，不能等逾期再问。

第四，检查消息适合公开还是私信。普通进度提醒可以私信；影响项目节点的事实可以在项目群同步；涉及绩效、资源冲突、客户投诉、预算或人事判断的内容，不要直接公开发。

第五，检查逾期升级是否基于事实。好的升级消息写“原定今天 12:00 输出，目前无交付，影响下周一客户预审判断，需要确认新时间或备选方案”；不要写“某某一直不推进”。升级的目标是解决卡点，不是制造对立。

第六，检查闭环标准是否明确。任务不是对方回复“收到”就闭环。闭环通常需要交付物、验收人或同步位置。例如“字段说明补齐并由技术确认可用于评估”“客户材料初稿已放入共享文档并由项目经理确认可发预审”。

失败反例

这些失败反例要提前避开

【反例一：把纪要重新总结了一遍，没有形成跟进动作】

错误做法是让 AI 输出“本次会议主要讨论了产品、技术、运营和客户材料四类事项”。这类总结看起来完整，但项目经理仍然不知道今天该问谁、问什么、什么时候升级。

更好的做法是要求 AI 输出“今日跟进清单”和“可发送消息”。每条消息都要有对象、截止时间、需要回复的格式和下一步处理规则。

【反例二：把所有提醒都写成“进展如何”】

“这个任务进展如何”太泛，责任人可能回复“推进中”，但项目经理还是不知道是否能按时交付。尤其是跨部门任务，泛问等于没有问。

更好的问法是绑定交付物和风险：“今天 12:00 前是否能输出联调风险判断；如果不能，请回复当前卡点、新输出时间，以及是否影响下周一客户预审。”

【反例三：逾期后只催负责人，没有升级规则】

如果任务已经影响客户评审或上线窗口，继续私信催负责人可能解决不了资源问题。没有升级规则，项目经理会在“要不要发群里”“要不要找负责人”之间犹豫，最后错过处理窗口。

更好的做法是提前定义升级边界：关键路径任务截止当天无交付，项目群同步事实；逾期超过 1 个工作日，升级项目负责人；影响客户承诺，必须附带备选方案。

【反例四：让 AI 替你判断责任归属】

AI 可能会根据语义把“提供输入的人”写成责任人。例如产品提供字段，技术做评估，AI 可能把两者都写成负责人。这样会让后续跟进变成互相等待。

更好的做法是让 AI 标出“候选责任人”和“需人工确认责任边界”。项目经理根据会议纪要、组织分工和实际权限确认后，再发正式跟进消息。

【反例五：公开同步里夹带敏感判断】

有些内容不适合直接发到项目群，例如“某团队资源不足”“客户可能投诉”“某责任人连续延期”。AI 不知道团队关系，可能把这些内容写得过于直接。

更好的做法是把公开消息限定为事实、影响和需要确认的问题；敏感原因和责任判断先私下确认，再决定是否升级。

主题边界

它和相邻主题的区别

本篇和“会中行动项”不同。会中行动项关注会议正在进行时如何抓住任务、责任人、截止时间和限制条件，核心产物是会议结束前可确认的行动项记录表。本篇发生在纪要已经发出去之后，重点是用既有纪要继续追踪执行：今天该提醒谁、如何问状态、逾期后何时升级、什么条件下可以关闭。

本篇也不同于“周会责任人追踪表”。周会责任人追踪表通常围绕固定周节奏，把一场周会的讨论整理成责任人、验收标准和提醒节奏。本篇不限定周会，也不重点处理纪要到责任表的第一次整理，而是聚焦项目经理的会后追踪操作：基于已发纪要、当前状态和项目节点，生成行动项跟踪表、跟进消息模板和逾期升级规则。

一句话区分：会中行动项解决“会上怎么记准任务”，周会责任人追踪表解决“周会讨论怎么变成责任表”，本篇解决“纪要发出以后，项目经理怎么把行动项持续盯到闭环”。