判断返工归属,核心不是看谁改得多,而是看这次修改是否由需求基线变更引起。若原需求已书面确认、验收标准清晰,后续新增或改变想法产生的工时通常归甲方;若交付物偏离已确认需求、存在明确缺陷,修复工时通常归乙方。前提变化时,结论会反转:需求未冻结时,返工往往应计入项目共同风险,而不是简单甩给一方。
按工时计费的报价里,返工至少分三类:缺陷修复、需求变更、理解偏差。缺陷修复指交付结果不符合已确认的功能或验收标准,例如表单提交后数据没有进入约定的存储位置。需求变更指甲方在确认后新增页面、调整流程或改变交互方式。理解偏差则发生在需求描述本身模糊、双方各自按不同理解执行的时候。
这三类的费用归属不同。缺陷修复通常由乙方承担,因为这是履行合同的基本义务;需求变更通常由甲方承担新增工时;理解偏差要看哪一方在需求确认阶段留下了可核对的记录。若会议纪要、原型或验收清单里已经写明,而乙方执行偏离,偏向乙方责任;若双方都没有把关键点写清,则更适合按比例协商,而不是让某一方全额买单。
需求基线可以理解为双方确认过、可作为验收依据的那一版范围说明。它不一定是厚文档,也可以是一组确认过的页面清单、字段清单和交互说明。关键前提是:它有没有被明确标记为“当前版本”,以及变更时走什么流程。
如果基线已冻结,甲方后续提出新增功能,乙方按工时计费追加是合理的。此时乙方应提供变更前后的差异说明和预估工时,甲方确认后再开工。若乙方先做再报,甲方容易质疑工时合理性,乙方也难证明必要性。
如果基线没有冻结,项目仍在探索阶段,那么“返工”很大一部分其实是正常的需求澄清。这种情况下,更稳妥的做法是把探索期单独设为一段按工时结算的阶段,而不是把它混进固定报价里。否则双方都会把探索成本误认为对方造成的浪费。
面对一笔有争议的返工工时,可以选择保留合作、改写计费规则,或退出当前合作。它们成立的条件不同。
这三种选择不是必须全部尝试。多数争议集中在“基线是否清楚”和“变更是否有确认记录”两点,先把这两点查清,再决定保留还是改写。
不要只凭聊天记录里的情绪判断。可以按以下顺序核对:
如果第1项显示争议功能不在已确认范围内,且第2项显示变更在确认之后提出,那么新增工时归甲方更合理。如果第1项显示功能在范围内,但交付结果不符合第4项的验收标准,那么修复工时归乙方更合理。第3项缺失时,双方都有责任,因为没有人把变更成本提前说清。
假设项目已确认导航只放五个栏目。上线前甲方要求增加两个栏目,乙方按工时追加报价。这种情况下,增加栏目属于需求变更,新增工时通常归甲方。若乙方在实现时把其中一个栏目链接指向了错误页面,修复这个错误属于缺陷修复,工时通常归乙方。
反过来,如果项目还在原型阶段,导航栏目数量从未确认,甲方多次调整栏目结构,乙方每次重做。这时把它称为返工并不准确,更接近需求探索。若合同约定探索期按工时结算,甲方承担这部分工时;若合同约定按固定报价交付,乙方需要在报价时预留探索余量,否则容易亏损。这个例子的数字并不重要,重要的是先确认基线是否存在。
与其在争议发生后争论,不如在报价阶段就写清三件事:需求基线以哪一版为准、变更如何提出和确认、缺陷修复与需求变更如何区分。实际动作是要求乙方在报价单里单列“变更计费方式”,而不是只写一个总工时。这样做的结果是,后续每次返工都能对应到具体条款,减少按感觉分摊的情况。
如果对方拒绝拆分,只愿意给一个笼统的按工时报价,你需要把风险视为总成本可能上浮,而不是认为对方报价更低。能否接受这种不确定性,取决于你的需求是否已经稳定。