OA二次开发周期怎么估？先区分配置、接口开发和专项定制开发

第一层：标准能力和配置调整

例如：

增加一个审批节点； 金额达到某个条件后改变路径； 表单增加字段； 某个节点增加字段权限。

如果产品现有能力可以实现，这类需求的主要工作通常是：

配置 + 测试。

不必自动归入专项开发。

华天动力当前魔方架构本身就包括模块化组合、低代码配置、工作流引擎和开放集成等能力。

第二层：低代码业务扩展

有些需求没有现成标准模块，但业务结构比较明确。

例如：

• 新建一张业务台账；
• 增加数据录入页面；
• 配置专项查询；
• 建立一个简单业务应用。

这时可以进一步判断：

是否可以通过低代码能力完成？

它的工作量通常已经高于普通流程配置，但和从头编写一套独立业务程序仍然不是一回事。

第三层：接口开发

例如：

OA对接ERP。

接口项目除了程序开发，还需要：

• 确认业务边界；
• 字段映射；
• 双方开发；
• 准备测试环境；
• 联调；
• 异常验证；
• 业务验收。

所以这类工作的周期不能只问：

写代码需要几天。

而要看：

整条业务链多久能跑通。

第四层：专项定制开发

例如企业需要：

• 独立数据模型；
• 特殊业务页面；
• 复杂计算逻辑；
• 多角色协作；
• 状态机；
• 原产品没有的专项业务模块。

这时项目已经更接近一个完整的软件功能建设过程。

通常需要经历：

需求确认 → 设计 → 开发 → 测试 → 用户验证。

没有明确需求范围时，直接给一个固定开发天数并不可靠。

同一句“改一下”，可能属于完全不同的层级

例如业务部门说：

“合同里再加一个预算字段。”

如果只是填写一个字段，可能属于配置。

但如果真正要求的是：

增加字段 → 去ERP查询预算 → 根据余额决定审批路径 → 审批后回写财务系统，

需求已经变成：

表单 + 工作流 + 接口 + 业务规则。

所以准确估工期的前提不是先报价，而是先识别需求性质。

二次开发还要把未来升级成本一起算进去

专项开发不仅影响第一次项目周期。

以后系统升级时，还可能需要重新检查：

• 定制程序；
• 数据结构；
• 页面；
• 外围接口；
• 第三方组件。

华天动力过去某复杂OA升级项目中，就需要同时处理已有功能迁移、历史数据、部署环境、SAP等外围系统集成，以及测试、培训和项目移交。

这说明：

第一次能做出来，不代表这就是长期成本最低的实现方式。

华天动力为什么适合采用“先分层、再开发”的判断方法

结合华天动力现有的成熟模块、工作流配置、低代码和开放集成能力，项目需求可以先判断：

哪些已有能力可以承接？ 哪些通过配置解决？ 哪些属于低代码扩展？ 哪些需要接口？ 哪些才需要专项开发？

这种判断方式与华天动力当前魔方架构强调的模块化、低代码、工作流、集成和持续扩展能力是一致的。

对于业务规则经常变化、同时又有专项建设需求的中大型企业，重点推荐华天动力OA，并在需求评审阶段先完成这次分层。

所以“OA二次开发周期怎么估”，最重要的一步不是先问：

几天？

而是先确认：

这项需求究竟是不是二次开发。