以下文章来源于阿朱说 ，作者吕建伟，我来为大家讲解一下关于erp软件会被淘汰吗?跟着小编一起来看一看吧!
erp软件会被淘汰吗
以下文章来源于阿朱说 ，作者吕建伟
导读
从2015年开始，中国在风投的推动下，出现了一大批创业的、原生长在公有IaaS云上的、原生SaaS技术架构的企业软件厂商。因为创业、力量薄弱，所以他们的创业就是做单品尖物，希望针尖捅破天。
文章来源
本文作者：吕建伟（网名阿朱），用友网络副总裁、用友研究院院长，著有《走出软件作坊》。数字化企业经「阿朱说」授权发布。
在这两年，中国有个媒体潮，那就是：单品正在拆解ERP，ERP要完蛋了。如果单品能力不足，还有PaaS开放平台和低代码平台来发动全业界生态进行快速商业创新来补嘛。
看到这个思潮，我又想起了SAP在90年代末。因为在90年代末，全球互联网真是大热啊，而且当时还崛起了不少独立模块的巨头：如CRM软件厂商Siebel，如人力专业软件厂商PeopleSoft......所以在当时SAP也遭遇了这个问题，那就是ERP要完蛋了，一方面受互联网电子商务颠覆，一方面受单点独立模块头部厂商拆解，SAP真是被两头夹击啊。
20多年已经过去了，咱们有必要回顾一下SAP是怎么做到大爷还是你大爷，ERP还是ERP的。
回顾过去，审视现在，平和心态，走对路。
企业应用软件
01ERP
ERP是有个前世的：60年代的MRP、70年代的闭环MRP、80年代的MRPII，到了90年代就形成了ERP。1990年，Gartner定义了ERP。1992年，SAP 发布R/3，是世界上第一套符合ERP定义的企业内部管理软件套件。
02企业应用软件分层
企业分为：高层决策层、中层管理层、基层操作执行层。所以企业软件也有：决策软件、管理软件、操作执行软件。我们今天重点谈管理软件，不重点谈决策软件和操作执行软件。
03企业应用软件分类
按行业分：这个世界，还有很多的行业，所以也会有很多行业的业务操作软件，如电信的、银行的、医院的、学校的、高铁的、飞机的、超市的、税务局的、海关的、社保局的...。我们今天也不重点谈各个行业的业务操作软件。
很多人分不清啥叫ERP行业解决方案，啥叫行业业务应用软件。我这里讲的都是行业业务操作软件。
那为啥有了行业业务操作软件，还需要有ERP行业解决方案啊？没有办法，同一个客户字段名称，在医院叫患者，在学校就叫学员。否则你作为医院的工作人员，你买了套ERP，里面把患者都叫客户，你心里膈应不膈应？
我是不喜欢把企业应用软件按领域分的。比如分成财务、人力、供应链、制造、CRM等等...因为我做的是企业资源计划啊，我学的战略管理、组织管理、项目管理、流程管理、全面绩效管理啊，在我眼里，企业是个完整的实体，我要去统筹企业所有这些资源为战略目标达成和绩效价值而努力，而不是财务 人力 采购 制造 销售 客服堆加起来的。
ERP的鼻祖和老大：SAP
SAP自从1971年成立，到今年50年了（半个世纪）。
在这半个世纪，SAP主要发布了几个大版本的产品：R/1（1972年）、R/2（1982年）、R/3（1992年）。这三个版本真的是一代代完全重写的啊。
在R/3之后的2001年出了一个MySAP.com。主旨就是连接：
从上游供应链管理SCM向外延伸，主要是尝试和当时流行的B2B电子商务链接在一起，推出了SRM模块。
从下游SD销售与分销管理向外延伸，推出了CRM模块。
从MRP向上游延伸，延伸到了研发环节，推出了PLM（产品生命周期管理）模块。
你看，MySAP这个套件版本就是R/3的延伸了。
SAP曾经想把这一套命名为ERPII。但是，终究没有树立起来。
你发现没，SAP，这个从成立以来就一直专注做全球巨型企业ERP的厂商，每十年就发布一代新版本。这就意味着，客户陆陆续续把模块好不容易都实施上线了，刚刚流畅用起来了，对不起，下一代来了。
在MySAP.com之后，2004年，SAP又推出了ECC和NetWeaver。这个版本表明：我SAP也不是无所不能，我只做这些核心（ECC就是企业核心组件的意思）。其他的，你们和我的集成平台NetWeaver集成吧。（NetWeaver就是SAP在2001年并购的TopTier基础上搞出来的）。
那集成啥呢？集成决策层软件、基层操作执行软件、行业业务操作软件啊。所以ECC也是R/3的延伸。
2004年之后，2010年，SAP在并购TIM内存数据库、Sybase关系数据库、BO可视化的基础上，推出了自家的大数据技术平台HANA。2012年，在HANA的技术支撑下，把ECC进行了匹配改造，换了技术地盘，这就是现在的S/4 HANA。后来又支撑了云原生技术，这就是后来的S/4 HANA Cloud。你看S/4也是R/3的延伸。
说白了，SAP从1992年后，这30年来，软件就没有重新开发过，就是不断持续改进。
说明，ERP在90年代就已经恒定。
ERP标准和产业协会
中国是大政府、小社会。所以类似社会性的组织：比如宗教、协会、互联网公司，都比较......
欧美是小政府、大社会。所以协会的力量异常强大。我过去专门写过文章介绍过欧美的协会，太扎实了：
1、产业发展规划：产业前瞻洞察、国家规划参与制定与建议
2、产业标准制定：产业标准制定、产业标准推广与培训、产业标准评测认证咨询
3、标准推广：媒体（产业信息披露报道/展示推广）、线下展会（展示推广）、游学参观交流（深度学习交流、促进合作）
4、公共平台研发：开源平台研发（内置标准）、投资基金会（支持开源平台研发）
而60年代的MRP（物料需求计划，Material Requirement Planning，MRP），就是美国生产与库存控制协会（APICS：American Production and Inventory Control Society）定义的。
另外再多说一句：MES是制造执行系统协会(Manufacturing Execution System Association，MESA)定义的。SCM是美国供应链协会定义的。
为啥中国的企业应用软件产品是借助若干个大客户的现实项目打磨出来的（其实不能叫标准产品，而是叫多个大客户的混合体）。为啥欧美企业应用软件产品能一次性做对，其实和这些协会定义行业标准、推广认证行业标准、落地行业标准到软件中有莫大关系。
60年代MRP：物料需求计划
MRP是Material Requirement Planning，物料需求计划。
要生产一个产品，需要有五个资源要素：
1、生产什么：产品图纸
2、生产原料在哪里：物料管理
3、生产设备在哪里：设备管理与设备维护
4、生产工人在哪里：劳动力管理
5、生产资金在哪里：会计与财务管理
要生产了，到底需要多少物料？这就是典型的物料管理之物料需求计划。
现在物料有多少，这就是典型的物料管理之物料库存管理。
但是除了库存还不够啊，咋办？这就需要采购了。但其实供应链管理SCM是在ERP时代才出现，因为SCM涉及到企业-供应商之间，不单单是企业内部各个部门协同的事了。
在60年代，大家还是把精力主要放在依靠自己内部资源在内部搞定问题。
70年代闭环MRP
在60年代MRP时期，其实咱们忽略了一个问题：到底要生产多少产品？到底要具体什么时间生产出多少产品，比如全年要生产100万件产品，是每月生产10万件，还是有几个月要多生产，其他几个月要少生产？
因为只有这个问题明确了，才能推导出到底需要多少零配件和原料，什么时候需要。
但是这个问题在60年代不是事。因为在60年代是求大于供的时代，只要你能生产出来就有人抢着买走。但是到70年代了，这事不灵了，进入了基本供求平衡的时代了。该考虑生产多少了。
但是因为当时问题还不尖锐，所以企业会根据自身发展目标和市场需求调研，先自己搞个假设性的生产规划。
然后根据自己的生产能力、生产设备运转负荷，搞个主生产计划。
根据主生产计划、产品物料清单（BOM）、物料库存，来制定物料需求计划。
这就把物料-生产联系在了一起，这就是闭环MRP。
80年代MRPII
Manufacture Resource Plan
MRPII：Manufacture Resource Plan，意思是制造资源计划。
一开始咱们就说了，要生产一个产品，需要有五个资源要素：
1、生产什么：产品图纸
2、生产原料在哪里：物料管理
3、生产设备在哪里：设备管理与设备维护
4、生产工人在哪里：劳动力管理
5、生产资金在哪里：会计与财务管理
刚才MRP、闭环MRP是把物料问题算是比较好地解决了。但是其他还没解决啊。
所以为了让生产设备不能出现异常停工导致计划错乱，就出现了设备维护系统。SAP后来出了PM模块（Plant Maintenance，设备维护）就是干这事的。
为了核算产品生产成本，进行产品定价，就需要核算生产产品中需要的设备投入成本、人力投入成本、物料投入成本。所以出现了管理会计模块，当时重点在成本核算，还不在预算、目标成本控制。你看SAP CO模块（Controlling）就是干这事的。为了核算设备投入成本，也就有了SAP AM模块（Asset ManageMent）。财务会计、管理会计、固定资产核算与管理，成了财务产品线的三大核心模块。
为了核算生产工人投入成本，就有了劳动力管理。这就是SAP HR软件的起源。所以，SAP的HR软件是一直靠着HCM（人力资本管理）路线走的。而后来崛起的专业的独立的HR软件厂商PeopleSoft，是靠着人才管理（Talent Management）路线走的。
为啥从生产制造管理而来的软件会最后化为普遍的各行各业都能用的软件？就是因为财务、人力这两大职能产品线的出现。所以说啊，MRPII就是这道关键的翻转门。
90年代ERP
Enterprise Resource Planning
ERP，Enterprise Resource Planning，企业资源计划。很清晰，就是企业这个边界范围内的各种资源（不限于制造资源），更好的运筹起来发挥最优的排列组合价值。
90年代，已经到了供大于求的时代了，现在不好好做好产供销的联动、只搞生产制造工厂内部那点事，已经不行了。所以，ERP其实是企业采购部门、生产部门、销售部门三个部门要打通联动。
所以，ERP开始在MRPII的基础上继续扩张：
1、供：没有物料了怎么办，得采购啊。所以扩展出来新的模块：SCM（供应链管理）。
2、销：你怎么定生产规划和主生产计划？一定需要以销定产。那能销多少呢？过去的销售，要么是直销要么是分销，所以就出现了销售管理和分销管理系统。在SAP就出现了SD模块（Sales and Distribution）。
3、产：你是以销定产了，生产的进度符合市场销售周期，生产的数量也对。但是产出来产品质量不好，卖不出去，那也不行。所以就出现了全面质量管理系统。在SAP就出现了QM模块（Quality Assurance）。
2000年代ERPII
Enterprise Resource Planning II
其实这就是咱们最开头讲到的SAP推出MySAP.com这个套件想主打的概念：ERP II。
意思就是从ERP套件基础上继续扩张：
1、供：SCM供应链管理还是延伸的不够，需要和供应商直接关联在一起，所以就出现了SRM。
2、销：销售与分销管理还是不准确，必须要扩张到最终客户甚至潜在客户。所以就出现了CRM。
3、产：生产工厂得和设计院紧密合作啊。于是就出现了PLM。
所以，ERP是企业内部资源计划，而ERPII其实已经扩张到企业外部了，这都不属于经典的ERP了。很多人对ERP没有认知，以为CRM也是ERP的一部分，这是不对的。
SRM：企业-供应商。
CRM：企业-客户。
PLM：企业-设计院。
这样的思路，在2001年这个时间节点产生，一点都不奇怪，毕竟那是人类第一次全球互联网热潮嘛。但那已经不是正宗的企业内部资源计划管理了。
2010年之后的世界
1995年Amazon诞生，在线零售销售交易。
1995年Yahoo诞生，在线资讯门户数字广告。
1998年Google诞生，在线信息搜索数字广告。
2004年Facebook诞生、2006年Twitter诞生，在线交互社区与在线社交媒体数字广告。
2009年WhatsApp诞生，在线IM社交数字广告。
所以，在SRM的基础上，又延伸出了B2B电子商务。
所以，在CRM传统线下面销、电话呼叫中心电销、EDM和官网销售三大招的基础上，又延伸出了：B2C电子商务零售、ADTech（广告技术）、MarTech（营销技术，主要偏社区营销）。
所以，在PLM的基础上，又延伸连接到了研发设计工具一条链上：3D CAD-CAE仿真验证-VRAR仿真体验-CAPP工艺路线-CAM计算机辅助制造控制-3D打印增材制造。而很多人，又因为CAM计算机辅助制造控制，又和工业自动化一条链连接在一起：CNC、工业机器人、PLC、DCS、HMI、SCADA、设备远程诊断与运维、数字孪生远程可视化。其实，研发管理、研发设计工具链、工业自动化链，是三个完全不同的东西。这真是拔出萝卜带出泥。
而上述的这些，和ERP一点毛关系都没有。
小尾巴
很多人说，阿朱老师：
1、供：从供应链管理衍生出来的WMS、TMS属于ERP不？
2、产：从生产管理衍生出来的APS、MES属于ERP不？
3、销：从销售与分销管理衍生出来的零售门店POS属于ERP不？
我想呵呵。这些都是操作执行层软件，不是管理层软件。第二明确说一声，这根本不属于ERP，ERP是企业管理软件。
扩展还在继续
当年，开发-部署-配置，企业IT部门的人就会。后来分布式中间件技术出现了，企业IT部门人就不会了，企业软件建设工作重心就转移给了乙方的专业实施人员了。过去的实施人员，SQL开发-部署-配置，全挂子本领。后来分布式数据技术出现了，实施人员也不会了，现在的实施人员就会做应用软件配置了。我在想，啥时候实施人员连应用软件的配置都不会了？
现在，财务、人力、供应链、制造、CRM、营销、电子商务，每一块都异常庞大。就连过去财务中的一个小点（如费控）、采购中的一个小点（如企业办公采购、员工商旅采购、员工福利采购），现在都能做一家上市公司。所以估计现在实施顾问连软件配置都Hold不住了。过去一个实施顾问就能懂全部套件，后来只能懂一个产品线，后来就懂一个模块。我估计未来啊，一个实施顾问就懂一个应用场景。
过去一个实施人员包打天下，现在细分的很：
1、业务咨询顾问（业务专家）：战略规划、业务管理梳理与改进
2、IT咨询顾问：IT蓝图规划、IT集成方案、IT数据方案、IT治理方案
3、售前顾问：IT需求-产品组合解决方案
4、销售：报价-商务
5、技术实施顾问：产品部署（高可用、高稳定、高性能、高安全）
6、应用实施顾问：产品配置
7、定制开发工程师：扩展新功能开发、插件开发、集成开发、报表开发
8、数据工程师：数据清洗、数据归档、数据ETL、数据加工、数据挖掘
