📍 WDQWDWQD987AAAAA:216.73.216.26
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /0d752e3be8d4.html
📄

企业建站外包，合作中途业务缩减时交付范围如何重新划分

结论先行：业务缩减时，把交付范围从“按页面数量交付”改为“按业务必需链路交付”，通常比整体砍比例更可行。前提是双方能确认哪些页面仍在产生咨询、下单或售后价值；一旦缩减源于业务线整体关停，而不是流量下滑，这个结论就会失效，此时应按合同终止或暂停条款处理，而不是重新划分范围。

为什么按比例砍页面往往谈不拢

业务缩减后，最常见的做法是要求外包方“总价打七折、页面也减三成”。这种做法在样本量小时看似成立：一家企业原本规划二十个产品页，缩减后只保留十四个，数字上对得上。

但规模化后例外很快出现。页面价值并不均匀，首页、核心产品页、联系与转化路径上的页面，改动成本高、牵连模块多；而资讯类、活动类页面数量多、单页成本低。按数量砍，砍掉的往往是便宜页面，留下的却是贵页面，外包方的实际工作量下降有限，自然不接受同比例降价。反过来，如果按金额砍，又容易出现必需页面被划出范围、上线后无法形成完整转化链路的情况。

可区分原因的证据：如果缩减后咨询仍集中在少数几个页面，说明需求收缩的是长尾内容，不是核心链路；如果缩减后连核心页面的咨询也同步消失，说明问题在业务本身，重新划分交付范围意义不大。

重新划分时先固定三类页面

更可操作的做法，是把现有交付清单分成三类，再决定去留。

• 必需链路页：用户从进入站点到完成咨询、下单或留言所必须经过的页面。这类页面不因业务缩减而删除，但可以降低设计复杂度，例如取消独立动效、改用模板化区块。
• 支撑页：帮助必需链路页被理解和被信任的内容，如资质说明、常见问题、售后说明。可以合并到现有页面，而不是单独建页。
• 可延后页：活动页、专题页、多语言版本、非核心产品线页面。这类页面适合暂停交付，保留结构预留，等业务恢复再补。

划分完成后，交付范围从“多少个页面”变成“哪几条链路必须跑通”。这一步的实际动作是：让外包方按链路列出所需页面、模块和依赖项，你逐条确认哪些属于本次必须交付。结果会直接影响下一步——如果必需链路页数量没有明显减少，就不要期待总价大幅下降，而应把谈判重点放在简化实现方式上。

一个假设例子：缩减后范围怎么落地

假设某企业原计划交付首页、八个产品页、六个资讯页、两个活动页和一套多语言版本。业务缩减后，只保留两条产品线。

按链路划分的结果可能是：首页保留但减少首屏模块；两条产品线各保留一个产品页，其余六个产品页暂停；资讯页只保留与这两条产品线相关的两篇，其余暂停；活动页全部暂停；多语言版本暂停，但导航结构预留。此时页面数量下降明显，但设计、开发和联调的工作量下降幅度更小，因为首页和产品页仍是定制部分。

这个例子说明，重新划分交付范围时，数量变化和工作量变化不是一回事。你需要向外包方确认的是：暂停的页面是否仍占用排期、是否产生返工费用、恢复时按什么标准计价。这些条件写清楚，后续才不容易扯皮。

什么情况下不要重新划分，而应暂停或终止

如果业务缩减的原因是某条业务线被整体关停，且短期内没有恢复计划，那么重新划分交付范围通常不是最优解。此时继续保留一个缩水版站点，可能既无法支撑剩余业务，又持续产生维护和内容更新成本。

判断依据可以看两点：剩余业务是否仍需要独立站点承接咨询；暂停交付后，已完成的页面和结构是否还能在恢复时复用。如果答案是否定的，更合适的动作是依据合同中的暂停或终止条款结算已完成部分，并明确素材、代码和账号的交接方式。这个判断会直接改变下一步：走终止流程时，重点转向验收和资产移交；走范围重划时，重点转向链路确认和排期调整。

下一步动作：把口头缩减变成书面变更

无论选择重新划分还是暂停，都不要停留在会议纪要或聊天记录里。实际动作是发一份范围变更确认单，至少包含：本次保留的链路和页面清单、暂停的页面清单、暂停部分的恢复条件、已完成工作的验收方式、以及费用是调整还是顺延。

外包方确认后，再按新范围推进开发和验收。这样做的结果不是保证项目一定顺利，而是让双方对“缩减后交付什么”有同一份依据，避免在验收阶段才发现范围理解不一致。