你公司的审批流住在代码里还是住在 AI 里上个月一位做设备租赁的朋友想改一条审批流超过五千块的租赁单要多加一道他本人的确认。需求听起来很小供应商的回复是——要排期走二次开发先出报价。一件公司内部的小事就这么被压进了别人的日程表。他后来问我问题出在哪我说问题不在供应商态度在你这条审批流的「住处」。企业软件里的每一条规则都有自己住的地方——住的地方不同你改动它要付的代价天差地别。规则住在代码里的年代先说公道话最早的企业软件规则只能住在代码里。那个年代做系统表单、流程、报表每一块都要工程师从零写起审批走到哪一步、金额卡在哪个线、数据怎么汇总全部焊死在代码里。规则和数据是浇筑在一起交付的。这带来一个直接后果业务变一寸代码改一寸。你想加一道审批先写需求文档再等排期再等开发再等测试周期按周按月算。不是厂商故意拖——规则住在代码里改规则就是改房子承重墙谁都不敢快。那十几年大家就这么过来的也没得选。低代码把规则搬进了配置表第二代房子是低代码建起来的。行业把每家企业都要重复做的事——审批流、表单、报表——做成了平台里的可配置项流程拖拉拽字段点选规则挪进配置表。厂商公开口径是节约 80% 以上开发工作量这个数字背后就是规则第一次从代码里搬了出来以前改审批流要动代码现在打开配置界面就能改以前等排期现在自己动手半天能搞定。今天市面上主流的企业系统大部分在这一代。但配置化有个天花板能配置的只有平台预先想到的。规则再灵活也灵活不过配置表的边界——一旦你的业务长出了平台没预留的形状还是得回去找代码。下一代规则搬进智能体第三代房子现在正在成型规则搬进智能体。你不再画流程图也不再填配置表而是用自然语言描述——「超过五千的租赁单加一道老板确认紧急单先审后补」——智能体理解这段话把它变成系统里活着的规则。明天规则变了明天再说一句话。这不是概念行业里已经有厂商做到给一份需求文档就生成完整可运行的应用连用户操作手册都同步产出交付从按周按月压到按小时。规则第一次不需要「住在」任何固定的地方——它活在能听懂人话的执行体里随说随改。图规则的三代住处三个问题测出你系统的代际不测不知道很多公司以为自己系统挺新测完才发现内核还是一代。三个问题就够第一改一个审批流要动代码吗要动就是一代配置界面能改是二代说句话就能改才到三代。第二新需求是「等排期」还是「当场做」等排期的系统规则一定住在很深的地方。第三业务人员能不能自己改IT 门槛拦住业务人员的系统规则住得离业务太远。这三问不挑供应商、不看品牌测的是你公司每天在用的那套系统本身——答案往往比采购时的宣传册诚实得多。AI 来了规则的住处成了竞争差为什么现在必须关心代际因为 AI 进企业第一件事就是要碰规则。AI 能帮你接单、问答、出报表但每一步都要知道「你们公司这事怎么审、怎么算、怎么分」——这些全是你家的规则。规则锁死在代码里AI 就只能绕着走能力再强一碰上你那套三年没改过的审批流照样卡在排期里。差距是这么拉开的同行的新系统里规则住在智能体里一个月能迭代三次玩法你的系统规则住在代码里改个审批流等三周。竞争差不在谁的 AI 强在谁的规则住得离业务近。图规则住处决定改动成本我的判断与搬迁路线我的判断观点库 V08未来两三年小企业选系统的重要一问会从「功能全不全」变成「规则住在哪」。数据和规则分离是方向——业务数据以原始表的形态安顿好、放在自己手里规则逐步从代码和配置表里搬出来交给能听懂话的执行体。节奏上不用一步到位先把数据安顿好再搬规则高频变化的规则先搬稳定的后搬。也要说实话能现场演示「文档进、应用出」的是已交付的能力只出现在发布会 PPT 里的「全面智能体化」还是愿景——分清这两者是当下选型最要紧的眼力。市面上像微鳄365 这样的软硬一体方案算是把三代住处打了个包低代码底座管配置化AI 能力管自然语言入口数据放在企业自己的本地机器上——规则怎么搬家底始终在你家。买系统之前先用那三问测一测——测的是系统省的是你未来三年的等待。
