线上推广公司，客户资料迟迟不到位时怎样记录等待成本
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /5c3397b74557.html
📄
线上推广公司，客户资料迟迟不到位时怎样记录等待成本
等待成本要记录成可结算的“停滞时长＋被占用资源＋顺延影响”，而不是只写一句“客户还没给资料”。先判断这份资料卡住的是哪一步：如果是启动必需项，等待应计为项目停滞；如果只是优化项，等待只能计为效率损失。两种记法决定后续是保留、改写还是退出。
先分清停滞与效率损失，再决定记什么
客户资料不到位，常见有两种性质。第一种是启动必需项缺失，例如没有品牌基础信息、没有可登录的账号权限、没有产品清单，导致调研、搭建、内容生产都无法开始。此时团队处于真实停滞，等待成本等于被锁定的人力天数加上无法推进的交付节点。
第二种是优化项缺失，例如补充素材、补充历史数据、补充更细的受众描述。项目可以先用现有信息推进，只是质量或速度受影响。此时等待成本应记为效率损失，而不是整段停滞。把这两种混在一起，最容易出现两种误判：要么把可推进的项目记成全面停摆，要么把真实卡死记成“只是慢一点”。
判断依据可以看一个条件：缺少这份资料时，下一个交付物能否产出可验收的版本。能产出，记效率损失；不能产出，记停滞。
等待成本应记录的三个字段
记录不是写情绪化备注，而是留下可核对、可复算的字段。建议至少包含以下三项。
- 停滞起止时间：从哪一天哪一步开始无法推进，到哪一天恢复。中间如果客户部分提供，要拆成多段，不要合并成一段。
- 被占用资源：哪些角色在这段时间被锁定，是策划、设计、投放还是内容。只写角色和天数，不写无法核实的金额。
- 顺延影响：原计划的哪个节点被推迟，推迟后是否影响后续排期、上线窗口或验收时间。
一个假设例子：某项目原定周一启动搭建，客户账号权限到周四才给。团队周一至周三无法进入后台，策划和设计各锁定三天。记录时应写成“停滞三天，占用策划、设计各三天，搭建节点顺延三天”，而不是“客户配合慢”。这样记录的好处是，下一步无论是谈补充排期还是谈责任划分，都有同一套事实可用。
保留、改写还是退出：三种取舍的适用前提
记录完等待成本后，取舍才有依据。三种处理方式各有前提，不必强行都选。
保留适用于等待属于一次性、且客户有明确补交动作的情况。比如客户只是内部审批流程慢，但已给出具体补交日期，且停滞没有影响到不可逆的窗口。此时保留的合理动作是：把已记录的停滞时长写进排期调整说明，重新确认下一个节点，而不是继续按原计划催进度。
改写适用于资料长期不到位、但项目仍有可推进部分的情况。做法是把原交付范围拆开，先推进不依赖该资料的部分，把依赖部分单独挂起并标注等待成本。改写的前提是拆分后仍有可验收的产出，否则只是把停滞藏起来。
退出适用于停滞已经反复发生、且每次都没有明确补交条件的情况。判断退出不应只看等待天数，而要看是否满足两个条件：一是停滞已影响到核心交付节点，二是客户未给出可执行的补交安排。满足这两个条件时，继续保留只会让等待成本持续累积，且无法通过排期调整消化。
记录之后要做一个动作，并看它的结果
等待成本记录完，下一步不是继续等，而是发出一次带具体字段的确认。动作可以是：把停滞起止、被占用资源、顺延影响整理成一页说明，发给客户确认补交时间和责任方。
这个动作的结果会直接决定下一步。如果客户确认了补交时间并接受排期顺延，等待成本就被转化为可管理的排期变更，项目可以继续保留。如果客户既不确认时间也不接受顺延，说明停滞可能继续，此时应重新评估是否改写范围或退出。如果客户只口头说“尽快”但不落到日期，等待成本仍会累积，记录应继续按段追加，而不是清零重来。
需要提醒的是，等待时长归零或某段时间没有新增记录，不能单独证明处理正确。它也可能只是因为团队暂时没有推进该环节，或记录口径被改成了只统计客户回复次数。要判断记录是否有效，应回到三个字段是否连续、是否可核对。
把等待成本变成下一次报价和排期的输入
如果同类等待反复出现，记录的价值不止于当前项目。它可以作为下一次评估项目周期和资源占用的参考：哪些资料属于启动必需项，应在开工前确认；哪些属于优化项，可以边做边补。这样做的结果是把“客户资料迟迟不到位”从偶发抱怨，变成可提前约定的前置条件。
适用条件也要说清楚：这套记录方式适合有明确交付节点和角色分工的项目。如果项目本身没有固定排期，等待成本很难按停滞计算，只能按效率损失粗略记录。选择哪种口径，取决于项目是否依赖不可逆的节点，而不是取决于等待时间长短。
