范围蔓延通常不是客户突然提出一个巨大需求，而是许多“顺手改一下”的小要求逐步累积，最终让项目超出原报价，却没有同步增加费用和周期。控制范围的关键，不是拒绝所有变化，而是让每一次变化都经过识别、评估和确认。

先判断：这是执行问题，还是新增需求

变更判断必须以原报价单为依据。原报价中应明确项目目标、交付物、会议次数、修改轮次、客户配合事项、时间安排和不包含的工作。只要新要求改变了交付物、增加了工作量、延长了周期，或超出约定的修改次数，就不能仅凭“看起来不复杂”判断为原范围内事项。

例如，客户要求调整已确认成果中的细节，可能属于约定的修改；但如果要求增加新的页面、补充策略、重新制作一套方案，通常已经改变了交付范围。判断标准应是工作结果和投入是否发生变化，而不是任务在表面上是否容易完成。

用变更单代替口头承诺

发现新增需求后，不应立即执行，也不必直接拒绝。可以按以下顺序处理：

1. 复述客户提出的具体变化，确认双方理解一致。
2. 对照原报价，说明该需求是否包含在既定范围内。
3. 评估它对工作量、交付时间、费用和后续维护的影响。
4. 给出可选方案，例如增加费用、延长周期，或减少原有交付内容。
5. 在客户书面确认后，再安排执行。

变更单不一定要复杂，但至少应写清新增工作、调整后的交付物、费用变化、时间变化和确认方式。没有确认就开始做，往往会让客户把临时协助理解为默认服务。

让让步有交换条件

客户预算减少时，应优先缩小范围，而不是维持原有交付并单方面降价。可以减少修改次数、沟通频率、交付深度或后续支持；如果客户希望增加内容，则应同步调整价格和周期。每次让步都应有明确交换，不能让“暂时帮忙”成为无限服务的入口。

项目结束后，还应比较预计工时与实际工时、预计修改次数与实际次数，并记录哪些需求反复造成超支。若同类项目持续出现范围扩大，问题可能不只是报价偏低，更可能是边界描述不够具体。真正有效的变更管理，是把模糊请求转化为可评估、可计价、可确认的项目决策。