周三项目卡住怎么办：用一张清单拆出催办对象、决策时限和降级动作

教程定位

这篇教程解决什么问题

项目最危险的时刻，往往不是周一刚开会，也不是周五已经来不及，而是周三下午。任务看板上看起来还有时间，大家也都没有明确说“我做不了”，但几个关键动作已经停住：活动页等设计，名单等数据，话术等产品确认，客户资料等销售催回。你去问负责人，得到的回答也很像：“我这边在等别人”“对方没回我”“还要再确认一下”“如果今天能给我，明天就可以做”。

这些话不一定是推责。很多周中阻塞确实发生在交接缝隙里：一个动作要靠另一个人先给输入，一个决策要等两个部门对齐，一个截止日期看似没到但前置动作已经错过窗口。项目运营如果只继续问“进展怎么样”，很容易得到一串模糊回复；如果立刻拉大群开会，又会把所有人拖进低效同步。更好的做法，是先用 AI 把散落在任务看板、聊天记录、会议纪要、责任人反馈和截止日期里的信息整理成一张“周中卡点推进清单”。

这张清单不是完整风险预警体系，也不是项目复盘。它只处理一个很具体的场景：周三发现关键动作没有推进，项目有延期苗头，需要尽快拆出卡点来源、需要谁回应、最晚决策时间和替代路径。最终产物应该能直接用于催办和升级：谁要在什么时间前给什么答复；如果答复不到，启用什么降级动作；哪些事项需要项目负责人拍板，哪些只是负责人之间的普通协作。

AI 在这里的价值，是帮你把“大家都在等别人”拆成可行动的信息。它可以从聊天记录里提取待回复对象，从会议纪要里找出原承诺，从任务看板里识别已错过的前置节点，从截止日期倒推出最晚决策时间。项目运营要做的是人工核对事实、判断优先级、选择催办语气，并确认哪些替代路径真的可用。不要让 AI 替你责备某个负责人，也不要让它虚构承诺。周中解阻的核心不是追责，而是把项目从“模糊等待”拉回“下一步明确”。

使用场景

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

你是项目运营，负责盯一个跨团队项目按周推进。周一例会上，大家已经确认了本周关键动作：周二前给活动页初稿，周三中午前出邀约名单，周三下午前确认销售跟进话术，周四完成客户资料补齐，周五上线或交付阶段成果。到周三上午，你打开任务看板，发现几个任务还是“进行中”或“等待中”。你分别去问负责人，每个人都能给出一个听起来合理的解释。

活动运营说：“页面文案我写完了，但设计还没排上，我在等设计同学。”

设计说：“我没收到最终文案，昨天群里那版还说要产品确认。”

销售运营说：“话术可以写，但产品还没回复功能边界，怕写错。”

产品说：“边界昨天会议上不是说按保守口径吗？我以为销售可以先写。”

数据同事说：“名单要等运营确认筛选条件，不然取出来也不准。”

每个人都不是完全没动作，但项目整体就是没有向前走。更麻烦的是，离周五节点只剩两天。如果今天下午还不能定下来，明天再补已经会挤压测试、发送、培训或客户确认。你需要的不是一份漂亮的进度报告，而是一张马上能用的推进清单：哪些动作真的卡住了，卡在哪里，谁需要回应，最晚几点回应，没人回应时走哪条替代路径。

这个场景和周一行动盘点不同。周一是在定本周重点，容许讨论优先级和资源分配；周三是在救阻塞，重点是缩短等待链条。它也和完整风险预警不同。风险预警通常要覆盖概率、影响、等级、趋势、负责人、监控机制和长期治理；周中推进清单只问四件事：现在卡在哪里，谁能让它动起来，最晚什么时候必须有结论，如果没有结论怎么降级。

这篇教程适合你在周三上午或周三下午使用，尤其适合以下情况：

如果项目已经明确延期，并且需要重新排期、调整目标或向外部客户说明，那就不只是周中解阻了，需要进入延期沟通或项目变更流程。本文只处理“还有机会拉回来，但必须今天拆清楚”的中间状态。

