先把等待成本记成可核对的三列:日期、缺失项、因缺失而无法启动的动作。不要只写“等客户”,而要写清“因为缺这份资料,哪一步不能做”。这样做的直接结果是:你能区分哪些等待是必要的,哪些只是流程空转,并据此决定是继续催、换替代方案,还是把该环节从本期交付范围里拿掉。
资料没到,本身不是问题;问题是它卡住了哪一步。以一份待确认的Google Ads账户授权为例,缺失的不是“权限”两个字,而是“无法读取历史转化数据”这一动作。记录时写成:阻塞动作——无法完成转化路径核对。动作越具体,等待成本越容易被衡量,也越容易向客户解释为什么时间在流失。
可执行的做法是给每个缺失项配一个“下游动作”:
当这些下游动作被写出来,等待成本就从模糊的“拖延”变成了明确的“这几项工作今天无法开始”。
假设一个场景:客户答应周一提供搜索词报表,到周四仍未给。台账可以这样记:
第四列可以加“替代路径是否可行”。如果报表拿不到,但账户权限已经开放,那么可以自己导出,等待成本就大幅下降。这个判断会直接影响下一步:能替代的等待不必催,不能替代的等待才需要升级沟通。台账的作用不是记账,而是帮你决定把精力放在哪。
并非所有等待都值得记录成成本。必要等待通常满足两个条件:资料只有客户能提供,且没有它就无法做出负责任的判断。例如品牌方内部的合规审核结论,外部无法代做。可替代等待则是:数据可以自己导出、页面可以自己抓取、结构可以按现有信息先搭框架。
判断依据可以看三点:
如果三条都指向“能替代”,那么等待成本应记为低,处理动作是并行推进其他环节;如果指向“不能替代且会连带延期”,就应记为高,并在下一次沟通中明确说明延期对整体节奏的影响。
记录完成后,动作要落到具体选择上。仍以搜索词报表为例:如果权限已开,动作是自己导出并标注“数据来源为账户后台,未经客户复核”;如果权限未开,动作是发出一个带截止时间的请求,并说明“若周五前未收到,本期否定词清单将基于现有样本先出初版,后续再迭代”。
这个动作的结果会改变下一步:客户在期限内补齐,就按完整数据复核;未补齐,就按初版推进,同时把“待复核”标在交付物上。等待成本因此不再是悬空的时间,而是变成了一个带有假设和后续条件的处理方案。
需要强调的是,请求量或抓取量暂时为零,不能单独证明等待处理正确。它也可能来自账户尚未生效、页面尚未发布或数据延迟。因此记录等待成本时,应同时写下其他合理解释,避免把“没数据”直接等同于“客户没给资料”。