📍 WDQWDWQD987AAAAA:216.73.216.32
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /b2625619ed2d.html
📄

网络免费推广报价按工时计费时怎样判断返工归属

判断返工归属，关键不是看谁做得多，而是看返工由哪一类原因触发：需求侧变更，还是执行侧未达约定标准。工时计费下，前者通常应由提出变更的一方承担，后者应由执行方承担；模糊地带则用可核对的书面记录来切分。

矛盾现象：工时越多，客户反而越不认可

按工时计费的网络免费推广项目里，常出现一种反直觉结果：执行方投入的总工时上升，客户的满意度却下降。表面看是“做得越多越不值”，实际原因可能是返工占比升高。返工工时被计入账单后，客户会觉得自己在为别人的失误付费。

要判断归属，先要区分两种解释。

• 解释一：需求侧变更。客户中途改了目标、内容范围或验收标准，导致已完成部分需要重做。
• 解释二：执行侧未达约定标准。需求没变，但交付物不符合事先写明的规格，例如格式、字段、链接可访问性或内容完整性。

这两种解释都会推高工时，但责任方向相反，不能只看工时数字下结论。

区分两种解释的证据：变更记录与验收标准

能区分上述解释的证据，不是聊天里的情绪表达，而是可核对的三类记录：

1. 需求基线。项目开始时确认的范围、交付物清单和验收条件。没有基线，任何返工都难以归因。
2. 变更时间点。需求修改发生在哪个阶段、由谁提出、是否影响已完成部分。
3. 验收对照。交付物与基线逐项比对的结果，记录“不符合哪一条”而非“感觉不行”。

如果返工发生在需求变更之后，且变更内容超出原基线，归客户；如果返工发生在需求未变、交付物却不符合已确认规格，归执行方。两者同时存在时，按受影响的工作项分别切分，而不是整单归一方。

一个注明假设的短例子

假设某次网络免费推广的内容整理按工时计费，约定交付 20 条可发布的素材，验收标准为“标题、正文、标签齐全，链接可打开”。执行方先交付 12 条，客户看后要求把其中 5 条的标签体系整体更换。这里有两段工时：

• 前 12 条中，有 2 条链接打不开。这属于未达约定标准，返工归执行方。
• 更换标签体系属于需求侧变更，超出原基线，返工归客户。

动作上，执行方应在返工前把这两类工作分开列项，请客户确认哪些是补足标准、哪些是新增变更。结果会影响下一步：确认后的清单可以作为工时归属依据，也能避免把变更混入原报价继续累积。

把归属规则写进报价，而不是事后争论

按工时计费时，报价单里应包含一条返工条款，至少写明：

• 验收标准以哪份文件为准，变更如何提出和确认。
• 因执行未达标准产生的返工，不计入客户工时。
• 因需求变更产生的返工，按实际工时另计或走变更单。
• 双方对归属有异议时，以书面记录和交付物比对为准。

这样做的实际影响是：客户能预期哪些改动会增加费用，执行方也能在返工发生前判断该不该计入账单。归属清晰后，工时数字才具备可比性，报价也才不会被返工悄悄推高。