• 看板上多个任务没有更新，但负责人没有明确报延期。
• 聊天记录里出现多次“等确认”“等回复”“等资料”“等排期”。
• 周五或下一个客户节点已经很近，继续等待会压缩执行时间。
• 你不确定该催谁，因为每个人都说自己在等别人。
• 你需要给项目负责人一份简短、可拍板的卡点清单，而不是一整页聊天截图。

材料准备

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

在打开 AI 之前，先准备五类输入材料。材料不需要整理得很漂亮，但要保留来源和时间。周中卡点最怕只凭印象判断，因为一句“他没回”可能漏掉对方昨天已经在另一个群里回复过；一句“等产品确认”也可能其实是会议纪要里早就有口径，只是没有同步到执行人。

第一类是任务看板。重点复制本周关键任务，不要把整个项目看板都粘进去。每条任务最好包含任务名称、负责人、当前状态、截止时间、依赖方、最近更新时间和备注。尤其要挑出状态为“等待”“阻塞”“进行中但无更新”“即将到期”的任务。已经完成的任务只在影响后续判断时保留。

第二类是聊天记录。只截取和卡点有关的片段，保留发言人、时间和原话。不要把长群聊一股脑粘给 AI，否则它会被无关讨论干扰。你要找的是“等谁”“缺什么”“谁承诺什么时候给”“有没有出现不同理解”。如果聊天里有情绪化表达，保留事实部分即可，避免让 AI 把催办清单写成责备清单。

第三类是会议纪要。会议纪要能帮 AI 找到原始承诺和决策口径。比如周一会议上是否已经确定“功能边界按保守口径先写”，是否明确“数据名单按近 30 天活跃用户筛”，是否说过“设计资源优先给活动页”。如果纪要里没有明确结论，就标成待确认，不要让 AI 自行补结论。

第四类是责任人反馈。你可以把你已经问过的回复汇总进去，例如“活动运营：已写完初稿，等设计排期”“设计：未收到最终文案”“数据：缺筛选条件”。这里要尽量原样记录，不要提前替他们解释动机。AI 后续要基于这些反馈拆“等待链条”，如果你一开始就把反馈改写成自己的判断，容易误判。

第五类是截止日期和不可错过的时间点。周中解阻一定要倒推时间。不要只写“周五上线”，还要写出前置节点：周三 18:00 前必须定页面结构，周四 12:00 前必须完成名单，周四 18:00 前必须完成内部测试，周五 10:00 前必须对外发送。只有把这些时间点写清楚，AI 才能推算“最晚决策时间”。

准备材料时，可以先给每条信息加一个简单标签：

还有一个重要边界：不要把隐私、客户敏感信息、真实手机号、密钥、报价细节或未公开商业信息粘给 AI。样例和提示词里可以使用虚构公司、虚构人名和脱敏数字。真实项目里，如果必须处理敏感材料，先做脱敏，只保留推进所需字段。

• 已确认：来自看板、会议纪要或明确回复，可以作为事实使用。
• 待确认：来自口头转述、模糊聊天或个人猜测，需要找人确认。
• 已过窗口：原计划时间已经过了，再等会影响后续动作。
• 可降级：如果原方案来不及，可以换成模板、缩小范围、先发一版、后补材料或改走人工处理。

实操流程

按这套步骤把工作跑起来

第一步，先定义“周中解阻”的任务边界。

不要直接对 AI 说“帮我看看项目风险”。这个指令太宽，AI 很容易输出一套完整风险表，里面有风险等级、概率、影响、预案、监控频率，看起来完整，但不一定能帮你在今天下午把任务推进起来。你要明确告诉 AI：这次只生成周中卡点推进清单，目标是拆清当前阻塞和下一步动作，不做完整风险预警，不写复盘，不评价个人表现。

第二步，按来源粘贴材料。

