平台化改造评审后又加需求怎么办？先走变更

新增需求应纳入变更管理

评审通过不代表范围可以无限扩展。若新增需求会影响架构、周期、成本或交付范围，应先发起变更评审，明确新增内容对原方案的影响，再决定是否纳入当前迭代或进入后续版本。

影响范围和成本的需求应走变更

如果新增需求会改变原有设计、增加开发工作量、影响上线节奏，或牵涉多个团队协同，就建议走正式变更流程。只有不影响整体方案、且在原约定范围内的小调整，才可以按约定快速处理。

变更可控，节奏也要重新校准

变更会带来范围、资源和排期的重新确认，但这是控制风险的必要动作。通过变更评审，可以重新确认优先级、交付边界和上线计划，避免在未评估影响的情况下盲目追加，进而导致返工和延期。