推广预算：内部工时怎样计入自建方案的真实成本
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /59af49b712af.html
📄
推广预算：内部工时怎样计入自建方案的真实成本
把内部工时计入自建方案，关键不是给每个人乘一个时薪，而是先判断这些工时是否真的挤占了可售时间或关键交付。若团队原本就有闲置产能，且自建属于长期复用能力，按边际成本记录即可；若自建会推迟创收项目、迫使招聘或让核心成员长期分心，就必须按机会成本计入，否则推广预算会被系统性低估。
先分清两种前提：闲置产能与挤占产能
同样投入两百小时，在两种团队状态下含义完全不同。第一种前提是：相关人员没有满负荷，自建工作可以在不影响对外交付的时段完成，且成果未来会被反复使用。这时内部工时更适合按边际成本计，即只计入因自建直接新增的支出，例如临时采购的素材、外部技术支持或加班补贴，不把固定薪资整块摊进来。
第二种前提是：核心成员的时间已经用于创收项目，自建会推迟上线、减少接单或拖慢回款。这时应按机会成本计。做法是先确认被挤占的具体事项，再估算该事项延后带来的收入变化或额外外包支出，把它作为自建工时的成本依据。两种前提的分界不是“忙不忙”的感觉，而是自建是否改变了原本会发生的外部交付或收入节奏。
一个可执行的动作：先做时间去向记录，再决定是否摊入
不要一开始就争论时薪标准。先让参与自建的人在两周内按任务类型记录时间去向，颗粒度到“需求梳理、内容生产、技术搭建、数据核对、返工修复”即可。记录完成后，对照原本的交付计划，标出哪些工作被推迟、哪些由他人接手、哪些没有受到影响。
这个动作的结果会直接改变下一步：如果被推迟的事项中，多数不影响对外承诺和回款，那么内部工时按边际成本处理，推广预算里只保留新增现金支出；如果被推迟的事项包含关键交付或收入节点，就转为机会成本口径，把被挤占的时间折算成预算压力。记录本身也会暴露返工比例——返工时间往往是最容易被忽略、却最该计入的部分。
计入时容易漏掉的三类隐性工时
- 沟通与等待：跨角色对齐、等素材、等审批的时间通常不产生可见成果，但会真实占用排期。它应计入自建周期，而不是只算动手操作的时间。
- 维护与修复：自建方案上线后仍需有人处理失效、更新和异常。若这部分没有指定负责人，成本会在后续月份以“临时救火”的形式出现。
- 学习与试错：团队第一次做某类自建工作时，学习曲线带来的额外耗时属于真实成本。第二次复用同一能力时，这部分会明显下降，因此不宜用第一次的耗时去推算长期预算。
假设一个团队计划自建内容分发流程，预计投入一百小时。若这百小时来自闲置产能，且流程未来每季度复用，那么推广预算中只需列出新增的现金支出；若这百小时来自两名核心成员的创收时间，并导致一个对外项目延后，那么应把项目延后的影响纳入预算比较，而不是只比较自建与外采的报价差。这里的数字仅用于说明比较方法，不代表任何真实项目的实际结果。
什么情况下应改用外采或缩小自建范围
当时间去向记录显示，自建持续挤占关键交付，且学习成本在可预见周期内无法下降时，继续自建会让推广预算失去可比性。此时更稳妥的选择是缩小自建范围，只保留能形成长期复用能力的部分，把一次性、低频或高度依赖外部经验的工作交给外采。反过来，如果自建成果能被多个项目复用、团队又有闲置产能，自建在预算上通常更可控，但仍需为维护指定明确的时间归属。
需要留意的例外是：内部工时归零或某项统计下降，并不能单独证明自建更省。工时记录减少，也可能只是记录口径变化、工作转移到未记录的角色，或维护被推迟到以后。判断时应同时看交付是否按时、返工是否减少、维护是否有人负责，再决定下一阶段是扩大自建还是转为外采。
