有条件的结论是:资源被抽走时,不要试图把原有推广动作按比例缩小,而应保留一条能被单独核对、且不依赖原团队协作的持续动作。若这条动作需要跨角色审批、依赖临时预算或必须等设计素材才能启动,它就不算最小持续动作,结论失效。
多个角色对同一事实理解不同,通常不是谁在说谎,而是把两类变化混在一起:一类是执行人力减少,另一类是预算或渠道权限被收回。前者还能靠流程维持,后者会让动作直接中断。
判断依据不是谁的声音大,而是看这项动作需要哪些前置条件。把前置条件逐条列出,哪些还成立、哪些已失效,分歧就变成了可以核对的项目。
可以保留的动作,要同时满足三个条件:有明确责任人、有固定的触发时间、结果能被外部看到。缺任何一条,它都会在几周内自然消失。
假设某团队原本同时做内容更新和付费投放,投放预算被收回,只留下一个人。此时可保留的最小动作是:每周把用户重复问到的问题整理成一段可发布的说明,更新到已有页面。这个动作不需要预算,结果可被他人查看。若该团队连页面编辑权限也被收回,这个动作同样不成立,需要换成只依赖个人账号的公开回复。
当不同角色对“还剩多少资源”说法不一时,不要继续争论,而是做一次清单核对。核对的对象是前置条件,不是结论。
核对完成后,把结果写成一句话:在X条件下,由Y每周做Z,结果记录在W。这句话本身就是后续判断的依据。如果几天后条件又变了,只需更新这句话,而不用重新讨论一遍。
有人会把“继续维护已有内容”当作最小动作,理由是它不需要新增投入。但如果维护动作本身依赖原团队的排期系统,而该系统已经无人更新,那么维护会变成无人认领的悬空任务。这种情况下,保留动作反而制造了“还在推广”的假象。
更稳妥的做法是:先确认维护动作的执行人是否还在原岗位、是否仍有操作入口。如果答案是否定的,就不要保留这个动作,改为只保留个人层面可独立完成的公开回应。这个反例说明,最小持续动作的成立条件不是“看起来省资源”,而是“当前确实有人能独立完成”。
选定最小动作后,下一步是给它设一个短周期的核对点,例如两周。核对时只看两件事:动作是否按触发点执行,结果是否被外部看到。若两项都成立,可以在此基础上逐步加回一个动作;若有一项不成立,说明保留的动作仍然过重,需要继续缩减。
结果影响下一步的方式很直接:能稳定执行的动作可以承接更多任务,不能稳定执行的动作即使看起来重要,也应先放下。这样做的目的不是长期维持最低水平,而是在资源恢复前保住一条可验证的线索,避免推广工作完全归零后无法判断从哪里重新开始。