免费收录网站，报价按工时计费时怎样判断返工归属
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /0f307e70584c.html
📄
免费收录网站，报价按工时计费时怎样判断返工归属
先给结论：按工时计费的返工，归属不取决于“谁改的”，而取决于“第一次交付是否满足事先写清、双方确认的验收条件”。满足条件却因需求变更而重做，算新增工时；不满足条件而重做，算服务方返工，不应再计费。判断时不要看口头承诺，要看可核对的书面依据。
矛盾现象：工时越记越多，结果却停在同一处
按工时计费时，常见一个与直觉相反的现象：账单上的工时稳步增加，但“免费收录网站”这件事的可见进展几乎为零。直觉会得出两个相反的结论——要么是服务方在拖工时，要么是委托方需求反复。单看工时记录无法区分，因为两种解释都会表现为工时上升、结果不变。
要区分，必须先固定一个前提：双方在开工前是否对“完成”有可核对的描述。没有这个前提，任何归属判断都只是猜测。
两种解释：需求变更，还是交付未达标
解释一：返工由需求变更引起。典型证据是委托方在中途新增或改变了目标，例如原定只处理首页与栏目页，中途要求把筛选结果页也纳入；或原定只做基础结构，中途要求改版模板。这类返工产生的是新增工作量，按工时计费合理。
解释二：返工由交付未达标引起。典型证据是第一次交付就没有满足最初确认的条件，例如约定的入口未接通、页面返回异常、提交后无任何可核对的状态变化。这类返工属于修正缺陷，不应再由委托方承担工时。
两种解释的关键差别不在“改了几次”，而在“第一次交付时，验收条件是否已被满足”。次数多既可能是需求反复，也可能是同一缺陷反复未修好。
能区分解释的证据：把验收条件变成可核对项
以下证据能帮助判断，且都不依赖主观感受：
- 开工前的书面验收清单：写清要处理哪些页面类型、每类要达到什么可观察状态。清单越具体，越容易判断某次返工属于哪一类。
- 每次交付的版本记录：记录交付时间、包含范围、当时已知的未完成项。它能证明“当时交付了什么”，而不是“后来改成了什么”。
- 变更请求的时间点：如果修改要求出现在验收清单确认之后，且改变了清单内容，倾向需求变更；如果修改要求只是让交付回到清单原本描述的状态，倾向交付未达标。
- 缺陷的可复现性：同一问题在相同条件下可稳定复现，说明是交付缺陷；只在特定新要求下才出现，说明是需求变更带来的新工作。
一个假设例子：约定只处理首页和三个栏目页的入口，工时按小时计。第一次交付后，首页入口可用，但三个栏目页中有两个返回错误。服务方修复这两个页面所花的工时，属于交付未达标，不应计入委托方账单。若修复后委托方又要求把筛选结果页也纳入，这部分属于新增范围，可以按工时计费。两种情况的区别，正是“是否在最初确认的清单内”。
实际操作：先冻结清单，再逐次对账
具体动作是：在开工前把验收条件写成一份可勾选的清单，双方确认后冻结；每次交付后，用同一份清单逐项核对，并记录当次新增的变更请求。这个动作的结果会直接决定下一步——如果某次返工能对应到清单中未满足的项，就归为交付方责任，不计入新增工时；如果对应到清单之外的新要求，就归为需求变更，按工时计费。
这样做的另一个好处是，工时争议会从“谁对谁错”变成“这一项在不在清单里”。清单本身不需要很长，但必须可核对，例如“某类页面入口可正常到达”“提交后能看到明确的状态反馈”，而不是“优化体验”这类无法验证的表述。
计费口径上的两个取舍
取舍一：是否把“免费”部分单独标注。免费收录网站常被理解为不花钱，但免费不等于无成本——它可能消耗时间、额度或后续迁移成本。如果报价中有一部分标为免费，应同时说明它对应的范围和限制，避免把免费部分与计费工时混在一起，导致返工时无法判断该不该收费。
取舍二：广告计费与自然收录服务是否分开列。两者计价逻辑不同，混在同一张工时单里会让返工归属更难判断。分开列示后，哪一部分产生返工、按什么口径计费，会清晰得多。
无论选哪种口径，判断返工归属的依据始终是同一份验收清单。清单在开工前确认，归属争议就会大幅减少；清单缺失，工时记录再详细也只能说明“花了多久”，无法说明“该不该花”。
