判断返工归属,不能只看“谁改的”,而要先看返工触发点是否落在双方已经确认的范围之内。若旧内容、旧系统或旧合作关系退出时,原需求文档、验收口径和变更记录能证明是执行方偏离约定,返工工时应由执行方承担;若需求在开工后才被追加、替换或重新定义,追加部分通常应另计。下面用两个解释和一组可核对的证据,帮你把这件事落到报价单和下一步动作上。
常见情形是:旧合作关系准备退出,但保留了一部分仍有价值的内容或系统模块。执行方按工时报价,做到中途,甲方发现页面结构、栏目路径或数据字段不符合预期,要求重做;执行方认为这是新增要求,甲方认为这是原本就该做对的事。两边都不算无理,因为争议不在“有没有返工”,而在“返工由哪个前提触发”。
这时不要急着按情绪分摊比例,而要先固定一个判断顺序:先看约定,再看变更,最后看可验证的交付证据。顺序反了,很容易把需求不清造成的返工全部压给执行方,或者把执行方漏做的基础项算成甲方变更。
如果原约定已经写明交付标准,例如页面标题层级、内链规则、移动端适配范围、旧数据保留字段、退出时仍需维持的模块,而执行方交付物明显偏离这些标准,那么返工属于执行偏差。此时按工时计费的部分不应直接转嫁给甲方,除非双方在变更单里另行确认。
可区分这种解释的证据包括:需求确认稿与最终交付物的逐项对照;验收清单上双方是否签字或留痕;执行方是否在开工前提出过歧义并得到答复;返工内容是否只涉及修正错误,而没有增加新范围。若这些证据指向“约定清楚但没做到”,返工归属就比较明确。
另一种解释是,返工并非做错,而是甲方在旧合作退出阶段临时追加了保留范围。例如原本只要求保留旧文章,后来要求同时保留旧评论、旧附件和旧跳转关系;原本只要求静态页面可访问,后来要求后台可继续编辑。此时执行方按工时追加报价,通常是合理的,因为工作量确实增加了。
能区分这种解释的证据包括:变更请求出现的时间点;变更是否改变了原有交付物结构;执行方是否在变更后给出过新的工时估算;甲方是否接受过“先做追加、后补确认”的安排。如果证据显示返工由新增要求触发,就不应简单按原报价包干。
实际操作中,可以先做一个“返工归属表”,把每一项返工拆成触发原因、约定依据、责任方和下一步动作。下面是一个假设例子,仅用于说明比较方法,不代表任何真实项目:假设旧系统退出时保留 40 个页面,原约定只要求页面可访问,执行方交付后甲方要求其中 12 个页面增加旧表单字段。若原约定没有表单字段,这 12 项追加应进入变更工时;若原约定已写明“保留原有表单字段”,而执行方漏做,则这 12 项返工应由执行方承担。这个例子里的数字只用于演示拆分方式,不是价格或工作量标准。
接下来要做的动作是:把争议项从总报价里拆出来,单独标注“原范围返工”和“新增范围返工”。拆分后,如果原范围返工占比高,下一步应要求执行方先修正再谈新增;如果新增范围返工占比高,下一步应确认是否保留这些新增项,或者缩小退出范围。这个动作会直接影响后续付款节点和验收范围,而不是只影响一句口头结论。
如果这些证据缺失,不要只用“请求量归零”“抓取量下降”或“页面没收录”来证明返工归属。这些现象可能来自旧链接失效、旧内容被合并、访问路径改变或抓取预算重新分配,不能单独证明执行方做错,也不能单独证明甲方追加合理。
第一,工时单价是否区分“修正错误”和“新增开发”。若两者同价,返工归属仍然要分清,否则追加会不断吞掉原预算。第二,退出阶段是否允许分批验收。分批验收能把返工限制在单个模块内,避免整批重做。第三,旧内容或旧系统保留到什么程度。保留越多,迁移、适配和测试工时越高;若预算有限,应优先保留仍有访问价值或业务价值的部分,而不是全部保留。
需要区分的是:百度免费推广语境下的自然流量维护、平台推荐带来的内容分发,以及广告投放计费,是三件不同的事。按工时计费的返工判断,主要适用于前两者涉及的内容维护、系统迁移和页面修正;广告投放的计费与返工归属通常另有合同口径。若对方把广告消耗和自然维护工时混在一张报价里,应先要求拆开,再判断返工该落在哪一项。
最终可执行的结论是:先锁定原约定和变更时间点,再把返工拆成原范围与新增范围,最后只对仍有保留价值的部分继续投入工时;这样既能控制退出成本,也不会把已经确认的交付责任糊成一笔总账。