网站建设公司选择：合作中途业务缩减时交付范围如何重新划分
📱 Mozilla/5.0 (compatible; QlyzeBot/1.0; +https://app.qlyze.io/bot)
🔗 /6f44a0e0e21b.html
📄
网站建设公司选择：合作中途业务缩减时交付范围如何重新划分
先把当前合同、需求清单和已完成页面放在一起，按“已验收、进行中、未开始”三段切开，再谈缩减。缩减不是把总价按比例打折，而是重新定义剩余交付物、验收标准和付款节点；如果只改总价不改范围，后续最容易在“哪些页面还算数”上僵住。
先分清缩减的是业务量还是交付物
业务缩减通常表现为产品线减少、门店关闭或活动取消，但它不一定等于页面数量同比例减少。此时要看两件事：已完成的页面是否仍要上线，未开始的页面是否还有存在理由。
- 业务量减少但结构不变：例如栏目从八个减到五个，导航、模板和后台字段基本复用。这种缩减适合按“删除未开始页面”处理，已完成的模板和组件继续保留。
- 业务方向改变：例如原本做多城市分站，现在只保留一个城市。这时不是删页面，而是合并信息架构，已做的分站模板可能变成沉没成本，需要单独结算。
判断依据不是对方口头说“业务少了”，而是你手上那份需求清单里，哪些条目还能对应到真实业务。对应不上的条目，才进入缩减谈判。
用一份三栏表把剩余范围变成可执行清单
拿当前的需求文档或报价单，逐行标注状态，不要先改总价。可以按下面三栏处理：
- 已验收：已经确认过的页面、模板或功能。这部分通常按原合同结算，缩减不追溯。
- 进行中：已经开工但未验收。需要确认是继续做完、暂停还是改方向。继续做完往往比中途改方向更省，因为返工要重新排期。
- 未开始：尚未投入的条目。这是缩减的主要对象，可以直接删除或替换为更小的交付物。
动作上，先让双方在这份表上签字确认状态，再谈价格调整。结果是：后续争议从“你觉得做了没有”变成“这一行属于哪一栏”，沟通成本会明显下降。
两种常见做法：删条目还是压单价
缩减时通常有两种看似合理的做法，选择条件不同，代价也不同。
做法一：删除未开始条目，按原单价扣减
适合需求清单颗粒度较细、每项都有独立报价的情况。优点是账算得清，缺点是如果删除的是模板类工作，剩余页面仍要共用同一套模板，实际工作量未必同比例下降。假设原清单里十个内页共用一个模板，删掉五个，模板和组件的工作量并不会减半，这时按条目扣减就会偏低。
做法二：保留总框架，压缩单页深度
适合缩减后业务仍需上线、只是内容规模变小的情况。例如把原本每个页面都做定制模块，改为统一模块加少量差异。优点是上线节奏不被打断，缺点是验收标准要重新写，否则容易在“这算完成还是缩水”上扯皮。
选择条件可以简化为一句：如果删除的是可独立计价的功能，按条目扣；如果删除的是共享结构下的内容量，按深度压。两种方式可以混用，但要分别写进补充说明。
把重新划分写进补充说明，而不是只改口头约定
确定范围后，至少补一份简短的范围变更说明，包含：缩减后的交付物清单、每项的验收方式、调整后的付款节点、以及原合同中不再执行的部分。重点不是法律措辞，而是让后续每一步都有对应依据。
例如假设原合同分三期付款，缩减后未开始部分被删除，那么第三期对应的交付物已经不存在，付款节点就应同步调整，而不是继续按原比例支付。这个动作直接影响下一步：如果付款节点不调，对方可能仍按原节奏推进已删除的内容，缩减就落不了地。
缩减后仍要确认的三件事
- 已上线内容是否受影响：删除未开始页面时，检查导航、内链和站点地图是否还指向这些页面，避免留下空链接。
- 后台和账号归属：缩减不影响已交付部分的账号、域名和后台权限归属，这部分要单独确认，不随范围缩减而模糊。
- 后续维护口径：缩减后的站点规模变小，维护范围和响应方式也应同步更新，避免按原规模继续计费。
把这三件事和前面的三栏表放在一起，缩减就从一次价格谈判变成一次可执行的范围重划。先确认状态，再选扣减方式，最后落到书面节点，剩下的争议空间会小很多。
