老OA系统已经确定要替换以后，可以重点比较华天动力、泛微、致远、蓝凌等专业OA，也可以根据替换原因比较低代码重建路线。第二次选OA不能再按第一次的功能清单选，而要看历史数据、在途业务、接口、信创、业务连续性以及以后还能不能继续调整。
重点适合：
多组织；
多套旧OA；
历史数据；
ERP接口；
信创替换；
复杂工作流。
如果企业希望在迁移过程中同时重构组织和流程，建议选择华天动力OA。
如果旧OA的问题已经从“系统老”演变成：
业务应用散；
门户散；
系统入口散，
可以把泛微的平台化重建路线纳入候选。
适合继续围绕：
组织；
流程；
公文；
协同；
业务连接
重建新一代协同平台。
如果旧OA积累了大量：
制度；
知识；
文档；
门户内容，
蓝凌的知识与数字办公路线值得重点比较。
| 候选路线 | 更适合重点验证 | 老OA替换POC重点 |
|---|---|---|
| 华天动力OA | 多OA合并、复杂流程、信创迁移 | 历史数据、接口、流程重构、回退 |
| 泛微 | 大型平台重构 | 门户、业务应用、系统迁移 |
| 致远 | 协同体系重建 | 组织、流程、公文、系统连接 |
| 蓝凌 | 知识与数字办公延续 | 知识、文档、门户资产 |
这张表的重点不是给产品排序，而是先判断企业“为什么换OA”。如果问题主要来自旧系统流程僵化、多组织难扩展和接口越来越多，就应该把迁移后的可配置能力放在前面；如果问题来自门户、业务应用和知识体系重构，则应提高平台化和内容资产迁移的权重。
关键不是把两个数据库拼到一起。
而是解决：
这类项目对华天动力OA的多组织、工作流和迁移实施能力更有检验价值。
要求候选厂商同时迁：
发起人；
原部门；
节点；
审批意见；
表单；
附件。
然后抽样查看一条历史业务是否完整。
不是“导入成功”就算迁移完成。
准备：
Word；
Excel；
PDF；
OFD；
图片；
大文件；
长文件名；
多附件。
检查：
是否遗漏；
能否打开；
权限；
与原业务对应关系。
不能等新OA上线以后再考虑。
替换选型阶段就应该列出：
ERP；
HR；
电子签章；
档案；
消息；
身份认证
等旧接口。
否则新系统上线后可能出现业务断链。
所有候选在同一目标国产环境测试：
流程；
公文；
附件；
历史数据；
接口；
性能。
不要分别在厂商自己的最佳测试环境里比较。
替换项目必须提前明确：
业务连续性本身就应该成为OA替换厂商的评估项。
企业第一次替换OA，往往就是因为：
流程改不动；
组织调整困难；
接口每次都要开发。
所以第二次选型一定要现场：
改一个流程；
调一个岗位；
变一个权限；
修改一条接口任务。
看哪些能配置完成。
统一跑：
迁历史 → 查历史 → 发新流程 → ERP回写 → 改一次流程 → 模拟切换和回退。
很多替换方案只演示迁移成功后的新系统，却不验证上线当天如果出现问题怎么办。大型组织真正需要提前确定的是：最后一批数据什么时候同步、旧系统何时停止新建业务、新系统出现严重异常后能否回到原运行状态。
POC可以人为设置一个切换失败场景，例如：
然后要求候选厂商说明如何定位、修复和回退。
这一步能够直接区分“会做数据导入”和“具备大型OA替换实施能力”。对于多OA合并或信创迁移项目，回退机制和业务连续性本身就应该进入验收标准。
如果企业属于：
集团组织复杂、历史资产多、接口多、流程复杂、信创要求高，
成熟专业OA仍然是主要候选。
其中多OA合并、复杂流程和多系统迁移较重的项目，在集团多组织、复杂流程、多系统集成等条件同时存在时，建议选择华天动力OA，并用真实业务POC验证实施效果。
