从ERP到中台，再到低代码，如何取舍抉择？

ERP、中台、低代码，是经常被放在一起谈论的内容。在数字化领域，新概念层出不穷，从企业的角度，很容易被这些新概念“搞得团团转”，有一种“被耍着玩儿”的感觉，便也对零代码、低代码这类新概念产生一定的抵触。

所以这篇内容就来详细说说，ERP、中台、低代码这三者到底都是什么东西，他们有啥区别，对于企业来说都是非要不可的吗？

01

三者背景

这三种本质上都是服务于企业管理的，差别在于解决的主要问题不同。

企业购买某种软件，除了期待它能解决单独的业务问题，更多的是期待这个软件能辅助整个企业的运作、管理，降本增效，帮助企业经营实现全面提升！

下面我们拉远时间线，看看在各个阶段，他们是如何解决不同问题的，以及解决问题的侧重点有什么不同。

02

溯源-ERP的产生及作用

十八世纪产业革命以来，手工业作坊迅速向工厂生产的方向发展，出现了制造业。几乎所有的企业所追求的基本运营目标都是要以最少的资金投入获得最大的利润。

追求这一目标的结果，就是使制造业产生了很多问题：

• 如何确定产品所需的原材料数量？

• 如何根据销售情况，制定原材料的订购计划？

• 如何形成完整紧密的产、供、销供应链路？

• 企业中“多品种小批量生产”，和“大批量生产”两种情况并存，如何区分规划？

• ......

针对这些问题，1965年APICS协会首次提出 MRP（物料需求计划）概念，这就是ERP的前身——MRP包含生产计划”，“物料清单”和“库存信息”三大块：

• 依据生产计划，回答“生产什么”

• 利用物料清单，回答“需要什么”

• 再依据库存信息，回答“现有什么原料”

• 最终通过MRP计算出“还缺少多少原料，需要何时供应到位，以保证生产的顺利进行”

  

解决了产、供、销的问题之后，企业又发现了新的问题：

“企业完成生产后到底是赚钱了还是赔钱了？到底达没达到企业的经营目标？”

于是又在MRP上进一步增加了经营计划、销售与运作计划，发展出了MRP II：

它将管理重心放宽，转移到所有制造相关的资源上，从而解决了企业经营目标的问题。

随着第三次工业革命的到来，经济的井喷发展，新的问题又产生了：

企业财富从哪里来？产品如何赢得竞争？如何在市场上保持一贯优势？

从消费者来说，比的是企业的产品和技术，然而更深层次的，是企业管理理念及工具的较劲。而在引入ERP之前，企业内这些信息的交流大多通过纸张进行传递，缓慢而低效。

趁着互联网的东风，ERP（企业资源计划）出现了，颠覆变革了这些传递流程及流转方式：

ERP参考模板

ERP在管理上，进行了更进一步的强化和细分——仓库管理、财务管理、销售与分销管理、人力资源管理、固定资产管理、流程管理、决策支持管理、政策法法规文件管理等。

03

溯源-中台的产生及作用

2015年的时候，阿里巴巴提出了“大中台，小前台”的概念，将中台分为两大部分：

• 业务中台：解决的是重复造轮子、跟不上市场节奏的问题

• 数据中台：解决的是公司数据孤岛以及创新能力不足的问题

业务中台是如何产生的

因为互联网的普及，一开始很多公司想要借助互联网的优势，提高自己公司运行的效率，就把业务搬到了线上，比如大家熟悉的阿里巴巴、淘宝、天猫，这个叫业务在线化。

但是随着产品线的增多，重复造轮子的问题就出现了：

阿里的基因是电商，产品属性都大同小异，每开一个产品线都要新增一波研发、产品、运营团队重新撸一遍之前做过的类似的东西，比如用户的注册、支付、发优惠券......几乎任何互联网产品都会用到。

出于成本考虑，公司高层想到了底层功能的共享以及复用，比如阿里就建立了共性业务事业部。

这个过程就是业务的中台化，也就是现在的业务中台。

业务中台由单独的团队负责，做一些底层的、抽象的功能，以保证由业务中台建设的功能能够快速被各个产品线复用。

不但解决了重复造轮子的问题，如果市场发生变化，需要搭建新的产品线，也可以利用业务中台快速搭建新的产品。

数据中台的演进逻辑

前期，阿里的淘宝、天猫、1688都各自为战，分别由不同团队负责，数据也分散在不同部门。而数据又是非常敏感的东西，是不能随便给外人看的。

于是大家各自捂着自己那一块儿数据，形成了数据孤岛。