材料顺序建议是：任务看板、截止日期、会议纪要、聊天记录、责任人反馈。任务看板告诉 AI 项目应该怎么走；截止日期告诉 AI 时间压力；会议纪要告诉 AI 原承诺；聊天和反馈告诉 AI 当前为什么没动。来源清楚，AI 才能把“事实”和“猜测”分开。

第三步，让 AI 识别“阻塞类型”，不要只列任务。

周中卡点通常不是单一原因。可以要求 AI 把每个卡点归为以下几类：

分类的目的不是给问题贴标签，而是决定下一步怎么推进。输入缺失要找输入提供方，决策未定要找决策人，资源未排要找排期负责人，责任断点要让项目负责人明确主责，时间窗口压缩要立刻准备降级动作。

第四步，倒推最晚回应时间。

很多催办失败，是因为只说“麻烦尽快”。周中推进不能只催“尽快”，要给出最晚时间。比如周五 10:00 对外发送邀请，那周四 18:00 前必须完成测试，周四 12:00 前必须拿到名单，周三 18:00 前必须确认筛选条件。于是“数据名单”这个卡点的最晚决策时间不是周五，而是周三下午。

你可以让 AI 为每个卡点输出三个时间：原计划时间、当前剩余窗口、最晚回应时间。最晚回应时间要保守一点，给后续执行留缓冲。AI 可以根据你提供的截止日期做倒推，但你必须人工确认这个倒推是否符合真实工作节奏。

第五步，拆出待催办对象和催办内容。

待催办对象不是所有相关人，而是“能让下一步发生的人”。如果活动页卡住，相关人可能有活动运营、设计、产品、项目负责人，但待催办对象要看卡点在哪里：如果缺最终文案，就催活动运营；如果文案已定但设计没排期，就催设计或设计排期负责人；如果文案口径未定，就催产品或项目负责人拍板。

催办内容也要具体，不要写“请推进活动页”。更好的写法是：“请在周三 15:00 前确认活动页首屏文案是否按会议纪要第 2 版执行；如不能确认，默认启用保守口径版本，设计 16:00 开始排版。”这种表达让对方知道要回复什么，也让项目负责人知道没有回复时怎么走。

第六步，为每个高风险卡点准备一个降级动作。

周中已经卡住时，只催办不够。你还要准备替代路径，否则一旦对方没回，项目继续原地等待。降级动作可以是：

降级动作必须写清触发条件。比如“周三 16:00 前设计未确认排期，则启用旧模板”，而不是泛泛地说“必要时降级”。触发条件越具体，项目运营越容易在时间点到了以后执行。

第七步，让 AI 输出一页清单，并做人工复核。

最终清单建议控制在 5 到 8 行。每一行包含：卡点事项、卡点来源、当前等待对象、需要对方回应什么、最晚回应时间、原负责人、升级对象、降级动作、下一次检查时间。不要把所有小问题都塞进去。周中推进清单是为了让项目动起来，不是为了展示你掌握了多少细节。

人工复核时，重点看四件事：事实是否准确，时间是否可行，催办对象是否找对，降级动作是否真的能执行。尤其要检查 AI 有没有把“待确认”写成“已确认”，有没有把聊天里的模糊话改写成明确承诺，有没有把需要项目负责人拍板的事项变成普通执行催办。

• 输入缺失：缺名单、文案、客户资料、截图、数据口径、产品边界。
• 决策未定：需要负责人、项目负责人或业务负责人拍板。
• 资源未排：设计、数据、开发、法务等资源没有明确排期。
• 责任断点：A 以为 B 负责，B 以为 A 先给输入。
• 时间窗口已压缩：即使今天给输入，后续动作也可能来不及。
• 外部等待：客户、供应商、合作方或外部审核没有回应。
• 用旧模板替代新设计。
• 先发布核心版本，非关键模块后补。
• 先用保守口径话术，产品边界后续补 FAQ。
• 名单先取高置信人群，低置信人群第二批补发。
• 客户资料缺失时先推进不依赖该资料的配置。
• 把全量同步改成小范围试跑。

