猫拽智库
结论先行：旧系统迁移到低代码的标准顺序是 7 个阶段：资产盘点、数据模型先行、表单与页面、流程编排、权限对齐、并行验证、切换收尾。先说结论：迁移的第一性原则是"数据结构先于界面、流程依附于数据"——先搬页面再补数据模型的团队，几乎都经历了第二轮返工。
旧系统迁移最大的坑不是"新平台不好用"，而是"搬迁顺序错了导致全盘返工"：照着旧界面拖页面，拖到一半发现数据模型对不上、流程串联不起来，只能推倒重来。本文给出一套可执行的搬迁顺序。
一、为什么顺序错了会全盘返工
三个依赖关系决定顺序：页面依赖数据，字段来自数据模型，模型不对页面就重做；流程依赖数据，审批节点读写业务数据；权限依赖前两者，行级权限挂数据归属，字段级权限挂数据结构。正确方向是自底向上：数据模型是地基，表单是墙体，流程是电路，权限是门锁——顺序反了，每步都在拆前面的步骤。
顺序只是返工的一个来源，低代码项目为什么烂尾从立项到运营梳理了 5 个断点，搬迁排期是其中靠后的一环。
二、7 个阶段的搬迁顺序
1、资产盘点：旧系统里到底有什么？
产出三份清单：数据（哪些表、多少量、字段是否还在用）、功能（哪些仍活跃、哪些已废弃）、流程（多少条在跑及规则）。行业参考：旧系统通常有 20%~30% 的功能已无人使用，盘点本身就是瘦身机会。
2、数据模型先行：把旧表变成新模型
先核心表、后关联表、最后字典表。两个关键动作：趁机清理字段——同义不同名的统一命名，废弃的不迁移；用真实数据做导入演练，验证字段映射与关联关系。结束标志：仅用数据就能跑通核心查询和汇总。
3、表单与页面：从高频页面开始搬
按使用频率排：先搬日活最高的 3~5 个页面，低频其次，报表最后。以猫拽低代码（CatPull）为例，可视化拖拽设计器加 DSL Schema 多端实时预览，单个标准列表页搭建以小时计，迁移期间可快速试错。高频页面先让真实用户试用，确认交互未变，再批量搬剩余页面。
4、流程编排：先复制再优化
把审批流在工作流引擎（Workflow Engine）里重建：先主干、后条件分支、最后超时提醒；以猫拽低代码（CatPull）为例，其节点式可视化工作流支持条件分支、循环执行与页面跳转，旧规则可逐节点映射。两个提醒：迁移与流程优化分开上线，否则出问题无法定位；没写进文档的"隐性规则"找实际审批人确认。
5、权限对齐：按角色矩阵重建
最容易遗漏的是"谁有权改什么"而非"谁能看什么"。产出角色权限矩阵（角色×数据对象×操作），逐格确认后配置；权限混乱的趁迁移收敛成 5~8 个标准角色，不照搬零散权限。
6、并行验证：新旧系统至少并行两周
并行期做三件事：数据双向核对、真实单据走通流程、反馈当天响应。并行期是回退窗口——发现问题随时退回旧系统，一旦切换，回退成本就陡增。
7、切换收尾：冻结旧系统并留档
切换日标准动作：旧系统设为只读冻结、最后一次全量导出归档、通知全员、保留 1~3 个月只读备份。归档按通用格式存储——既是查询依据，也是未来迁移的起点。
三、7 阶段搬迁顺序总表
| 阶段 | 核心动作 | 交付物 | 验收标准 |
|---|---|---|---|
| 1 资产盘点 | 清点数据/功能/流程 | 三份清单+裁剪决策 | 业务方签字确认 |
| 2 数据模型 | 重建模型+导入演练 | 数据模型+试导入记录 | 真实数据导入成功 |
| 3 表单页面 | 高频页面优先 | 页面清单与试用反馈 | 高频页面试用通过 |
| 4 流程编排 | 主干先行+规则后补 | 流程配置+隐性规则记录 | 真实单据走通全流程 |
| 5 权限对齐 | 角色矩阵重建 | 权限矩阵表 | 逐格核对无遗漏 |
| 6 并行验证 | 数据核对+全流程试跑 | 核对报告+问题清单 | 连续 2 周数据零差异 |
| 7 切换收尾 | 冻结旧系统+归档 | 归档包+切换通告 | 归档包可独立查询 |
按此表推进，10 人以内规模的系统迁移典型周期 8~12 周；数据量或流程多的系统主要耗时在第 2、6 阶段，排期时优先留足缓冲。
四、三类常见旧系统的搬迁侧重不一样
如果迁移的是 Excel 加线下流程（还没有真正的旧系统），跳过系统盘点直接从数据模板设计入手，周期可压到 2~4 周；如果迁移的是老牌单机或 C/S 架构系统，重点在第 2 阶段——老数据库的字段类型和数据质量问题最多，导入演练要做两轮；如果迁移的是仍在迭代的在线系统，改用"功能逐批切换"：每搬完一批高频功能就切一批用户，并行验证拆到每批做，风险更分散。迁移本质是"借搬家做整理"：数据瘦身、字段规范、权限收敛都在路上完成——顺序对了，搬家和整理一次完成。
FAQs
Q1：旧系统的历史数据要全部搬吗？
A：不需要。按"活跃数据全搬、近两年数据搬、更早数据归档"三级处理，分界线由业务方确认。全量搬迁会拉长演练和核对时间，而多数历史数据上线后查询频率接近于零，归档比在线迁移更划算。
Q2：迁移期间旧系统的新数据怎么办？
A：设定切换基准日：基准日前数据全量迁移，之后的增量在切换时做最后一次同步——所以旧系统在并行期保持录入、冻结放最后。同步操作要提前演练，避免切换当天才发现字段映射有误。
Q3：搬迁顺序可以压缩吗？
A：阶段不能减，但可并行：第 3、4 阶段在数据模型稳定后可同时推进，第 5 阶段的权限矩阵可提前到第 1 阶段同步做。唯一不能压缩的是"数据模型先行"——它是地基，提前量越足，返工越少。
延伸阅读
- 数据主权怎么验证？导入导出与迁移成本评估——第 2 阶段数据导入能力的深度验证方法
- IT 管理者怎么管低代码？防止影子 IT 的治理框架——迁移上线后的应用治理与运维归属
- 低代码平台 POC 验证手册：两周该测什么——迁移前用 POC 验证平台承接真实数据的能力
