等待成本应当按“可归因的停滞时间”记录,而不是按自然日累计。具体做法是:为每项缺失资料建立一条等待记录,写明所需资料、阻塞了哪一道工序、从哪一天起该工序无法推进,以及在这段时间里团队实际做了什么替代工作。只有当缺失资料确实让某道工序停摆时,这段时间才计入等待成本;如果团队只是暂时把它排在后面、先做了别的任务,那属于排期调整,不应算作客户的等待责任。这条区分决定了后续是继续保留这段合作关系、改写交付节奏,还是启动退出。
客户资料不到位并不都等于成本。要先把情形拆开:
只有第一种才需要单独记录等待成本。把三种混在一起统计,会让数字失去意义,也会让后续的保留或退出判断建立在错误前提上。判断依据可以用一句话检验:如果这份资料今天到位,明天是否有一道具体工序能立刻启动?能,就是真阻塞;不能,就再想清楚它到底卡住了什么。
记录的目的是让等待可核对、可复算,而不是制造一份情绪化的催收清单。建议每条记录至少包含以下内容:
把这些字段固定成模板后,等待时长可以直接由起始和解除日期算出,不需要凭印象估算。假设某条记录显示阻塞工序从3月1日停到3月20日,期间团队转做了另外两项不依赖该资料的任务,那么真正损失的是无法并行的部分,而不是整整20天。这个区分会影响下一步:损失小,可以谈调整节奏;损失大且反复发生,才需要认真考虑退出。
不需要把等待直接折算成金额才有用。更有说服力的做法是换算成三种可核对的影响:
这三项都可以从等待记录里直接读出,不依赖任何外部数据。当需要和客户沟通时,拿出的是“哪道工序停了多久、期间做了什么、迟到后要不要返工”,而不是笼统的“你们拖了很久”。前者能推动决策,后者只会引发争论。需要说明的是,等待时间变长本身不能单独证明合作该结束,它也可能说明客户内部流程复杂、决策链长,这些同样要写进记录,作为判断保留还是退出的背景。
等待记录积累到一定程度后,取舍就有了依据:
保留适用于阻塞集中在少数环节、替代工作能覆盖大部分进度、且客户在催收后有明确回应的情况。此时要做的是把等待记录转成新的交付节奏,例如把易缺资料的环节前置确认。
改写适用于等待反复出现、但资料本身仍有价值的情况。可以调整合作范围,把依赖客户资料的工序单独拆出,先交付不依赖它的部分,让等待不再拖住整体。
退出适用于同一类资料长期缺失、替代工作已无法推进、催收记录显示多次无回应的情况。退出时保留仍然有用的部分,例如已完成的素材、可复用的结构,把等待记录作为交接说明的一部分,而不是作为追责材料。
这三种选择不是必须全部走一遍,而是根据记录结果选一条。判断的关键在于:等待是偶发还是模式化。偶发可以保留,模式化且无改善迹象,就该考虑改写或退出。
假设两个项目都出现了15天的资料等待。项目A的阻塞工序是“投放账户授权”,期间团队完成了落地页和素材,授权到位后可直接上线,损失有限,适合保留并调整授权前置。项目B的阻塞工序是“核心卖点确认”,期间团队无法撰写任何主文案,替代工作只能做排版准备,资料到位后此前假设的文案方向还需推翻重写,损失较大,适合改写范围或退出。两者等待天数相同,但替代工作和返工风险的差别让结论相反。这说明记录的重点不是天数本身,而是天数背后被卡住的具体工序和可恢复程度。
把等待记录做成固定模板并坚持填写,下一步无论是谈节奏、改范围还是收尾,都能拿出可核对的依据,而不是靠回忆争论谁耽误了谁。