输入示例

可以直接参考的输入材料

下面是一份安全虚构的输入材料。里面的人名、公司、项目和数字都不对应真实组织。你可以替换成自己的任务看板、聊天记录、会议纪要和责任人反馈。

我的角色：
我是“北桥云课”的项目运营，负责推进本周五上线的“夏季公开课邀约项目”。

本次任务：
今天是周三上午。我发现几个关键动作没有推进，负责人都说在等别人。请帮我生成一张周中卡点推进清单，拆出卡点来源、待催办对象、最晚回应时间和可降级动作。

项目目标：
- 周五 10:00 前完成公开课第一轮邀约发送。
- 第一轮邀约名单不少于 1200 人。
- 邀约页面、销售跟进话术和短信文案必须在发送前完成内部确认。

关键截止日期：
- 周三 15:00 前：确认名单筛选条件和页面文案口径。
- 周三 18:00 前：设计开始活动页排版；销售话术进入终稿。
- 周四 12:00 前：数据交付第一轮邀约名单。
- 周四 17:00 前：完成页面、短信、话术内部测试。
- 周五 10:00 前：第一轮邀约发送。

任务看板：
1. 活动页文案确认
   负责人：Ada
   状态：进行中
   截止：周三 15:00
   依赖：产品确认功能边界
   最近更新：周二 18:40，Ada 备注“等产品确认口径”

2. 活动页设计排版
   负责人：Kai
   状态：等待
   截止：周三 18:00
   依赖：最终文案
   最近更新：周三 09:20，Kai 备注“未收到终稿”

3. 第一轮邀约名单
   负责人：Mina
   状态：未开始
   截止：周四 12:00
   依赖：运营确认筛选条件
   最近更新：周三 09:30，Mina 备注“筛选条件未定，今天下午可取数”

4. 销售跟进话术
   负责人：Ben
   状态：进行中
   截止：周三 18:00
   依赖：产品确认功能边界
   最近更新：周二 20:10，Ben 备注“等产品回复后再定稿”

5. 短信文案审核
   负责人：Nora
   状态：未开始
   截止：周四 17:00
   依赖：页面链接和名单
   最近更新：无

周一会议纪要摘录：
- 公开课主卖点先按“自动生成课后跟进清单”写，不承诺“自动成交预测”。
- 如果产品对功能边界没有新增意见，周三 15:00 默认按保守口径进入设计和销售话术。
- 名单筛选条件暂定：近 60 天报名过运营类课程、未购买年度会员、企业规模 20 人以上。
- 如果周三 18:00 前新页面无法排版，允许启用 6 月公开课模板，只替换标题、讲师和报名按钮。

聊天记录摘录：
周二 17:50 Ada：我把页面文案第二版发群里了，产品帮忙看下功能边界。
周二 19:05 Ben：销售话术也等这个边界，不然怕承诺过头。
周三 09:10 产品 Leo：我上午连续会，下午 14:30 前可以看。
周三 09:25 Kai：设计这边今天只有 0.5 人天，如果 16:00 前没终稿，就只能走旧模板。
周三 09:32 Mina：名单条件如果就按周一纪要，我 15:00 前能开始取数，明天 12:00 前给第一版。

责任人反馈：
- Ada：文案已写完，但不敢定终稿，等产品 Leo 确认。
- Ben：话术框架已写，产品边界确认后 2 小时内可以完成终稿。
- Kai：需要 16:00 前拿到终稿，否则新设计来不及。
- Mina：筛选条件如果不变，今天下午可以取数；如果要改条件，需要重新评估。
- Nora：短信审核要等页面链接和名单字段，不建议周四下午才开始。

限制：
- 不新增预算。
- 不临时扩大邀约人群到未授权名单。
- 不承诺产品没有确认的功能。
- 请不要评价个人表现，只输出推进清单。

提示词

可复制使用的提示词

