百度竞价费用：报价按工时计费时怎样判断返工归属
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /bfa632ad6458.html
📄
百度竞价费用：报价按工时计费时怎样判断返工归属
先看合同里有没有把“返工”拆成两类：一类是需求变更引起的重做，另一类是交付物本身不符合约定标准而必须重做。前者通常由需求方承担工时，后者通常由服务方承担。如果合同只写“按工时计费”，没有这两类定义，那么判断归属时就要回到变更记录和验收记录，而不是看谁先提出返工。
一个假设情境：三个账户、两次返工
假设你签了一份按工时结算的百度竞价代运营合同，约定每月固定投入若干工时，超出部分按小时计费。第一个月，服务方按你的关键词清单搭建了三个推广账户结构。第二个月你要求把其中一个账户的预算挪到另一个账户，服务方说这属于策略调整，需要额外工时。第三个月你发现其中一批关键词的落地页指向错误，服务方说这是你提供的落地页链接有误，返工要计入工时。
这两次返工的归属完全不同。预算挪账户是你主动提出的变更，服务方为此多花的时间应当由你承担，前提是变更前有书面确认。落地页指向错误则要看：链接是你提供的，还是服务方从你提供的素材里自行选择的。如果是前者，你承担修正工时；如果是后者，服务方承担。判断依据不是“谁发现错误”，而是“错误源头在谁的责任范围内”。
判断返工归属的三个证据层级
第一个层级是需求文档。如果需求文档里写明了“账户结构按产品线划分，每条产品线对应一个落地页”，而服务方搭成了按地域划分，那么返工属于服务方未按约定交付。如果需求文档只写了“搭建合理的账户结构”，没有具体划分方式，那么服务方按自己的理解搭建后你要求改，就偏向需求变更。
第二个层级是变更记录。按工时计费的项目，变更记录比需求文档更能决定返工归属。假设你在第二个月通过邮件确认“将A账户预算的30%挪到B账户”，服务方回复“收到，预计增加2小时”，你回复“可以”。这组往来就构成了一次变更确认，后续因此产生的返工工时归属清晰。反过来，如果只是口头说“最近A账户效果不好，你看看怎么调”，服务方自行决定挪预算并产生返工，归属就模糊，需要协商。
第三个层级是验收标准。如果合同约定“账户上线后由你方在3个工作日内确认结构无误”，你逾期未确认，服务方按现有结构继续推进，之后你要求调整结构，返工工时更容易被认定为需求变更。如果合同没有约定验收期限，服务方也没有主动发起验收，那么返工归属就缺少一个关键的时间锚点。
按工时计费时，哪些返工不能直接套用样本
假设你只有一个账户、一批关键词、一个落地页，第一次返工是因为关键词匹配方式设置过宽，服务方调整了匹配方式。这个样本里，返工原因是服务方操作失误，归属清晰。但当你把同样的判断方式套到十个账户、上百个关键词、多个落地页时，情况会变。匹配方式过宽可能是服务方设置问题，也可能是你后来新增的关键词本身语义模糊，服务方按行业惯例设置了短语匹配，而你期望的是精确匹配。这时候返工归属就要回到新增关键词时有没有约定匹配方式。
另一个不能直接照搬的情况是：样本里返工只涉及一个操作动作，规模化后返工可能涉及账户结构、关键词、创意、落地页四个环节的连锁调整。如果合同只按“工时”计费，没有按环节拆分责任，那么一次返工可能被拆成多个工时条目，你需要判断每个条目对应哪个环节的变更或失误。一个实际动作是：要求服务方在每次返工前提供一份简短说明，写明返工触发原因、涉及环节、预计工时、归属建议。你收到后逐条对照变更记录，确认归属再同意开工。这个动作的结果是，返工工时从一笔模糊账变成可追溯的分项，下一步你就能据此决定是继续按工时结算，还是把某类高频返工改为固定费用。
合同里可以补写的两个条款
第一个条款是变更确认方式。写明“任何需求变更需经双方书面确认，确认内容包括变更内容、影响范围和预计工时”，并约定书面确认的形式可以是邮件或双方认可的项目管理工具记录。这样返工归属就有了第一层证据。
第二个条款是返工分类。写明“因需求变更引起的返工，工时由需求方承担；因交付物不符合约定标准引起的返工，工时由服务方承担；标准不明确时，双方按变更记录协商归属”。不需要写具体的价格区间或工时单价，只需要把归属规则写清楚。没有这两个条款，按工时计费的百度竞价费用在返工环节就容易变成一笔无法对账的支出。
如果服务方不愿意补写返工分类，你可以退一步：要求每次返工前先确认归属再开工，归属未确认的工时暂不计入结算。这个动作本身不改变合同，但能把返工归属的判断从事后争议变成事前确认，下一步你就能用实际发生的返工记录来判断这份按工时计费的合同是否适合继续执行。
