零成本推广：报价按工时计费时怎样判断返工归属
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /8a4e738a3977.html
📄
零成本推广：报价按工时计费时怎样判断返工归属
判断返工归属，先看返工针对的是“已确认范围”还是“确认后新增的要求”。前者通常由执行方承担，后者通常计入新的工时；如果范围本身没写清，那么谁受益于这次修改、谁有能力提供缺失信息，谁就更可能承担这部分工时。缺少完整数据或权限时，仍可做的动作是：把返工拆成“原范围缺陷”和“新增要求”两栏，逐条对照确认记录，再决定是否签字确认额外工时。
条件一：有书面范围或确认记录时，按“对照证据”判断
当双方对交付内容有过明确确认——例如需求文档、确认邮件、聊天记录里的验收标准——返工归属就不再靠感觉争论，而是逐条对照。具体动作是：把返工项列成清单，每项标注它对应范围里的哪一条，以及改动后是否仍满足原验收标准。
- 原范围缺陷：交付物不符合已确认的标准，比如约定的字段缺失、逻辑写错。这类返工通常由执行方承担，因为修复的是自身未达成的约定。
- 确认后新增：原范围里没有、确认后才提出的要求，比如临时增加一个新渠道或新格式。这类通常按新增工时计费，因为它超出了原报价覆盖的工作量。
- 边界模糊：原文表述含糊，两种解释都成立。此时看谁在确认阶段有责任澄清：如果需求方当时掌握关键信息却没说，新增部分更可能计入工时；如果执行方本应追问却没问，则倾向于自行吸收。
这个动作的结果会直接影响下一步：清单里“原范围缺陷”占比高，说明问题出在执行质量，应先修复再谈加价；若“确认后新增”占比高，则应先书面确认新增工时，再继续推进，避免做完后再扯皮。
条件二：没有完整数据或权限时，用“最小可核对动作”先定性
很多返工争议发生在拿不到完整后台数据、也调不出全部历史记录的情况下。此时不必等数据齐全才行动，可以先做一件最小的事：让双方各自用一句话写出“这次返工要解决的具体问题”，再比对两句话是否指向同一件事。
如果两句话指向同一个已约定的目标，返工多半属于原范围缺陷；如果两句话指向两个不同目标，说明需求在过程中发生了漂移，漂移产生的那部分工时更可能算新增。这个判断不能推出的结论是：它不能精确算出该扣多少或该加多少工时，只能先定性归属，定量仍需回到具体改动条目。
假设一个场景：原约定是“完成一版落地页文案”，确认后需求方又要求“同时适配另一个平台的短文案”。如果执行方按原约定交付后，需求方才提适配，那么适配部分属于新增，按新增工时计；如果原约定里本就写明“适配两个平台”，那没做就是原范围缺陷。这里的数字只是用来演示比较方法，不代表任何实际报价。
把“免费修改”与“计费返工”分开看
按工时计费时，容易把“免费修改”误当成“零成本”。免费修改往往仍有时间成本：等待确认、重新沟通、切换上下文都会消耗工时，只是这部分没单独计价。判断返工归属时，要把“是否收费”和“是否消耗工时”分开：
- 先确认这次修改是否落在原确认范围内。
- 再看修改是否由执行方自身错误引起。
- 最后看新增要求是否在确认后被明确提出。
三步都指向“原范围缺陷”时，执行方承担更合理；只要有一项指向“确认后新增”，就应把对应工时单独列出，并说明它如何影响后续排期。这样做的结果是：后续排期和预算不会被隐性返工拖垮，双方也能在下一轮确认时把范围写得更具体。
例外：范围本身没写清，先补确认再谈归属
如果连一份可对照的范围说明都没有，直接争论谁该承担返工，往往只会重复各说各话。此时更有效的动作是先补一份最小确认：把当前要交付的内容、验收标准、修改次数上限写成一页，双方确认后再继续。补确认之前产生的返工，可以按“谁掌握关键信息、谁受益于修改”临时划分；补确认之后产生的返工，则严格按新确认的范围判断。
需要注意的例外是：如果返工源于执行方无法控制的外部变化，比如平台规则调整导致原方案失效，这既不是原范围缺陷，也不完全是新增要求，更合理的做法是把它作为一次范围变更重新估算工时，而不是直接归给某一方。缺少完整数据时，先定性归属、再补确认，是比等待全部数据更可执行的最小动作。
