合作中途业务缩减,交付范围不应按原合同比例直接砍掉,而要先区分“缩减的是业务量还是业务方向”。如果只是栏目数量、产品数量减少,原结构可以保留,按模块停做或延后;如果砍掉的是整条业务线,导航、模板、数据结构和权限体系都要相应调整,否则上线后会留下大量空栏目和无效入口。缺少完整数据时,仍可先做一件最小动作:把原交付清单逐项标注为“必须保留、可以延后、可以删除”,并让双方确认这个标注,再谈价格和排期。这个动作只能暴露分歧,不能证明缩减后的范围一定够用。
业务缩减后,客户常预期费用和工期同步下降,但实际交付方给出的调整幅度往往小得多。原因通常有两种解释。
第一种是结构性成本:建站交付里有一部分工作与栏目数量无关,例如域名与服务器配置、基础框架、内容模型设计、上线部署和基础安全设置。这些工作在业务缩减后依然要做,删掉几个栏目省不下多少。
第二种是返工成本:范围缩减发生在中途,已经完成的设计稿、模板、字段和接口要重新调整,甚至要回退。缩减越多,返工越重,短期工作量可能不降反升。
两种解释对应完全不同的谈判方向。若是结构性成本为主,应重点谈哪些固定项必须保留、哪些可以降级;若是返工成本为主,应重点谈缩减的时机和方式,而不是继续压总价。
能区分的证据不在报价单总额,而在交付清单的颗粒度。要求对方把剩余工作拆到可验证的条目,例如“首页模板调整”“产品分类字段删减”“会员权限模块停做”“历史内容迁移范围缩小”。然后看每一类条目的变化:
缺少完整报价明细时,可以退一步:只核对“已完成”和“未开始”两部分。已完成的按原范围结算,未开始的按新范围重列。这个动作能防止把已完成工作混进缩减后的新报价里,但它无法判断新范围是否覆盖了业务实际需要。
业务缩减后,常见做法是删内容、留结构。这适合业务只是暂时收缩、后续可能恢复的情况:栏目框架、字段和模板保留,内容先不上,后续补充成本低。反之,如果业务方向已经改变,保留旧结构会持续产生维护负担,应改为删结构、留内容,把有价值的内容迁到新结构里。
停做意味着该功能不交付、不测试、不上线,后续重启需要重新排期。降级意味着保留基础版本,例如把复杂筛选改为固定分类、把多级权限改为单一角色。降级的交付成本通常低于停做后再重启,但会留下技术债。判断依据是:该模块未来十二个月内是否可能重新启用。可能启用就降级,基本不会启用就停做。
这两者常被混为一谈。缩减范围是少做东西,缩减验收标准是做同样的东西但降低质量要求。后者风险更高,因为上线后的问题往往在业务恢复时才暴露。如果必须二选一,优先缩减范围,保留验收标准。
假设某企业原计划建站包含产品展示、在线咨询、会员中心和内容资讯四个模块,中途决定暂停会员业务。缺少完整工时数据时,可先做如下标注:产品展示和内容资讯标为必须保留,在线咨询标为可以延后,会员中心标为可以删除。把这个标注发给交付方,要求其只回复三类信息:哪些已完成、哪些删除会产生返工、哪些固定项不受影响。
如果回复显示会员中心尚未开始且与其他模块无耦合,删除它主要影响的是导航和权限配置,那么下一步就是调整信息架构并确认新排期。如果回复显示会员中心已经与账号体系打通,删除会牵动登录、评论等多个模块,那么下一步应先评估是整体停做还是只隐藏入口,再决定是否调整合同金额。这个例子的数字和模块均为假设,目的是说明标注范围比直接谈折扣更能暴露真实成本。
业务缩减后交付量下降,不等于总价应按相同比例下降,也不等于工期一定缩短。返工、联调和重新验收都可能占用时间。反过来,交付方说“固定成本不能减”,也不等于所有条目都不可谈,其中服务器配置、内容迁移、部分设计调整仍可能有压缩空间。
在缺少完整数据和权限的情况下,可执行的最小动作始终是:先冻结原范围,再逐项标注保留、延后或删除,并要求对方只针对变化项给出说明。这个动作能推动范围重新划分,但不能替代对业务实际需要的判断,也不能保证缩减后的方案上线后不需要再次调整。