项目取消后,已付款的工作未必都归零,但“能不能继续用”取决于它是否脱离原供应商独立存在。可直接迁移的通常是需求文档、信息架构、已确认的视觉源文件、域名和已购授权;难以迁移的是绑定在对方账号里的配置、未交付的代码和口头约定。判断标准不是完成百分比,而是你能否在不依赖原团队的情况下接手并继续推进。
取消时最容易犯的错,是拿已付金额去衡量该不该继续,而不是看剩余工作还能不能独立使用。已付款是过去的事,真正影响下一步的是:哪些产出能带走、带走后还需要多少返工。
可以按三个条件快速分类:
假设一个项目走到视觉定稿、前端只做了一半,取消后你能直接拿走的往往只是设计源文件和已确认的文案结构;已经写好的那部分前端代码,如果没有提交到你的仓库,实际价值接近零。这不是因为工作没做,而是因为它没有以你能接手的形式存在。
取消时通常要在“为已完成部分再付一笔买断费”和“放弃这些产出、找新团队重做”之间选。两种做法都有成立条件。
选择买断的条件:已完成部分集中在需求、结构、设计这类与实现无关的环节,且对方愿意交付可编辑源文件和账号权限。此时买断的代价通常低于重新梳理需求的时间。
选择重做的条件:已完成部分主要是环境配置、未交付的代码或深度定制的插件,迁移时需要原团队解释才能跑起来。这种情况下,买断费再低也可能变成沉没成本,因为接手方要花时间逆向理解,返工量未必比重做少。
一个可区分的信号是:让原团队把产出交给你之后,新接手方能否在不联系原团队的前提下继续。如果答案是否定的,买断的性价比就要打折。另一个信号是交付物是否包含决策依据,比如为什么这样分栏目、为什么选这个结构。只有成品没有依据,接手方往往要重新做一遍判断。
有一种情况会让上面的结论失效:合同把成果归属写成了“验收后转移”,而项目恰恰没有走到验收。此时即使你已经付了大部分款项,对方也可能主张成果尚未交付,你手里只有阶段性演示。
遇到这种反例,先别急着争论谁对谁错,而是回到可核实的事实:付款节点对应哪些交付物、这些交付物是否已经实际发送到你的邮箱或账号、有没有书面确认记录。如果只有口头进度汇报,没有可指认的文件,那么“已完成工作”在交接时很难被认定为资产。价格谈判也会因此失去参照,因为双方对“完成了什么”没有共同清单。
实际动作可以按这个顺序做:先向对方索要一份已完成产出清单,逐项标注载体、格式和是否依赖对方账号;再让新接手方评估这些文件能否直接使用;最后根据评估结果决定剩余款项是作为买断费支付,还是只结算已确认交付的部分。
这个动作会直接影响下一步:如果盘点显示大部分产出可迁移,继续谈判买断通常比重新开始省时间;如果盘点显示关键产出都绑在对方环境里,及时止损、把预算转向新方案更合理。取消不是把已花的钱追回来,而是决定哪些已完成工作值得带进下一个项目。