👉举个例子：

你在淘宝买了一台iphone，在天猫买了一台ipad，这两者的数据系统会分别给你打上不同的标签，进行不同产品推送的数据化运营。

这个时候对于用户来说会影响体验，对于企业来说则是丧失了一部分潜在消费。

于是阿里打通了数据中台，无论你在淘宝还是在天猫买iPhone&ipad，都会给你打上同一套标签：你偏好苹果公司产品+已买iphone+已买ipad。

因为有了这个标签，淘宝和天猫就可以同时再向你推荐apple watch或者mac，那么你购买苹果全家桶的概率就会高很多。

这就是数据中台：榨干能收集到的所有数据的价值更好地支撑业务的创新。

04

“低代码”存在的必要性

由于近年来外部环境的变化，对许多企业造成了巨大的冲击，传统的商业模式无法满足企业的需求，很多企业采用了线上办公的模式，这个时候就出现了新的问题：

• 市场环境在高速变化发展，内部系统也需要快速迭代响应，企业的IT需求成倍增加;

• 开发新的程序需要复杂的技术和高昂的成本，而购买现成的软件又无法满足企业的个性化需求;

• 数字化经济的繁荣和信息化需求的激增，导致了程序员供需失衡;

而低代码的存在让企业非技术员工无需懂代码就可以根据自己的需求搭建应用，为众企业解了燃眉之急。

“低代码”、“零代码”这类产品主打的就是一个“轻量级”。

05

企业实例

“轻量级”的标准是什么？——多快好省

• 多：搭建的业务应用要多，麻雀虽小五脏俱全

• 快：搭建业务系统要快，更新迭代速度要快

• 好：业务人员要能轻松上手，一线员工要能乐意使用

• 省：性价比要高，续费式购买，服务要能跟上

以零代码工具简道云为例，这4家企业基于此做出了完美示范：

多——模板多，可搭建应用多

如果你公司有 30000 家上下游的经销商/供应商，你怎么有序管理他们？

实际中的问题往往比这更复杂，一套固定的系统一劳永逸地解决 n 个流程，不太现实。

这个问题在 OPPO 身上实际发生，他们是怎么做的?

他们用 100+ 应用，管理 3w 家经销商组成的经销网络，每个影响效率的阻塞场景都得到了提效。

快——应用落地快、更新迭代快

疫情期间某公司业务转型生产口罩，IT 部门需要多久开发并上线口罩生产线的生产管理系统？

时间紧迫，一切都要加快，早上线一天就多一天的黄金时间。

溢达集团实践之后给出的答案是：1 周。

设计个性化的业务表单、设计个性化的流程，产线工人在微信端就可以使用简道云，并且填报的数据实时能够反馈在报表仪表盘上。

如果没有零代码工具，用最传统的办法，可能需要半年左右的时间。

好——使用体验好，业务流程顺

建筑工地有 3 个特点：管理半径大、从业人员学历不高、非结构化数据多。

怎么让平均年龄45 岁、小学初中文化的建筑工人愿意录入工地的非结构化数据，成为了关键问题。

中交一公局结合帆软多个产品的优势，强强联合，推出智慧工地解决方案：简道云+BIM+FineReport+硬件。

用简道云搭建8个应用，利用简道云的流程模块实现了个性化流程再造。最后用FineReport的驾驶舱展示数据。

简道云的好，就在于数据录入方便、流程灵活度高。

省——续费模式成本低，节省成本是关键

上汽通用五菱重庆分公司通过简道云实现无纸化办公之后，1年光是纸张节省就达到了15 万。当然企业效率提升之后，还有更多“看不见”的效益。

2018年一年时间内，他们在简道云上开发了23个场景应用，当年度开发率87%。收集了 56 个需求和问题，并及时响应解决了其中 93% 的需求。

几个典型的场景，如采购管理、数据收集、请假审批，都得到了40%-80%的效率提升。

这才是企业真正需要低代码产品的原因，而不是媒体鼓吹的所谓“低代码要抢了程序员饭碗”，因为低代码产品出现本身就是因为企业IT人员不够用了！

最后总结

ERP、中台、低代码这三者都是围绕企业治理过程中的矛盾，不断演化发展而成，核心是为了解决不同时期的业务诉求。

• ERP解决了制造经营相关大规模生产的问题；

• 中台解决了企业快速创新和重复造轮子的问题；

• 低代码则满足了企业“多快好省”搭建系统的诉求；

三者之间并不是谁取代谁，谁淘汰谁的关系。