免费推广网站，报价按工时计费时怎样判断返工归属
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /476bd1f403cf.html
📄
免费推广网站，报价按工时计费时怎样判断返工归属
返工归属不取决于谁做错了，而取决于“验收标准是否在开工前写清、变更由谁发起、返工是否超出原定交付边界”。如果需求描述和验收口径都明确，执行方因自身错误重做，工时通常由执行方承担；如果需求中途新增、验收标准前后不一致，或结果依赖你方提供的素材与决策，追加工时通常由需求方承担。下面用一个假设情境把判断过程走一遍。
假设情境：一次“免费推广网站”的工时返工争议
假设你运营一家小型门店，找个人开发者用免费建站方案搭推广页，约定按工时计费，每小时固定费率，先做首页和三个栏目页。开工前你只说了“要能推广、能留资”，没有约定移动端适配标准、留资表单字段和栏目页数量上限。第一版交付后，你提出首页在手机上错位、表单要加两个字段、栏目页要从三个增加到五个。开发者说这些都属于返工，要求全部计入工时；你认为首页错位是质量问题，不该由你付费。
这个情境里其实混了三类不同性质的工作，把它们拆开，归属就清楚了。
先拆分：返工属于哪一类，归属就跟着变
按工时计费时，返工不是单一概念。可区分的原因至少有三组证据：需求文档与验收标准、变更发起方、以及交付物是否达到开工前约定的可验证标准。
- 缺陷修复：交付物未达到开工前已书面约定的标准，例如约定“主流手机宽度下不出现横向滚动”，实际出现横向滚动。修复工时由执行方承担。
- 需求变更：开工后新增或修改了原定范围，例如栏目页从三个增加到五个。新增部分按工时计费，由发起变更的一方承担。
- 标准模糊导致的返工：开工前没有约定可验证标准，交付后双方各自理解不同。这类返工最容易被计费，也最该在下一轮开工前补齐标准。
判断顺序建议是：先看有没有开工前确认的验收标准，再看这次修改是修缺陷还是加需求，最后看是谁发起的。顺序颠倒会让“加需求”被误判成“修缺陷”，或者反过来把质量问题推给需求方。
一个可操作的判断动作：让返工先落到书面口径
收到返工要求时，不要先争论对错，先做一步动作：把每条返工拆成一句话，写清“改什么、依据哪条约定、属于修复还是新增”。例如把“首页要改好”拆成“首页在 375 像素宽度下出现横向滚动，依据开工前确认的适配清单第 2 条，属于缺陷修复”。
这个动作的结果会直接决定下一步：如果每条都能对应到开工前的约定，返工归属基本明确；如果对应不上，说明原约定缺失，此时更合理的做法是先把新增部分单独报价、确认后再做，而不是把模糊返工混进原工时里结算。对按工时计费的项目，这一步比事后争论更有效，因为它把“感觉不对”变成了可核对的条目。
关键前提变化前后，应采用不同决策
免费推广网站这类项目常见的转折点是：前期用免费方案试水，后期业务跑通后要接入付费域名、正式表单或统计工具。这个前提变化会改变返工归属的判断方式。
- 变化前（纯试水阶段）：交付标准可以宽松，按工时计费时更应约定“小改动累计不超过多少工时内不计费”之类的封顶规则，避免每次微调都产生争议。
- 变化后（正式运营阶段）：推广页开始承接真实流量，验收标准必须写成可验证条目，例如页面加载后可正常提交、留资记录可导出。此时再出现返工，优先按标准核对，而不是按口头印象分摊。
如果关键前提变了但约定没变，最容易出现的反常现象是：开发者认为自己在做新需求，你认为自己在修老问题，双方都在按工时计费，争议越滚越大。此时应暂停结算，先把变化后的范围重新确认，再决定已发生工时怎么归类。
结算前要问自己的三个问题
- 这次返工对应的要求，在开工前有没有可核对的文字或截图依据？没有依据的部分，通常更接近新增需求。
- 返工是执行方自身错误造成的，还是因为素材、决策或需求由你方中途改变？后者一般由发起方承担工时。
- 返工是否超出原定交付边界，例如页面数量、字段数量、适配范围？超出边界的部分应单独确认，而不是默认包含在原报价里。
把这三个问题答完，再回到工时清单逐条归类，归属判断就不再依赖谁的声音大。需要提醒的是，按工时计费本身不保证结果，它只保证过程可计量；免费推广网站省下的是工具或平台费用，不等于省下沟通、确认和迁移的时间成本。若后续要接广告投放，广告计费与自然推广的工时也应分开记录，避免两类成本混在一起无法复盘。
