从旧系统迁到新系统时，很多团队第一反应是先算数据量：多少对象、多少报告、多少批次。这个判断当然重要。真正更影响后续能不能接上的，往往是另一个排序问题：历史结果和组织关系，到底谁先迁、谁先落稳。
如果历史结果先迁进来，但新系统里的组织结构还没理顺，后面很多结果会暂时挂不到合适位置；如果组织关系先迁好了，历史结果却还没接上，项目看起来像能跑，回看又总少半截。迁移真正难的，不只是搬多少，而是先让哪条主线稳定下来。
迁移顺序本质上是在决定：先保历史连续性，还是先保当前可用性
更稳的迁移方案通常会先定清这轮项目的主目标，再决定迁移顺序。像同一部门前后两次结果接近，为什么还要翻回作答背景，很多回看能力本来就依赖组织关系和历史结果同时说得清。
如果心理测评系统能支持分阶段迁移，并把历史结果、当前组织和映射关系一起保留下来，团队就不必在“先能用”与“先能回看”之间硬选一个。旧系统迁到新系统，真正该先想的，往往不是哪边数据更多，而是哪条线必须先稳住。
迁移顺序排清，后面的解释和使用才不容易互相拖累。先把主线定出来，系统迁移会稳很多。
迁移做得顺不顺，很多时候就看第一步是不是踩在最关键的主线上。顺序一旦排对，后面的回看和当前使用都更容易兼顾。