实施中客户不断追加报表、连接器和流程改造，但销售认为都属于原承诺。你会怎样处理范围变更而不破坏合作？
考察说明
考查交付范围治理、商业协作和客户关系。
回答思路
- 先把原目标、验收标准、架构假设和新增请求逐项对照，说明新增内容对时间、风险、维护和当前关键路径的影响，而不是笼统拒绝。
- 与客户确认每个请求解决的业务问题和优先级，识别可用现有能力满足的部分，并把必须新增的工作拆成独立可估算单元。
- 和销售、项目负责人及产品共同建立变更决策机制，明确谁可调整范围、商业条件和交付日期，FDE 不应私下免费承诺或单方面否决。
- 对接受的变更更新责任人、依赖、验收、支持和回退计划，同时保护原核心里程碑，避免所有事项都以同一紧急级别推进。
- 技术实现优先复用受控配置和连接器边界，客户专属逻辑必须可观测且可移除，不能把范围压力转化为平台核心技术债。
- 若追加需求使原项目无法验收，应共同选择延后、替换或另立阶段；无法取得决策时暂停受影响工作并维持已验证功能。