需求基线与变更单，解决的是项目管理中的两个不同问题：前者回答“原本约定要做什么”，后者回答“后来发生了什么变化”。如果没有清晰的需求基线，变更单就缺少判断依据；如果没有变更单，基线一旦被突破，新增工作就容易被误认为原报价内的普通修改。

需求基线：确定原始边界

需求基线是双方确认的项目版本，通常由报价单、合同附件、需求说明、交付清单、页面清单及确认记录共同构成。它不只是功能列表，还应明确交付目标、交付物、适配范围、验收标准、修改轮次、客户配合事项以及不包含的内容。

例如，“制作一个完整方案”无法形成有效边界；“制作三页页面、提供两种视觉方向、完成一次集中修改，并交付指定格式文件”则更接近可执行的基线。判断一项要求是否属于原范围，不能只看客户是否称其为“小改动”，而要看它是否改变目标、交付物、工作量或验收标准。

基线一旦确认，原范围内的问题应按约定处理，包括明显错误修正和约定次数内的合理调整。但客户新增页面、功能、语言、平台适配，或推翻已确认方案重新制作，通常已超出基线。

变更单：管理边界之外的变化

变更单不是新的需求文档，而是对基线变化的书面确认。它至少应记录：变更内容、原范围与新增范围的区别、费用变化、工期影响、执行条件和确认方式。

正确流程是“识别变更—评估影响—书面确认—再开始执行”。客户提出要求后，不宜立即回复“好的”并投入制作，而应先判断这项变化是否增加工时、影响原定交付时间，或占用原本安排给其他项目的资源。若影响费用或工期，应在客户确认前暂停新增工作。

变更单的价值还在于保留决策记录。即使通过邮件、项目管理工具或聊天记录确认，也应让双方明确回复确认内容。口头沟通可以用于讨论，但不适合作为范围、费用和交付日期的唯一依据。

实际判断标准

最容易混淆的是“补充资料”和“需求变更”。如果客户只是补交原项目本就需要的资料，未必产生新增费用；但如果资料变化导致已完成内容必须重做，就应记录返工范围及其时间、费用影响。

因此，需求基线是项目的参照系，变更单是偏离参照系后的处理凭证。对一人公司而言，真正需要管理的不是每一次细微调整，而是确保任何明显增加工作量的内容都有边界、有确认、有排期，避免“先做了再争议”。