每个Odoo项目都在重复写自动化，我们决定换个做法
做过Odoo实施的人都有同感：有些自动化需求就像复制粘贴。记录状态一变，系统要发通知；工单卡太久，得自动升级；到了某个日期，该弹提醒；再加上自动打标签、自动派单、到了特定阶段锁死字段不让改。每个客户的业务细节不同，但骨架几乎一模一样。
以前最老实的做法，是给每个客户单独写一个小模块。能跑通，但代价是维护几十份长得差不多的代码，一份对应一个客户，永无止境。后来我们换了个思路：与其再写一套自动化，不如搭一台引擎，用规则去驱动它。
能配置的事，就别写代码
最后我们沉淀出一组小而可复用的引擎。功能顾问打开界面，拉几条规则就能跑起来，不需要开发介入。比如升级引擎，它能盯着任意模型，把在某个阶段卡太久的记录自动标红；提醒引擎按日期自动发催促。自动写跟进、自动打标签、自动派单、审批关卡、字段锁定，全部在界面上勾选配置，再也不用为每个客户重新写一遍。
在这些引擎之上，我们还按Odoo应用预置了自动化包。财务该用什么规则、服务台该用什么规则、CRM该用什么规则，都提前封好，像开关一样即开即用。新客户上线，不需要等开发排期写提醒逻辑，规则已经在库里，打开就行。
真正的重点，是这个思路的转变
有意思的不是某一台引擎。关键是把“写定制自动化”变成“配标准自动化”。定制代码是负债，你得养它好几年，每次升级都可能崩。配置层呢？几分钟搭好，顾问看得懂，不用只依赖开发，跨版本时活得更好。这背后的道理很简单：它能区分一个项目是可规模化复制，还是每做一单就堆一笔技术债。
This is how Majorbird keeps custom work fast and maintainable at the same time. If you're weighing how much of your Odoo should be custom code versus configuration, that's a conversation worth having. Reach the Majorbird team at odoo@majorbird.com or www.majorbird.com.