你可以复制下面这段提示词，把自己的材料粘在最后。为了避免 AI 写成泛泛的风险报告，提示词里要反复强调“周中解阻”和“可执行清单”。

如果你已经知道最关键的项目节点，可以追加一句：

你是我的项目运营周中解阻助手。请根据我提供的任务看板、聊天记录、会议纪要、责任人反馈和截止日期，生成一张“周中卡点推进清单”。

本次边界：
1. 只处理周三发现关键动作卡住的推进问题，不写完整风险预警体系，不写项目复盘。
2. 不评价个人表现，不推断动机，不把模糊聊天改写成确定承诺。
3. 不虚构我没有提供的时间、资源、预算、负责人或决策结论。缺信息时写“待确认”。
4. 重点拆出：卡点来源、待催办对象、需要对方回应什么、最晚回应时间、升级对象、可降级动作。
5. 输出要能直接用于今天催办和项目负责人拍板，主表控制在 8 行以内。

请按以下结构输出：

A. 当前阻塞总览
- 用 3 到 5 句话概括项目卡在哪里。
- 区分“输入缺失、决策未定、资源未排、责任断点、时间窗口压缩、外部等待”。

B. 周中卡点推进清单
请用表格输出，字段包括：
- 序号
- 卡点事项
- 卡点类型
- 卡点来源证据
- 当前等待对象
- 需要对方回应什么
- 最晚回应时间
- 原负责人
- 升级对象
- 可降级动作
- 下一次检查时间

C. 今天的催办顺序
- 按时间紧急程度列出先催谁、再催谁。
- 每条都写清“为什么现在催”。

D. 可降级动作触发条件
- 每个降级动作都写触发时间和执行方式。
- 如果没有足够信息判断可降级，请写“需要项目负责人确认”。

E. 人工复核清单
- 列出项目运营在发送催办前必须人工核对的事实、时间、责任人和敏感信息。

以下是我的输入材料：
【在这里粘贴任务看板、聊天记录、会议纪要、责任人反馈和截止日期】

请从“周五 10:00 必须对外发送”倒推最晚决策时间，不要只按任务看板上的截止日期排序。

输出样例

AI 应该输出到什么程度

下面是基于上面虚构输入，AI 可能生成的一版初稿。它的作用是帮项目运营快速看清等待链条，不是替你直接发给全员。

【A. 当前阻塞总览】

当前项目的主要阻塞集中在两个前置输入：产品功能边界确认、名单筛选条件确认。产品边界影响活动页文案和销售跟进话术；名单筛选条件影响数据取数和短信审核。设计资源也存在时间窗口压缩：如果周三 16:00 前没有终稿，新设计就来不及，需要启用旧模板。周一会议纪要里已经提供了部分默认口径和降级路径，因此今天的重点不是重新讨论方案，而是确认是否按纪要默认执行。

【B. 周中卡点推进清单】

