把等待成本记成可核对的工时和顺延影响,而不是记成情绪。具体做法是:每次催料后立刻在项目台账里追加一条带日期的记录,写明等的是哪份资料、它卡住了哪个交付物、团队因此空转了多长时间;当累计等待超过约定阈值,就把这部分时间转为书面顺延或变更依据,而不是自己默默消化。这样做的目的是让“等”从模糊感受变成可谈判的事实。
资料不到位并不都是同一种情况,记录方式也不同。第一种是前置阻塞:没有这份资料,下一步根本没法开工,比如没有产品参数就没法写详情页文案。第二种是并行降级:资料没到,但可以先做低依赖的部分,比如先搭页面结构、先整理旧内容。第三种是返工风险:资料到了之后,之前基于假设做的部分可能要推翻重做。
只有第一种和第三种的等待才真正产生成本,第二种更多是排期调整。如果记录时把三种混在一起,月底盘点就会发现“好像一直在等”,却说不清到底损失了什么,也就没法据此和客户谈顺延。一个可操作的区分办法是:在台账里给每条等待记录标一个类型,前置阻塞和返工风险单独汇总,并行降级只记不汇总。
不需要复杂的表格,三个字段就够用,而且都能在事后被第三方核对。
这三个字段记满两周,就能看出等待是偶发还是结构性。偶发等待通常不需要改合同,结构性等待才需要谈顺延或调整交付节奏。
记录本身不产生结果,用它做决策才有价值。三种处理方式各有适用前提。
顺延适用于等待是偶发、客户配合意愿明确、且被卡住的交付物仍在原合作范围内的情况。动作是把累计等待天数写成书面顺延通知,明确新的交付日期。结果是后续排期有了共同依据,团队不用再为原定日期背锅。前提是合同或沟通记录里本来就允许因客户原因顺延,否则单方面顺延容易变成争议。
降级推进适用于资料短期到不了、但项目整体还有价值的情况。动作是把工作拆成“不依赖资料”和“依赖资料”两批,先交付前者,把后者挂起并标注依赖项。结果是团队保持产出,客户也能看到进展,但要注意:降级交付的部分如果日后因资料变化需要重做,重做工时应当单独记录,不能算进原报价。
退出或缩减范围适用于等待反复发生、且已经影响到其他客户排期的情况。这时等待记录就是退出谈判的筹码:它能说明不是团队交付不力,而是输入长期不到位。退出前要先确认哪些成果仍然有价值、可以保留或移交,比如已完成的页面结构、已整理的关键词清单,这些不依赖客户资料的资产可以保留;而依赖资料才能定稿的部分,明确标注为未完成,避免日后被当成已交付。
假设某外包团队为一个客户做站点优化,约定客户在周一提供产品分类和卖点清单。周一没到,团队周二催了一次,周四又催一次,第二周周三才收到。台账记录为:等待 9 天,前置阻塞,被卡住的是 5 个产品页文案,期间可归因空转约 12 小时。
如果这 12 小时占该项目当月总投入的比例很小,团队可以选择顺延 9 天并继续;如果这个客户已经连续三个月出现类似等待,且每次都挤压其他项目排期,那就该考虑缩减范围,只保留不依赖客户资料的诊断和结构优化部分,把依赖资料的内容交付改为按次计费。两种选择的区别不在等待天数本身,而在于等待是否反复发生、是否影响其他客户的交付。
第一个坑是把等待成本记成“感觉被拖了很久”。没有日期和交付物对应,这种记录在谈判时没有说服力,也无法判断是偶发还是结构性问题。第二个坑是把所有空档时间都算成等待成本。团队在等资料期间做别的项目,那部分时间不产生损失;只有真正无法推进、且没有替代工作可做的时段才算。
还有一个判断上的提醒:某段时间催料次数变多、或某份资料迟迟没有回音,不能单独证明客户不重视合作。也可能是对接人休假、内部审批链路过长、或资料本身还在其他部门流转。记录的价值是让这些可能性被看见,而不是直接下结论。下一步该催、该等还是该谈,取决于记录里呈现的是偶发延误还是重复模式。