结论有条件:如果已完成的工作留下了可独立使用、可迁移、可验证的资产,那么即便项目中途取消,这部分费用也没有完全沉没;但如果工作成果只存在于服务方的后台、账号或口头判断里,取消后价值可能迅速归零。判断标准不是“做了多少”,而是“离开对方后你还能不能用”。
取消项目时,最容易产生分歧的是:钱已经花了,但东西到底算不算交付。把已完成工作按“可带走性”分成两类,能帮助双方快速判断剩余价值。
可带走的资产越多,取消时越值得结算;不可带走的比例越高,越需要重新评估已付费用是否对应了实际留存物。
面对中途取消,通常有两种做法。它们并非谁绝对正确,而是适用于不同条件。
适用条件:已完成工作主要是内容发布、技术修复这类已经落在站点上的改动,且服务方没有掌握你必须继续使用的账号权限。
代价:未交付的诊断结论、未整理的素材、未转移的监测配置可能丢失。若后续换人接手,对方需要重新做一遍基础盘点。
适用条件:已完成工作中包含结构诊断、关键词映射、内容规划等文档型成果,且这些文档对下一阶段仍有参考价值。
代价:需要额外支出,且收尾周期可能拉长。若文档本身质量不高,这笔钱同样可能浪费。
选择时可以先问:下一任接手者能否在不联系原服务方的情况下理解已完成的工作?如果答案是否定的,收尾交付就有意义;如果站点本身已经稳定,且后续不再做同类优化,立即停止更划算。
假设某项目已完成大量页面内容改写,但这些内容只存在于服务方的内容管理系统草稿箱,尚未发布到你的站点,也未导出源文件。此时“已完成工作仍有价值”的结论就不成立:取消后你既拿不到草稿,也无法证明这些草稿的质量。
这个反例说明,价值判断必须落到控制权上。工作是否完成是一回事,完成物是否在你手里是另一回事。只要控制权不在你这边,已完成的比例再高,也可能无法转化为实际价值。
在正式通知取消之前,先要求对方提供一份已完成工作清单,并逐项标注交付状态:已上线、已交付文档、仅在对方账号、未开始。拿到清单后,按下面的顺序处理:
这个动作的结果会直接影响下一步:如果清单显示大部分工作已落在你可控的范围内,那么剩余费用争议会小很多,你可以把精力放在后续接手安排上;如果清单显示大量工作仍在对方手中,那么优先谈的是交付与迁移,而不是继续争论已完成比例。
中途取消的结算,不适合按原合同总价简单折算比例。更可操作的方式是按可留存成果逐项估价:已经上线且可验证的技术修复、已经发布且可编辑的内容、已经交付且可复用的文档,各自对应一部分费用。仅存在于对方后台的监测数据或内部工具使用,通常不应按完整交付计价。
如果双方对某项成果的价值判断差距很大,可以要求对方说明该项工作如果重新做一遍需要哪些步骤,再判断这些步骤是否已经实质完成。这样比争论“做了几成”更容易达成一致。
取消项目不等于所有费用都白花,但前提是已完成的工作必须留下你能控制、能迁移、能验证的成果;一旦成果锁在对方账号或只停留在口头阶段,剩余价值就会大打折扣。先拿到已完成工作清单并确认控制权,再决定是立即止损还是支付收尾费用,是比直接争论退款比例更有效的下一步。