| 序号 | 卡点事项 | 卡点类型 | 卡点来源证据 | 当前等待对象 | 需要对方回应什么 | 最晚回应时间 | 原负责人 | 升级对象 | 可降级动作 | 下一次检查时间 | | ---: | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | | 1 | 活动页文案终稿未定 | 决策未定 / 时间窗口压缩 | 看板显示 Ada 等产品口径；周一纪要写明无新增意见则按保守口径；设计 16:00 后只能走旧模板 | 产品 Leo | 确认页面文案是否按“自动生成课后跟进清单”保守口径执行，是否禁止写“自动成交预测” | 周三 14:30 | Ada | 项目负责人 | 14:30 未回复则按周一纪要保守口径定稿；16:00 前给设计旧模板替换内容 | 周三 14:40 | | 2 | 活动页设计排版未开始 | 资源未排 / 输入缺失 | Kai 反馈未收到终稿，今天只有 0.5 人天；会议纪要允许 18:00 前无法排版则启用旧模板 | Ada / Kai | Ada 给终稿；Kai 确认可排新版还是旧模板 | 周三 16:00 | Kai | 项目负责人 | 16:00 前未拿到终稿或无设计排期，则启用 6 月公开课模板，只替换标题、讲师和报名按钮 | 周三 16:10 | | 3 | 第一轮邀约名单未开始 | 输入缺失 | Mina 反馈筛选条件未定；会议纪要已有暂定条件；周四 12:00 要交第一版名单 | 项目运营 / Mina | 确认名单筛选条件是否沿用周一纪要：近 60 天报名运营类课程、未购买年度会员、企业规模 20 人以上 | 周三 15:00 | Mina | 项目负责人 | 15:00 前未确认新条件，则按周一纪要取第一版高置信名单，低置信人群第二批补发 | 周三 15:10 | | 4 | 销售跟进话术无法终稿 | 决策未定 | Ben 反馈等产品边界，确认后 2 小时内完成；周三 18:00 截止 | 产品 Leo / Ben | Leo 确认功能边界；Ben 按保守口径完成话术终稿 | 周三 15:00 | Ben | 销售负责人 | 15:00 前无新增产品意见，则使用保守口径话术，不写未经确认的功能承诺 | 周三 17:00 | | 5 | 短信文案审核尚未启动 | 时间窗口压缩 / 输入依赖 | Nora 反馈要等页面链接和名单字段，不建议周四下午才开始 | Nora / Ada / Mina | Nora 先基于旧模板准备审核底稿；Ada 和 Mina 标出必须后补的链接和名单字段 | 周三 17:00 | Nora | 项目负责人 | 先审通用短信文案，不含动态字段；名单字段周四 12:00 后补验 | 周三 17:30 |

【C. 今天的催办顺序】

【D. 可降级动作触发条件】

【E. 人工复核清单】

发送催办前，项目运营需要人工核对以下内容：

这份 AI 输出样例已经把等待链条拆开了，但项目运营还要把它改成更短的实际执行版本。对外催办时，不需要把整张表都发给所有人。你可以按对象拆成几条短消息：给产品只发边界确认，给数据只发筛选条件确认，给项目负责人发需要拍板的降级动作。这样既减少噪音，也避免让协作对象感到被公开追责。

1. 先催产品 Leo，因为产品边界同时影响活动页文案和销售话术，而且设计 16:00 后无法排新版。催办内容不是“请尽快确认”，而是“请在 14:30 前确认是否按周一纪要保守口径执行；如无新增意见，项目组将按该口径进入设计和话术终稿”。
2. 同步催项目负责人确认名单筛选条件是否沿用周一纪要。名单最晚周四 12:00 要交付，Mina 今天下午才能取数，如果 15:00 前条件还不定，后续短信审核和邀约发送都会被压缩。
3. 15:00 后催 Ben 进入话术终稿，不再等待开放式讨论。只要产品没有新增反对意见，就按保守口径写，不承诺未确认功能。
4. 16:00 前检查 Ada 和 Kai 是否进入设计排版。如果新版来不及，立即启用旧模板，不继续等待新设计。
5. 17:00 前让 Nora 先启动短信通用文案审核。页面链接和名单字段可以后补，但短信主文案不要等到周四下午才开始。

• 周一会议纪要是否真的写明“无新增意见则按保守口径执行”，不要把会议讨论误写成正式决策。
• 产品 Leo 的 14:30 回复时间是否来自本人明确消息，不要把“下午看看”改写成承诺。
• 旧模板是否仍可使用，是否存在过期价格、旧讲师信息、错误按钮或不符合当前品牌规范的问题。
• 名单筛选条件是否合规，不能为了赶进度扩大到未授权人群。
• 销售话术是否避开未确认产品能力，避免对外承诺超出实际能力。
• 降级动作是否需要项目负责人拍板；如果需要，催办清单里要写清楚“请确认是否启用”，不要直接替负责人决定。

