适合您,如果
- Odoo 标准产品确实无法支撑某个对您而言是核心差异化的流程。
- 您愿意接受 '少而精' 的定制,而不是一堆机灵的临时拼装。
- 您希望在任何定制代码落地之前,先看一份书面的影响评估。
不适合您,如果
- 您希望在 Odoo 中重现旧系统的每一个细节。先按 Odoo 的方式配置;大家都会更舒服。
- 您希望合作伙伴对每一个定制需求都说 '好'。当定制会拖累您未来的灵活性时,我们会说不。
方法论
定制项目实际怎么跑。
5 个阶段。每个交付物有书面记录,每个决定有日志,每次交接有文档。
-
01
审视
确认标准产品确实做不到您要的事。大约三分之一的定制需求到这一步就停下了,被一项配置变更替代。
-
02
设计
一份书面设计说明,包含数据模型、UX 和迁移方案。在落代码之前与您一起评审。
-
03
构建
作为独立模块构建在您拥有的 Git 仓库里。Lint、类型注解、关键逻辑覆盖自动化测试。
-
04
测试
逻辑做单元测试,流程做集成测试,与您的团队在沙箱中做手动 UAT。
-
05
文档
模块 README 在您仓库里,使用说明在您的运维手册里,每个支持的 Odoo 版本都写明升级注意事项。
您将得到
交付物。
所有交付物都交到您手上。代码、配置、文档、培训材料。归您所有,可以转交给任何接手方。
- 您仓库中的定制模块
- 设计说明与决策日志
- 覆盖新逻辑的自动化测试套件
- 面向终端用户和管理员的文档
- 按 Odoo 版本整理的升级兼容性说明
常见问题
关于定制的常见问题。
什么时候选择定制是对的? +
当一个流程的确是您的差异化优势,而 Odoo 标准会逼您做出妥协时。如果通过改流程就能解决问题,或定制带来的节约小于未来的维护成本,我们会拒绝定制。
Odoo 升级时定制会不会坏掉? +
几乎不会。我们以独立模块的形式构建,并为每个 Odoo 版本写清升级注意事项。在新版本发布前,我们就会针对它进行测试。最糟也只是几个小时的升级工作,不是重写。
定制代码归我们所有吗? +
归您所有。代码在您的 Git 仓库,使用您的许可证。我们不保留任何权利。交给后续合作伙伴时,他们能直接读懂。
上一个合作伙伴写的定制模块,你们能改造吗? +
通常可以。我们先做审视,修掉明显问题,然后要么保留,要么在您同意下重写干净。详见我们的 '挽救' 服务。
告诉我们您的定制项目。
几句话足矣。我们会在一个工作日内亲自回复。