📍 WDQWDWQD987AAAAA:47.117.10.103
📱 Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko; compatible; BuiltWith/1.4; rb.gy/xprgqj) Chrome/124.0.0.0 Safari/537.36
🔗 /41cde87439c8.html
📄

网站建设SEO公司，客户资料迟迟不到位时怎样记录等待成本

结论先说：如果延迟只影响你这一条交付线，把等待成本记成“可顺延的工时”更合理；如果延迟会同时卡住设计、内容、上线和后续投放，那就必须记成“占用档期的机会成本”。两种记法不是记账口味问题，而是决定了你下一步该催资料、调整排期，还是直接暂停计费。判断依据只有一个：这段等待时间里，你的人力能不能被释放去做别的活。

先分清两种等待：能顺延的等待和占档期的等待

能顺延的等待，指资料不到，但你的工作可以整体往后挪而不产生额外损失。比如模板开发、基础框架搭建已经完成，只差客户的产品图和文案，此时设计师和前端可以先去接另一个项目，等资料到了再回来。这种等待按“顺延工时”记录就够了。

占档期的等待，指你已经把某个时段专门留给了这个客户，资料不到就无法开工，而这段时间又没法转给别人。比如你承诺了本周完成首页设计，设计师为此推掉了另一个排期，结果客户资料没到，设计师这周就空转了。这种等待要按“机会成本”记录。

区分方法很直接：问一句“如果现在把这个客户整体延后两周，我的人能不能马上接别的活”。能，就是顺延；不能，就是占档期。

记录等待成本时，至少留下三样可复查的东西

不要只在聊天里说一句“等客户资料”。建议在项目记录里固定写三样：

• 等待起点和终点：从哪一天开始缺什么资料，到哪一天补上。缺的如果是多项，分开记，因为不同资料卡住的是不同环节。
• 被卡住的具体动作：不是写“项目暂停”，而是写“首页视觉稿无法开始”“产品页文案无法进入校对”。动作越具体，越能判断这段等待该算顺延还是占档期。
• 这段时间人力的去向：是转去做别的项目了，还是空着。这一条决定成本归属，也是最容易被漏掉的。

记录的目的不是向客户追责，而是让你在下次排期时知道：这个客户的资料节奏值不值得预留固定档期。

一个假设例子：同样等五天，记法不同结论不同

假设某网站建设SEO公司同时接了两个项目。项目A客户承诺周一给产品资料，结果周五才给；项目B客户同样晚五天。

项目A：等待期间设计师转去做了另一个项目的详情页，周五资料到后回来继续。这段等待记“顺延五天”，成本接近零，只需要把A的交付日期整体后移。

项目B：等待期间设计师没有其他活可接，因为公司为了这个客户专门清空了本周档期。这段等待记“占用五天档期”，成本等于这五天本可承接的其他工作量。

同样是五天，A不需要调整合作条件，B则需要在下个周期重新谈排期方式。这就是为什么记录时要写清“人力去向”，而不是只写“等了五天”。

什么情况下上面的结论会失效

反例是：延迟虽然占用了档期，但客户是你的长期核心客户，且这段空档本来也接不到新项目。此时把等待记成高额机会成本，只会让账面数字很好看，却对决策没有帮助，因为你并不会因此停止合作。

这种情况下，更实用的做法是把等待成本记成“排期风险提示”，而不是直接折算成损失金额。提示的内容是：该客户的资料到位时间波动较大，下次排期时不要为他预留不可转移的固定档期，或者要求资料到位后再锁定开工日。

所以，机会成本记法成立的前提是：这段时间确实存在可替代的工作。如果没有替代可能，记录的重点应转向排期策略，而不是成本数字。

下一步动作：把记录结果变成排期规则

当你连续记录几个项目后，会得到一条可用的判断线：哪些客户的资料延迟属于偶发，哪些属于稳定模式。对偶发延迟，继续按顺延工时处理，保持合作弹性；对稳定延迟，下一次合作时把“资料到位”设为锁定档期的前置条件，资料未到则不进入固定排期。

一个具体动作是：在项目启动记录里加一栏“资料到位后开工”或“预留档期开工”，并注明选择理由。这个动作的结果会直接影响你下一轮报价和排期方式——预留档期的项目需要把等待风险计入报价，资料到位后开工的项目则可以按正常工时报价。等待成本的记录，最终要落到这个选择上，而不只是留一份延迟台账。