降级动作 1：活动页使用旧模板
触发条件：周三 16:00 前未拿到终稿，或设计无法确认新版排期。
执行方式：启用 6 月公开课模板，只替换标题、讲师、报名按钮和保守口径卖点。
人工确认：项目负责人确认旧模板是否满足本次邀约质量要求。

降级动作 2：销售话术使用保守口径
触发条件：周三 15:00 前产品没有新增反对意见，或产品无法给出更细边界。
执行方式：只写“自动生成课后跟进清单”，不写“自动成交预测”等未经确认能力。
人工确认：销售负责人确认该话术能否用于第一轮跟进。

降级动作 3：名单先取高置信版本
触发条件：周三 15:00 前没有新的筛选条件，或新增条件会导致取数延后。
执行方式：按周一纪要条件先取第一版 1200 人名单；如需扩展人群，第二批补发。
人工确认：数据同事确认该条件不涉及未授权名单。

降级动作 4：短信审核先审通用文案
触发条件：周三 17:00 前页面链接或名单字段仍未齐。
执行方式：先提交不含动态字段的短信主文案审核，链接和字段在周四 12:00 后补验。
人工确认：Nora 确认审核流程允许后补字段。

人工验收

人要怎么检查和改到可用

AI 生成清单后，不能直接复制到群里。周中卡点推进涉及人、时间和责任，如果事实错了，会很快伤害协作关系。建议你按下面的顺序人工检查。

先查事实。逐行核对卡点来源证据，确认每一句都能回到任务看板、聊天记录或会议纪要。AI 有时会把“预计可以”写成“已经承诺”，把“旧模板可考虑”写成“确定启用旧模板”。凡是证据不够硬的地方，都要改成“待确认”。

再查时间。周中推进清单的时间必须可执行。比如让产品 10 分钟内确认复杂功能边界，可能不现实；让数据周三 17:00 取完整名单，但数据同事下午已经没有排期，也不现实。时间不是越早越好，而是要能为后续动作留出真实缓冲。

第三查对象。待催办对象应该是能提供输入、做出决策或安排资源的人，不一定是任务看板上的负责人。比如任务负责人是销售运营，但真正卡住的是产品边界，那催办对象应该包含产品；如果产品没有权力决定是否降级，就要找项目负责人拍板。

第四查语气。周中解阻的语气要短、准、可回复。不要发“为什么还没推进”“这件事已经拖很久了”这种容易引发防御的句子。更适合的表达是：“为了不影响周四测试，请在 15:00 前确认 A 或 B；如未确认，我会按周一纪要提交项目负责人启用 B 方案。”这句话有时间、有选项、有后续动作。

第五查降级动作。不是所有替代路径都能随便启用。旧模板可能有过期信息，保守话术可能影响转化，高置信名单可能数量不足，先发核心版本可能需要客户同意。AI 可以提出降级动作，但项目运营要确认它是否符合品牌、法务、客户承诺和内部流程。

最后把清单拆成三种输出：一份完整表给项目负责人，一组短催办消息给具体对象，一条时间线给自己跟进。完整表用于拍板，短消息用于推进，时间线用于检查。不要把所有信息都丢进大群，否则大家又会重新讨论背景，卡点反而没有被解掉。

失败反例

这些失败反例要提前避开

**反例 1：把周中解阻写成完整风险报告。**

错误做法是让 AI 输出一张很大的风险矩阵，包含风险概率、影响范围、预警等级、长期预防机制、周报建议和复盘模板。这样的材料看起来专业，但周三下午没有人有时间读完，也不能告诉你 15:00 前该催谁。周中解阻的重点是“下一步怎么动”，不是搭建完整治理体系。

更好的做法是控制主表字段，只保留卡点、等待对象、回应内容、最晚时间、升级对象和降级动作。长期风险可以另开一份文档，别让它挤占今天的推进动作。

**反例 2：只列负责人，不列真正等待对象。**

