付费推广策略：报价按工时计费时怎样判断返工归属
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /1c437e4f59f2.html
📄
付费推广策略：报价按工时计费时怎样判断返工归属
判断返工归属，关键不是看谁提出修改，而是看这次修改是否属于原任务范围、原验收标准之内。按工时计费的付费推广项目，返工通常分三类：需求遗漏、执行偏差、外部变化。前者一般由提出方承担，中间者应由执行方承担，后者需要重新确认工时。若合同或沟通记录中没有明确验收标准，返工归属往往无法单方面判定，此时保留、改写或退出合作都各有前提。
先区分“需求遗漏”与“执行偏差”
需求遗漏指原任务书没有写清楚，执行方按常规理解交付，提出方看到结果后才补充要求。执行偏差指任务书写清楚了，执行方做错或做偏。两者在工时归属上完全相反。
- 需求遗漏的证据：任务书、聊天记录或邮件中没有出现该要求；提出方在首次验收时未提及；执行方交付物与任务书字面一致。此时返工工时通常应由提出方承担，或双方重新议价。
- 执行偏差的证据：任务书明确写了尺寸、字段、渠道、时间范围或验收口径；交付物与这些字面要求不符；执行方无法说明为何偏离。此时返工工时通常应由执行方自行吸收。
实际操作中，可以先要求执行方把返工内容逐条对应到原任务书条款。如果某条要求找不到对应条款，就归入需求遗漏；如果能找到条款但交付不符，就归入执行偏差。这个动作会直接影响下一步：需求遗漏多，说明原任务书需要补充；执行偏差多，说明需要更换执行方或增加验收环节。
保留合作的前提：返工原因可归类且可记录
如果返工集中在需求遗漏，且双方愿意补一份变更单，保留合作通常是成本较低的选择。因为执行方已经熟悉项目背景，重新换人会产生新的沟通和交接工时。
保留合作需要满足两个条件：一是返工原因能逐条归类，不是笼统的“感觉不对”；二是双方同意把新增要求写成书面变更，并注明新增工时如何计。假设某次付费推广素材返工，原因是提出方最初没写清楚落地页字段，执行方按默认字段交付。这种情况下，新增字段的工时由提出方确认，原报价继续有效。这个假设说明的是归类方法，不是真实项目结果。
如果返工原因无法归类，或者执行方拒绝提供工时明细，保留合作会让下一次返工继续扯皮。此时保留的前提就不成立。
改写合作方式的前提：执行方愿意拆分工时
改写不是改报价数字，而是改计费结构。按工时计费容易扯皮，是因为工时本身不可见。可以把后续合作改成“固定交付物 + 变更单”的结构：原任务书内的交付按固定价，超出部分按变更单另行计工时。
这种改写适合执行方愿意拆分工时、提出方愿意提前写清验收标准的场景。具体动作是：要求执行方在下一次报价中列出每项交付的预估工时和验收口径。如果执行方无法列出，说明其内部没有工时记录，改写后仍然无法判断返工归属。这个动作的结果会决定下一步：能列出，就继续合作并签变更单；不能列出，就应考虑退出或换一种计费方式。
退出的前提：返工反复出现且无法归因
退出不是对某一次返工的惩罚，而是对反复无法归因的止损。如果连续多次返工都出现“任务书没写、执行方也没问、验收时才发现”的情况，说明双方在需求确认环节都有缺口，继续按工时计费只会累积争议。
退出前需要确认一件事：返工是否真的无法归因，还是只是缺少记录。如果聊天记录、邮件和任务书都在，只是没人整理，那问题在流程，不在合作方。可以先要求一次书面复盘，把过去返工逐条归类。复盘后仍然无法归类，再退出。这个顺序能避免把流程问题误判为人的问题。
一个可用的判断顺序
- 把返工内容逐条写下来，不写感受，只写具体差异。
- 每条差异对应到原任务书条款，标注“有条款”或“无条款”。
- 有条款且不符，归执行偏差；无条款，归需求遗漏。
- 统计两类各占多少。需求遗漏多，补变更单；执行偏差多，要求执行方吸收或更换执行方。
- 如果两类都无法统计，先补记录流程，再决定保留、改写还是退出。
这个顺序不保证返工不再发生，但能让每一次返工都有归属依据。按工时计费的付费推广项目，最怕的不是返工本身，而是返工发生后没有可对照的原始约定。把原始约定补上，归属判断才有基础，后续报价和验收也才能继续推进。
