范围基线，是项目启动时双方确认的“原始承诺版本”。它回答的不是项目想实现什么，而是本次具体交付什么、做到什么程度、何时完成，以及哪些内容不在范围内。没有范围基线，后续就无法判断客户提出的要求究竟属于正常修改，还是已经构成需求变更。

范围基线应包含什么

范围基线不必做成复杂文件，可以是一页项目说明、报价单中的详细范围，或一封明确的确认邮件。至少应记录以下内容：

• 项目目标与交付物清单；
• 每项交付物包含的主要内容和完成程度；
• 时间节点与客户需要提供的资料；
• 修改轮次、反馈方式和验收条件；
• 明确不包含的事项；
• 新增需求对费用、时间和排期的处理规则。

其中，“不包含什么”与“交付什么”同样重要。客户提出“再增加一个使用场景”“重新调整已确认方向”或“验收后新增目标”时，就可以直接与基线对照，而不是依赖双方对聊天记录的不同记忆。

如何在项目中使用

项目开始前，先让客户确认范围基线，并保留文字记录。执行过程中，所有来自聊天、电话或会议的变化都应转成统一记录，写明具体需求、影响的交付物、时间影响、费用影响和当前状态。

收到新要求后，不要立即回复“可以，我改一下”。更稳妥的流程是：

1. 先记录需求，确认它与原始范围的差异；
2. 判断是范围内的小调整，还是需要评估的边界变化；
3. 评估工作量、返工、排期和机会成本；
4. 给出保持原范围、替换部分内容、延期或新增报价等方案；
5. 在客户确认费用和时间后再执行。

范围基线不是拒绝客户变化的工具，而是把变化显性化的参照物。它既保护服务方的时间和利润，也让客户清楚每一次新增要求会带来什么影响。项目交付后，还应区分“未达到原约定的修正”和“验收后的新需求”，完成验收、支持期限和最终版本归档，避免项目长期处于未收口状态。