
业务懂规则但不会写代码技术能写但不理解业务需求传递链路上损耗巨大。一个简单的加白名单需求能从加个用户变成加个维度有效期审批流审计——本文聊聊业务IT协同的坑以及怎么破。一、鸡同鸭讲是常态不是偶然说句实在的干了十几年技术这种事我见太多了。业务人员小王提了个需求帮我加个白名单VIP用户都能享受8折。开发小李心想白名单行加个用户表加个判断搞定。代码上线后业务一跑——哎怎么没生效不对啊我加了啊我加的是VIP客户你们只加了VIP个人用户客户还分个人和公司我以为VIP就是VIP呢……最后扯皮一星期业务IT互相指责。这不是段子是我亲眼见的事。说到底业务和IT之间隔着一道语言的鸿沟业务说的白名单可能包含用户类型、有效期、使用次数、审批流、灰度策略IT理解的白名单可能就是一个用户ID集合这种理解偏差几乎每个需求都存在。区别只在于简单的需求扯皮一下就过了复杂的需求能扯一个月。二、需求传递为什么这么难1. 业务人员讲不清规则你让一个业务专家把规则写下来大概率写出来的是这样新用户首单优惠老用户复购加赠生日用户双倍积分特殊节日全场满减VIP用户叠加折扣但只能折扣不能减金额……写完之后他自己都绕晕了。业务规则的特点是散落在多个业务场景里充满例外和特殊场景口语化表达缺乏精确性经常变——昨天说的今天就改了2. 开发听不懂业务反过来你让一个开发听完业务讲解写代码他大概率写出这样开发写出来的东西业务看不懂。业务提的VIP叠加他理解成覆盖还是叠加是按金额叠加还是按折扣比例叠加有没有上限这些业务常识开发不知道。业务也没有意识到需要解释。3. 文档来回扯皮最经典的反模式——业务提需求附一段口语描述产品经理翻译成PRD开发看完PRD反问一堆问题产品经理回去问业务业务说按常识就行开发按常识实现业务验收时说不是这样的返工循环往复一个需求从提出来到上线能开5-8次会议。需求传递的损耗是项目管理最大的隐性成本。三、传统的解决方案为什么不灵方案1产品经理当翻译听起来合理实际上——产品经理自己也是半懂半不懂业务规则复杂时翻译会失真产品经理沦为传话筒没有增值方案2业务人员学写代码更不现实——业务人员的核心能力是业务不是代码让业务学写代码等于让厨师去学修灶台写出来的代码质量堪忧维护成本更高方案3开发深度学习业务理想很丰满——开发精力有限不可能精通每个业务领域业务持续演进开发需要不断学习容易出现业务专家离职规则无人维护的窘境四、真正的破局之道让业务人员直接配置规则说到底业务和IT之间需要一个共同语言——既不是业务的口语也不是代码而是可视化、可执行、可验证的规则表达。这就是规则引擎的核心价值。1. 业务人员可视化配置业务人员打开浏览器通过决策树、决策表或评分卡把规则配置出来。举个例子VIP用户折扣规则表格用户等级订单金额折扣VIP1000.8VIP1000.9普通2000.95普通200无设置优先级、生效时间、互斥关系在线测试一下确认结果正确保存发布实时生效。整个过程不用写一行代码。业务人员自己就能搞定不用等IT排期。2. 设计即文档可视化的另一个好处——规则配置本身就是文档。业务人员配的决策表、决策树人人能看懂业务新人入职看一遍规则配置业务逻辑一目了然业务和IT讨论时对着决策表说话理解偏差消失审计和合规检查时规则配置就是说明文档设计即文档——这是规则引擎最被低估的价值。3. 版本管理一键回滚规则引擎不只是配置工具还是治理平台。业务人员负责配置和在线调试IT负责审核、发布、监控每次变更都有版本记录出问题一键回滚配置变更自动记录到审计日志这种模式彻底改变了业务IT的关系——从需求方和执行方变成配置方和治理方。五、聊聊我们当时怎么踩的坑我之前待过一家金融科技公司业务规则特别复杂——风控规则200条营销活动每周上线3-5个监管政策隔三差五更新业务IT之间天天吵架我们当时试了几种方案方案A让业务写需求文档——失败业务写不清楚开发看不懂。方案B让产品经理深度参与——部分有效但产品经理人手不够。方案C让开发直接对接业务——部分有效但开发被业务需求淹没无暇做技术升级。方案D上线规则引擎——关键转折点。我们的后续以JVS-Rules规则引擎为例进行了实操决策树/决策表/评分卡三种模型不同场景用不同模型风控用决策树营销用决策表信用评估用评分卡在线测试调试配完规则直接测试不用上线才知道对不对版本管理一键回滚每次修改都有记录出问题秒级回滚私有化部署源码交付金融数据敏感必须私有化业务人员配完规则在线调试通过IT审核后发布上线。业务IT终于不用在需求沟通上拉扯了。技术部门从人肉配置中心解放出来能去做真正有技术含量的事情。将复杂事情简单化业务响应速度可以提升几倍业务IT也会齐头并进而不是互相指责。六、结语业务和IT沟通低效这个事本质上是个语言问题——业务说业务语言IT说代码语言中间缺乏规则语言作为桥梁规则引擎的真正价值不是技术上的规则和代码解耦而是沟通上的业务和IT解耦。当业务人员能直接配置规则IT能专注于平台和技术——双方都能发挥各自最大的价值。