百度竞价价格，内部工时怎样计入自建方案的真实成本
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /14bd7279d6f6.html
📄
百度竞价价格，内部工时怎样计入自建方案的真实成本
自建方案里，内部工时不能按“月薪÷21.75÷8”直接乘小时数就完事，那样会低估真实成本。更接近实际的算法是：把参与竞价投放相关工作的每个人，按其可被替代的市场日成本折算，再乘以实际投入天数，并单独标出那些无法被外部替代的决策工时。是否要把这部分计入预算，取决于你是做一次性的方案比价，还是做持续运营的滚动预算。
两种条件下，内部工时的处理方式不同
第一种条件：你只在选型阶段做一次成本比较，用来决定自建还是外包。这时内部工时应按“机会成本”计入——如果这些人不做竞价项目，他们的时间会用在别的产出上。假设一名运营月薪折算日成本为D，每周投入2天，持续4周，那么这次比价里应记入8×D，而不是只记0。原因是：不记这笔，自建看起来永远比外包便宜，比较就失去意义。
第二种条件：项目已经上线，进入持续运营。这时内部工时应按“增量成本”计入——只算因为竞价投放而新增的工时，比如原本不存在的日报整理、否定词维护、落地页改版协调。若这些工作由现有员工在原有排期内消化，没有加班、没有推迟其他任务，那么增量成本接近于零，但机会成本依然存在。两种口径不能混用：比价用机会成本，日常预算用增量成本。
把工时折成金额的具体动作
可以按下面的顺序做，每一步的结果都会影响下一步的判断：
- 列出所有会因竞价投放产生工时的角色，例如账户操作、素材设计、落地页开发、数据核对、审批决策。
- 为每个角色写一个“可替代日成本”。若该工作可以外包，就用你愿意支付的日费率；若无法外包（如老板拍板预算），则用其时间的机会成本估算。
- 记录每人每周实际投入天数，区分“新增”与“原本就有”。
- 把新增天数乘以可替代日成本，得到增量工时金额；把全部投入天数乘以机会成本，得到比价用金额。
- 把这两个数字分别放进不同表格：比价表用后者，月度预算表用前者。
做完第4步后，你通常会看到两种结果：如果增量工时金额很小，说明自建在现金流上确实省；如果机会成本金额很大，说明自建是用内部时间换外部费用，值不值取决于这些时间原本能产生什么。
一个假设例子：小样本成立，规模化后失效
假设一个团队只有1个账户、每周花3小时维护，按增量口径算，内部工时几乎可以忽略，自建看起来非常划算。但当账户增加到5个、每个账户都需要独立否定词和出价调整时，每周维护时间可能变成15小时以上，此时增量成本不再接近于零，原本“自建更省”的结论就不再成立。这个例子的关键不是具体小时数，而是提醒：工时成本会随账户数量和投放复杂度非线性上升，不能用单个账户的样本直接推算规模化的结果。
边界在于：如果新增的账户由同一套自动化规则覆盖，且规则维护工时不变，那么规模化后增量工时可能仍然很低。所以判断前要先问一句：新增的工作量是线性叠加，还是能被同一套流程吸收。
哪些工时不能计入，哪些必须计入
不能计入的：与竞价投放无关的日常会议、原本就存在的月度汇报、与投放决策无关的行政流程。把这些算进去会虚增自建成本，导致错误地倾向外包。
必须计入的：账户结构搭建、关键词与否定词维护、创意与落地页的匹配调整、数据核对与异常排查、预算审批与跨部门协调。这些工作即使不直接产生费用，也会占用可替代的时间。
还有一个容易漏掉的项：学习成本。如果团队此前没有百度竞价投放经验，前期调研、试错和内部培训的工时也要计入，且这部分通常只在项目初期发生，不应摊到每个月，而应作为一次性投入单独列出。
把结论落到下一步动作
完成上述折算后，你会得到一个关键比值：自建方案的机会成本金额 ÷ 外包报价。如果这个比值明显小于1，自建在成本上更有优势；如果接近或大于1，自建省下的钱其实是用内部时间换来的，需要确认这些时间是否真的闲置。这个比值不决定最终选择，但它能把“感觉自建便宜”变成可比较的依据。下一步就是拿这个比值去和外包方案逐项对齐，而不是只比表面报价。
