SEO套餐报价：内部工时怎样计入自建方案的真实成本
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /5770896b0a96.html
📄
SEO套餐报价：内部工时怎样计入自建方案的真实成本
结论是：自建方案里内部工时能不能算进真实成本，取决于你打算拿这个数字做什么决定。如果只是比较“外包报价 vs 自建报价”，按机会成本计入才有意义；如果是判断这个月现金流够不够，只算实际要付出去的钱更合适。两种口径都成立，但不能混在一张表里比较，否则会得出自建明显更便宜的错觉。
先分清两种成本口径，再决定工时怎么进表
自建方案的成本表常见两种做法。第一种是现金口径：只记录实际付给第三方的钱，比如工具订阅、素材采购、外链或内容外包、临时设计费。内部员工工资不进入这张表，因为不管做不做SEO，这笔工资都要发。第二种是机会成本口径：把内部投入的时间按一个内部小时费率折算，理由是这些时间本来可以用在别的产出上。
判断该用哪种口径，看你要回答的问题。如果决策是“这笔预算批给外包还是留给团队自己干”，用机会成本口径，因为你要比较的是资源投向。如果决策是“这个月还能不能多买一个工具席位”，用现金口径，因为工资不会因为多做一页SEO而多付一分。
折算内部工时时，最容易被漏掉的三类时间
很多人只统计“写文章”或“改标题”的时长，结果严重低估。至少要把下面三类算进去：
- 协调与等待时间：等设计出图、等技术改模板、等业务确认卖点，这些等待虽然不产出页面，但占用了排期。
- 返工时间：第一次上线后发现结构问题再回头改，这部分往往比首做还长。
- 学习与试错时间：第一次做结构化数据、第一次处理批量跳转，都会额外消耗时间，第二次才会快。
一个可操作的假设例子：假设某团队估一篇文章从选题到上线是4小时，但把等待、返工和学习都算进去，实际可能接近7小时。这个倍率不必照搬，你可以用自己过去三个月的记录反推。动作是：先记录两周的真实耗时，再决定折算倍率，而不是凭感觉填一个数。
一个反例：当成员工时本来就有闲置，机会成本会失真
机会成本口径成立的前提是“这些时间有别的用途”。如果团队当前处于低负荷状态，成员本来就有大量空档，那么把工时按满额费率计入自建成本，会人为抬高自建方案的账面成本，让外包看起来更划算。
反过来，如果团队正卡在交付高峰期，每多花一小时在SEO上，就要推迟另一个项目，这时机会成本是真实存在的。所以同一家公司，在不同负荷下，自建方案的真实成本可以差很多。看到“自建更便宜”或“自建更贵”的结论时，先问一句：这个结论是在什么负荷假设下得出的。
用可核对的证据区分“真便宜”和“算错了”
当自建方案算出来比外包便宜很多，通常有三种解释，需要用不同证据去区分：
- 确实更省：内部有现成的内容和开发能力，边际投入小。证据是过去同类任务的真实耗时记录，而不是预估。
- 漏算了成本项：没算协调、返工、学习时间，或没算工具和素材的现金支出。证据是把这些项补进表后，差距是否明显缩小。
- 口径混用：拿自建的现金口径去比外包的全包报价。证据是检查两张表里是否一边含人力、一边不含。
这三种解释可以同时存在，所以不要用单一数字下结论。一个稳妥的动作是：把同一份自建方案做两张表，一张只含现金支出，一张含折算工时，然后分别和外包报价比。两张表得出的结论方向不同，恰恰说明你的决策依赖口径，而不是依赖方案本身。
下一步动作：先定口径，再决定要不要自建
具体做法是：先写下这次比较要支持哪个决定，据此选定现金口径或机会成本口径，全程只用一种。然后补上协调、返工、学习三类时间，用真实记录而非预估。最后把两张表并排看，如果现金口径下自建更省、机会成本口径下外包更省，说明你的团队时间确实紧张，此时更该考虑的是缩小自建范围，而不是简单选一边。做完这一步，你得到的不是“哪个更便宜”，而是“在什么条件下哪个更合适”，这比一个笼统的报价对比更能支撑预算决策。
