网络推广费用：报价按工时计费时怎样判断返工归属
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /9d89b8625131.html
📄
网络推广费用：报价按工时计费时怎样判断返工归属
结论先说：按工时计费时，返工归属不看“谁改的”，而看触发返工的信息在开工前是否已经明确。如果需求、素材、审核标准在动工前已由你方书面确认，之后因你方改口导致的返工应计入你方工时；如果返工源于服务方理解偏差、内部交接丢失或未按已确认范围执行，则不应由你方承担。这个判断只在“开工前有可核对的确认记录”时成立，没有确认记录时，归属只能靠协商，不能靠直觉。
先分清两类返工，再谈工时算谁的
按工时计费的本质是把“人天”当计量单位，所以争议焦点不是工作量真假，而是这段工时该由谁的需求变动触发。可以先把返工拆成两类。
- 信息型返工：你方在开工后补充或推翻了原本已确认的信息，例如原本说主推A产品，页面写到一半改成主推B产品。这类返工通常计入你方工时。
- 执行型返工：服务方没有按已确认的信息做，或内部把确认过的要求弄丢、漏传。这类返工不应由你方承担。
区分这两类的关键证据是“确认时点”。假设一个场景：你在周一用文字确认“落地页只放三个卖点，不放价格”，服务方周三交付的初稿放了五个卖点和价格。这属于执行型返工。反过来，如果你周三看到初稿后才说“还是加上价格吧”，这属于信息型返工。同一份初稿，只因确认时点不同，归属就相反。
让归属可判断的一个动作：开工前锁定确认基线
实际可执行的动作是：在每一轮工时开始前，让服务方用一段文字回述“本轮要做什么、不做什么、交付物长什么样”，你回复确认。这段回述就是确认基线。之后任何偏离基线的返工，都能对照基线判断是补充信息还是执行偏差。
这个动作会直接改变下一步：有了基线，你可以在返工发生时先问“这是基线里已经写明的，还是基线外新增的”，而不是先争论谁对谁错。基线内的执行偏差，要求服务方在当轮工时内修正；基线外的新增，先确认是否追加工时，再决定做不做。没有这一步，工时表上的数字无法被任何一方验证。
一个会让上述结论失效的反例
上述判断在“确认基线足够具体”时才成立。如果基线写得像“把页面做得更有转化力”这种无法验收的表述，返工归属就无法判断，因为双方对“做到什么程度算完成”没有共同标准。
更麻烦的是，这类模糊基线在个别样本上可能看起来没问题：一两个页面靠口头沟通也能做完，双方都不觉得需要较真。但规模化后例外会集中出现——同时推进十个页面、涉及两个执行人时，口头共识无法传递，每个人对“更有转化力”的理解不同，返工反复发生，工时不断累加，而每一轮返工都能被双方各自解释成“对方没说清”。所以，模糊基线下的工时归属不能照搬前面的结论，它需要先补上可验收标准，否则讨论归属没有意义。
返工已经发生时，按这三步处理
- 先定位触发点：找出返工是由哪条信息变化引起的，是开工前已确认的内容被推翻，还是执行时偏离了已确认内容。
- 再对照基线文本：如果基线里写明了该要求，执行偏离由服务方在当轮消化；如果基线里没有，属于新增，双方先确认追加多少工时再动手。
- 最后决定是否继续：如果同一类返工在同一项目里反复出现且都源于基线模糊，下一步不是继续按工时修补，而是暂停并重写验收标准，否则后续每一轮工时都会重复同样的争议。
按工时计费本身不决定返工归属，决定归属的是开工前有没有一份双方都认的、具体到可验收的确认基线。先补基线，再谈这一轮工时算谁的，顺序反了就会一直扯皮。
