合作中途业务缩减,交付范围不能简单按“原合同打折”处理。更稳妥的做法是先判断缩减属于需求总量下降还是业务方向改变,前者适合做减法保留结构,后者往往需要重做信息架构和内容映射,再谈费用与排期。
业务缩减后,客户常提出把栏目从十个减到五个,认为工作量应该同步减半。但实际交付中,减少栏目有时会让剩余页面的内容关系更复杂:原本分散在多个栏目的信息要合并到少数页面,导航层级、内链和表单路径都要重新设计。于是出现“页面数量下降、单页工作量上升”的情况。
这不是设计公司在推脱,而是缩减方式不同造成的。判断交付范围如何重划,关键要看缩减发生在哪个层面。
如果缩减只是砍掉部分产品线、门店或服务项目,主业务方向没变,那么原有信息架构基本可用。此时交付范围可以按“保留骨架、减少填充”处理:首页、核心栏目页、通用模板继续做,被砍掉的部分不再单独建页,改为在现有页面里合并展示或不展示。
这种情况下,适合重新划分的范围包括:
如果缩减意味着目标客户、主营品类或转化路径发生变化,比如从多品类零售转向单一品类批发,那么原网站结构可能整体失效。此时不是“少做几页”,而是“重新确定网站要服务谁、承接什么动作”。交付范围要重划为:重新梳理栏目、重新设计关键页面、重新安排内容优先级,原有部分页面只能作为素材复用。
这两种解释对应的费用和排期差异很大,所以不能只凭“页面少了”就下结论。
可以要求双方在调整前确认三组信息,用它们区分缩减性质:
这三组信息不需要复杂工具,一次需求确认会议加一份现有页面清单就能完成。确认后,交付范围的重划才有依据。
假设某黄石本地服务商原有八个服务栏目,合作进行到设计阶段时决定只保留三个服务方向。若三个方向仍面向同一类客户、使用同一咨询入口,那么可以把原八个栏目页合并为三个栏目页加一个总览页,导航和表单沿用原方案,交付范围按减少的页面数和内容迁移量调整。下一步只需确认被合并内容的归属页面,再进入开发。
若缩减后三个方向分别面向个人客户、企业客户和渠道合作方,转化动作不同,那么继续沿用原导航会让访客混淆。此时应先把栏目结构改为按客户类型划分,再决定每个类型下放多少内容。这个动作会直接影响模板数量和表单数量,进而改变排期,不能等到开发阶段再补。
业务缩减后的范围调整,建议按以下顺序推进:
完成这三步后,再讨论费用调整才有共同基础。若缩减属于方向改变,费用未必下降,因为结构重做可能抵消页面减少带来的节省;若属于总量下降,费用通常可以按保留范围和迁移量重新核算。把判断依据写进变更确认单,后续排期和验收才不会反复。