错误输出可能写成：“活动页负责人 Ada，请周三完成；话术负责人 Ben，请周三完成；名单负责人 Mina，请周四完成。”这等于把看板重新抄了一遍。真正的问题是 Ada 和 Ben 都在等产品边界，Mina 在等筛选条件。只催任务负责人，会让他们再次回复“我在等别人”。

更好的做法是拆出等待链条：Ada 等 Leo 确认口径，Kai 等 Ada 给终稿，Mina 等项目运营确认筛选条件，Nora 等页面链接和名单字段。清单要催能解锁下一步的人，而不只是看板上的负责人。

**反例 3：所有催办都写“尽快”。**

“请尽快确认”“麻烦今天推进一下”“有空看下”是周中推进里最常见、也最无力的句式。它没有给出决策时间，也没有说明不回复会发生什么。对方可能以为下班前回复也算尽快，但你的设计窗口可能 16:00 就关闭了。

更好的做法是写成“请在周三 14:30 前确认是否按保守口径执行；14:30 前无新增意见，我会按周一纪要推进终稿，并在 16:00 前交给设计”。这不是威胁，而是把时间窗口说清楚。

**反例 4：把降级动作当成 AI 可以自动决定的方案。**

有些 AI 输出会直接写“启用旧模板”“缩小邀约范围”“先发短信后补链接”。这些动作可能可行，也可能会违反品牌、合规或客户承诺。项目运营不能因为 AI 写了就直接执行。

更好的做法是把降级动作写成“建议路径 + 触发条件 + 需确认人”。例如“周三 16:00 前新设计未开始，则建议启用旧模板；需项目负责人确认旧模板内容不过期”。这样清单既能推进，又不会越权。

**反例 5：把催办清单发成公开追责清单。**

错误做法是把每个人的等待、延误和未回复都整理成一张大表发到项目群，还加上“请各负责人说明原因”。这会让协作对象进入防御状态，后续每个人都开始解释自己没问题，真正的卡点反而更难推进。

更好的做法是分层发送。给项目负责人发完整判断和需拍板事项；给具体对象发和他相关的短确认；需要群内同步时，只发结论和下一步，不展开追责。周中解阻的目标是恢复流动，不是证明谁错了。

主题边界

它和相邻主题的区别

这个主题专门处理“周三发现项目卡住”的中间状态。它和几个相邻主题很容易混淆，但产物和使用时机不同。

它不同于“周一行动盘点表”。周一盘点的重点是确定本周关键动作、负责人和检查时间，讨论空间比较大；周中卡点推进清单的重点是处理已经发生的阻塞，时间更紧，输出必须能直接催办和降级。周一可以问“本周先做哪几件事”，周三要问“现在谁还没给什么，几点前必须给，不给怎么办”。

它也不同于“跨部门共同目标责任拆解”。责任拆解发生在项目启动前，重点是把输入、过程和结果责任分清，避免后面扯皮；周中卡点推进发生在执行中，默认项目已经启动，重点是把当前等待链条拆开。前者适合开启动会，后者适合周三下午救进度。

它还不同于“完整风险预警体系”。风险预警关注更长周期，要持续观察概率、影响、趋势和应对策略；周中推进清单只关注今天和明天能不能把动作救回来。它可以包含风险等级，但不应该把主要篇幅放在风险分析上。只要清单能说清待催办对象、最晚回应时间和降级动作，就已经完成任务。

它也不是延期通知模板。延期通知是在已经确认无法按期交付时，对内或对外说明原因、影响和新计划；周中解阻是在延期尚未确定时争取把项目拉回来。如果你已经知道周五一定无法上线，就不要继续用周中推进清单假装能救，而是进入延期沟通和重新排期。

最后，它不是个人绩效管理工具。负责人说“等别人”可能是真的，也可能暴露了协作习惯问题，但这篇文章不处理绩效评价。项目运营在这个场景里的价值，是把模糊等待变成明确动作，把“大家都觉得自己没法动”变成“下一步由谁在几点前确认”。只要项目重新动起来，这张清单就完成了它的使命。