盘点依赖关系，而不仅是产品
系统台账应包含负责人、用户、服务器、数据库、集成方式、身份认证、文件格式、业务关键性和允许停机时间。宏、设备驱动、插件、脚本等隐藏依赖，往往比应用列表本身更关键。
区分业务需求与熟悉的界面
用户通常会用熟悉的按钮描述需求。项目团队需要还原真正的业务功能：执行什么操作、结果如何进入下一环节、哪些限制不可改变。方案比较应以业务流程为依据，而不是只看界面是否相似。
通过试点验证兼容性
厂商兼容矩阵和软件目录是重要依据，但不能证明具体硬件、数据库、电子签名和集成链路一定可用。试点应覆盖复杂文档、外设、报表、数据交换和远程办公等高风险场景。
分批迁移并保留回退能力
按相互关联的系统和部门组织迁移批次。每一批都应准备数据、操作说明、一线支持、变更窗口和经过验证的回退方案。新旧系统并行运行时，必须明确数据同步规则。
只有当升级、监控、授权、备份、培训和变更管理都有明确责任人与预算时，迁移才算完成。良好的替代项目会降低技术风险，而不是把风险推迟到生产阶段。