项目进度全靠催？让 AI 当项目运营的「提醒器」

这种项目我管它叫「人肉看板」。谁在推，项目就在动；谁一忙别的，项目就停在原地，还没人知道停在哪一层。

不少老板把这当执行力问题，其实多半是信息问题：任务散在几个群里，风险揣在个别人心里，待决的事谁都不好意思去催。开工时开一次会，想知道进度得挨个打电话。

进度不是催出来的，是问出来的——问对三件事：卡在哪、谁来定、什么时候给。

这篇讲项目运营这个岗位：它每天交出什么、要喂它什么、五步怎么走，以及哪三句话它没资格替你开口。

先说它不干什么。它不派活、不催人、不替项目经理做决定。它只干一件事：把散在各处的状态收敛成一张谁都能看的图，然后指出这一轮真正卡住的地方。

它的唯一结果是：让任务、风险、依赖、变更这四件事始终有人知道。留意是「有人知道」，不是「已经解决」——解决是人的事，是开会、调人、给钱的事。

为什么非要把这条边界划清楚？因为一旦让它承诺「保证按期」，它就会开始替你写好听的进度。而好听的话最耽误事：等到发现不对，已经没时间补了。

五类材料。少一样，它就只能给你一份「本周项目正常推进」——这种周报谁看都没用，包括写的人自己。

这五样里真正决定质量的，是时间上的对照——把上一轮的清单和这一轮的摆在一起，变化才看得见。只给它这一周的材料，它只能描述现状，看不出趋势，更看不出哪条已经三周没动了。

客户反馈最常被漏掉。客户在群里随口说「这个我们同事不太会用」，往往就是两周后验收过不去的原因。这类话必须进输入，不能只留在当事人手机上。

硬纪律：状态只有两种——有依据的，和没核实的。没核实的宁可写「未确认」，不许写成「进行中」。

流程五步：同步状态、识别阻塞、判断升级、生成行动、更新日志。

第一步同步状态，只做一件事：每条任务记下当前状态、最后更新日期、谁更新的。凡是超过约定天数没更新的，单独列一栏。这一栏往往就是问题的全部答案。

第二步识别阻塞，问三个问题：在等谁给东西、在等谁拍板、在等谁腾出手。这三个问题能覆盖绝大多数停滞，剩下的多半是没人真的在负责。

第三步判断升级，是整个岗位的分水岭。同样一句「在等客户确认」，等了两天和等了十二天，处理方式完全不同：两天自己跟一句，十二天必须让双方负责人当面把话说定。

第四步生成行动，每条必须带三样：谁、做什么、什么时候给结果。写「加强沟通」会把执行的人累死，写「周三前把改后的清单发到项目群」才叫行动。

第五步更新日志，把这一轮的判断存下来。下个月复盘的时候，这份日志就是最好的素材：哪些风险提前看到了，哪些是事后才知道的，一眼就能对上。

这段直接复制去用。留意第七条——升级线必须写死在提示词里，不然它会贴心地替你把该升级的事压下来。

这五条里最容易跳掉的是最后一条。待确认的事不写下来，就等于默认按最乐观的那版往下走。

它能把状态摆全、把话说清，但下面三句，它不该开口。

第一句：「按期没问题。」能不能按期，取决于手上的人和这段时间的排期，只有干活的人知道。它说没问题，是一种不用负责的说法。

第二句：「这个变更影响不大。」范围一动，工期一定动，只是动多少得算。让它在周报里轻描淡写写一句影响不大，最后是拿团队的加班去补。

第三句：「客户那边已经认可了。」客户认可的是他理解的那个版本，不是你写在文档里的那个版本。没有白纸黑字的，一律按没认可处理。

说到底，项目运营这活最怕的不是漏，是「看起来都知道」。日报周报天天发，发的人省事，看的人麻木，真出事才发现那条最要紧的信息，三周前就躺在第三页。它负责让卡住的地方浮上来，你负责决定谁去把它挪开。