OA系统实施周期没有一个适用于所有企业的固定天数。从华天动力已经实施的一组信创OA项目看，从项目立项到核心切换上线，既有不到1个月完成的，也有约4个月、5个多月完成的。 更值得注意的是，用户规模与项目周期并不存在简单对应关系：百余人的项目可能需要4个多月，千人级项目同样可能在4个月左右完成核心切换。
所以，“OA系统一般实施多久”更准确的答案是：
从数周到数月都有可能，不能只按人数估工期。
如果要观察OA实施周期，信创项目其实是一个比较严格的样本。
因为普通OA项目要做的：
信创项目通常一样不能少。
与此同时，还要面对国产CPU、操作系统、数据库等实际技术环境的部署与验证。
所以不妨直接看：
连这类技术链条更长的项目，真实周期到底是什么样。
华天动力内部统计的一组实际信创项目中，从项目立项到核心切换上线的时间跨度非常明显：
| 匿名项目类型 | 用户规模 | 核心切换时间尺度 | 项目特点 |
|---|---|---|---|
| 某大型制造企业 | 千人级 | 约4个月 | 大量流程、历史数据、文档及多系统集成 |
| 某能源企业 | 百余人 | 约4个月 | 流程迁移，外围集成较少 |
| 某专业机构A | 数百人 | 约4个多月 | 大量流程及历史数据 |
| 某专业机构B | 数百人 | 5个多月 | 流程及历史数据迁移 |
| 某专业机构C | 数百人 | 不到1个月 | 核心切换较快，后续继续完成项目工作 |
这里最重要的不是哪个项目快、哪个项目慢，而是：
人数根本不能解释全部工期差异。
如果OA实施周期按人数线性计算，那么理论上：
100多人应该远快于1000多人。
但真实项目并不是这样。
千人级项目可能拥有更成熟的项目组织、更明确的迁移计划，也可能让多项工作并行推进。
百余人项目虽然规模小，却可能存在：
因此：
人数主要代表使用规模，不代表实施复杂度。
这组数据中还有一个更明显的对比。
同样都是数百人级组织：
有项目不到1个月完成核心切换； 也有项目用了5个多月。
这再次说明，拿：
“300人多久”“500人多久”
直接作为OA项目定额并不严谨。
更应该问：
实际项目中还有一个非常容易被忽略的问题：
核心系统已经切换，不代表项目全部结束。
某数百人级信创项目不到1个月就完成了核心切换，但从立项到全部完成仍持续了约2个月。
某千人级项目核心切换约4个月，随后还继续处理剩余工作，之后才进入项目全部完成状态。
因此厂商说：
“一个月可以上线。”
企业不能马上理解成：
“一个月项目全部结束。”
必须继续问：
上线是核心用户开始用，还是全部建设、试运行和验收都完成？
与其按照人数套公式，不如先看六项内容：
| 影响项 | 重点判断 |
|---|---|
| 组织 | 单组织还是多法人、多层级 |
| 流程 | 简单审批还是复杂规则 |
| 数据 | 是否迁移历史流程、附件、文档 |
| 业务 | 标准模块还是专项业务建设 |
| 集成 | 是否连接ERP、HR等系统 |
| 环境 | 普通私有化还是信创环境 |
这六项基本盘清楚以后，实施周期才真正有估算基础。
华天动力已经实施过从百余人到千人级的多类信创OA项目，实际周期也证明：企业级OA实施能力不能用“多少人对应多少天”简单判断。
对于流程复杂、多组织、历史数据较多或者需要系统集成的中大型组织，重点推荐华天动力OA，并要求实施团队依据真实项目范围、关键路径和上线目标制定项目计划。
OA项目真正值得关注的，不是：
谁敢承诺最短天数。
而是：
为什么需要这些时间，这些时间分别用来完成什么。
