网络公关公司，客户资料迟迟不到位时怎样记录等待成本
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /ff795282ac69.html
📄
网络公关公司，客户资料迟迟不到位时怎样记录等待成本
把等待当成一项可核算的投入，而不是一句“客户还没给”。具体做法是：先判断这段等待是否已经影响交付承诺，再决定是记“时间成本”还是记“机会成本”。如果合同里写明了资料提供是客户义务，就按延迟天数记录可顺延的工期；如果没有写明，就只能记录内部实际消耗的工时，并在下一次报价或排期时体现出来。两种记法的分界点，是这份资料是否卡住了唯一的关键路径。
先分清两种等待：卡住关键路径，还是只是排队
不是所有等待都值得单独记账。判断标准只有一条：这份资料不到位，是否让其他工作无法推进。
- 卡住关键路径：没有它，文案无法定稿、媒体名单无法确认、发布节奏无法排。此时等待成本等于整条链路停摆的时间，应按天记录，并同步告知客户工期顺延。
- 只是排队：资料没到，但团队还能做别的项目或别的模块。此时等待成本只是沟通和催办的工时，按次记录即可，不必上升到工期层面。
动作上，建议在项目表里给每个待办资料加一个字段：是否阻塞关键路径。结果是，后续所有关于“延误责任”的争论都有据可查，而不是靠回忆。例外情况是，客户在合同里明确保留了“随时补充资料”的权利，这时即便阻塞，也只能记内部工时，不能主张顺延。
记录等待成本时，具体记哪几项
记录不是写日记，而是为了下一步能拿它做决策。建议只记三类可核对的信息，避免流水账。
- 等待起止时间：从最后一次书面催办开始，到资料实际到位为止。中间每次催办都单独记一行，注明渠道和对象。
- 被阻塞的具体任务：写清楚是哪一项交付物被卡住，而不是笼统写“项目延期”。
- 可量化的消耗：内部投入的催办工时、因等待而空转的排期天数。不要估算“损失了多少曝光”，那类数字没有依据。
假设一个场景：某次传播方案定稿需要客户确认核心信息，确认拖了五天，期间设计无法出图。这五天里，团队每天花二十分钟跟进，合计约一小时四十分钟的沟通工时，加上设计排期空转五天。记录时只写这两项，不写“错过了某个热点”。结果是，下次排期时可以把这段缓冲显式留出来，或者把资料确认设为启动前置条件。
把等待成本写进交付节奏，而不是写进情绪
记录完等待成本，下一步不是追责，而是调整交付承诺。常用的做法有两种，取决于合同约定。
合同已约定资料义务：把等待天数从承诺工期里顺延，并在书面确认中写明新的节点。动作是发一封简短确认，列出原节点、延迟原因、新节点。结果是双方对时间线有共同认知，后续验收不会拿旧节点说事。
合同未约定：不能单方面顺延，但可以在内部把这段等待标记为“客户侧依赖风险”，并在下一轮报价时把资料确认设为计费起点。动作是更新报价模板里的前置条件说明。结果是同类问题在下一个项目开始前就被摆到桌面上。
例外是：如果等待期间团队仍完成了其他可交付内容，那么顺延主张就应相应减少，只顺延真正被阻塞的那部分。这一点如果不区分，容易在复盘时被客户反驳。
什么时候该停止记录等待，转为重新对齐范围
等待成本记录到一定程度，就不再是时间问题，而是范围问题。一个可用的信号是：同一份资料被催办超过三次，且每次间隔超过一周。此时继续记录天数已经意义不大，应该做的是重新确认项目范围。
动作是发起一次范围对齐沟通：把已完成的、被阻塞的、无法开始的三类任务分别列出，请客户确认哪些可以砍掉、哪些可以换资料。结果是，要么项目重新获得可执行的起点，要么双方明确暂停，避免无限期挂着。
需要说明的是，催办次数和记录天数本身不能单独证明哪一方处理得当。资料不到位也可能是因为客户内部审批链路过长，或者对接人发生变动。记录的作用是让这些原因浮出来，而不是直接当作定责依据。
一个可复用的最小记录格式
不需要复杂工具，一段结构化文字即可，关键是每次都用同一套字段。
资料名称 / 是否阻塞关键路径 / 最后催办日期 / 催办方式 / 阻塞的具体任务 / 累计等待天数 / 内部投入工时 / 下一步动作
把这段格式固定下来，等待成本就从模糊的“等客户”变成可比较的数字。下一步无论是顺延工期、调整报价，还是暂停项目，都有同一个依据，而不是每次重新争论一遍。
