来源于 http://blog.sina.com.cn/s/blog_493a84550102z7h7.html
首先还是先摘录下我在去年11月份谈过的关于企业中台的一些思考，即
1. 企业中台是企业共性业务能力的下沉，体现的是业务能力可复用和灵活组合
2. 企业中台区别传统的IaaS和PaaS平台，更多是一个业务平台，包括了业务中台和数据中台
3. 中台构建本身参考了微服务架构思想，并基于业务高内聚进行了微服务化并提供能力
对于一个专业细分的业务领域而言，软件企业要做的就是将对业务领域的多年经验和理解沉淀到业务中台，形成可复用的各个业务中台能力中心，然后为上层灵活多变的各类应用提供服务能力。由于沉淀了业务理解形成通用化，可复用的业务模型，那么这个能力被不会轻易被模仿。
简单来说技术平台 业务中台 前台应用，三者的占比大致应该为3:5:2的关系。也就是说强大的业务中台建立后，产品化程度可以达到80%左右，而且能够快速的应对前台应用的开发和定制。这样项目团队灵活，敏捷，低成本快速交付的目标才能达到。
而今天当我重新再谈企业中台的时候，可以理解为：
业务平台+能力开放平台 构成了企业中台，即业务平台各微服务模块化后的业务中心首先提供可复用的业务能力API接口，然后这些接口能力再通过能力开放平台开放出去并统一管理。
今天重新在做一些企业中台建设方面的一些思考。
对于中台的概念来源于互联网，特别是来源于大的互联网电商平台，在传统的电商平台应用模式架构下，基于大中台+小前台灵活敏捷使用业务变化，适应新的业务模式创新下将核心共性业务能力沉淀到电商中台。基于电商中台来支撑上层的各类电商化应用，类似阿里的天猫，淘宝，聚划算，阿里旅游等各种孵化应用产品。
在前期我们谈中台概念的时候并没有太和微服务架构相结合，但是随着本身技术架构和云原生架构思想的逐步成熟和演进，对于电商应用本身也面临高弹性可扩展的自身需求，因此中台和微服务架构进一步结合，再后你可以看到中台，微服务进一步和云原生里面的另外一个核心内容DevOps相结合。
对于互联网的电商服务和运营商构建中台相对来说容易，实际上你可以看到底层核心除了财务外，更多是一个传统企业简单的进销存管理，只是面向B端和C端的整个销售和客户管理，包括后续的针对性营销复杂。即这类互联网运营商实际上不存在传统企业复杂的从产品设计到，原材料采购，库存到生产，组装的完整产品生命周期和供应链管理过程。由于整个过程的复杂性本身你会看到整个财务管理也跟着相当复杂。
这也是传统制造型企业在信息化建设过程中，一般还是先要实施要给基础的ERP系统的原因，先把基础的人财物横向集成管理好。接着是实施我们现在做的智能制造升级，或当前说的比较多的工业互联网，即围绕PLM和CIM，MES把整个生产制造过程的自动化，智能化这种纵向集成进一步做好。
在这个基础上，最近几年又出现过很多热点词汇。
第一个就是互联网+，当前好像说的已经比较少，但是核心是传统企业如何进行互联网转型，这个转型实际更加侧重于消费端，在传统的基于大电商平台，基于自建的线下分销门店体系下能否更好的面对C端客户，构建要给更好的营销生态体系。
基于这个思路，很多企业开始自建O2O线上线下一体化的自营电商平台，希望能够直接触达到多终端，多客户，形成传统营销加线上电商化营销的一体化模式。那么在自建电商平台过程中，你当然就可以参考我们前面说的按电商中台+电商前台的思路来构建自建的电商平台。
在这个电商平台的构建中，你发现这个中台有产品中心，客户中心，订单中心，库存中心，财务结算中心，支付中心诸多微服务模块，思路和互联网主流电商中台构建一致。但是你会发现企业已有的ERP系统里面仍然有产品，客户，订单，库存这些关键模块。
也就是从一个企业完整角度来说，在电商中台下面还有一个ERP后台。
实际上对于整个电商应用就变成了要给完全独立的应用，仅仅是构建了一个面向电商应用的中台和能力开放，方便电商各种应用模式的衍生变化。对于一个互联网电商企业来说这个中台是企业的完整中台，但是对于传统企业在互联网转型过程中，这个中台并不是能够面对整个企业业务的中台。
在中台架构的构建中我们始终在强调各个中台模块中心以能力开放为主，前台对数据的使用也是实时的即查即用，因此基本不存在同一个数据在多个中心或模块间的同步或集成，即数据不落地模式。但是在电商中台和ERP后台之间你会看到由于两边都有对应的中心或模块，实际上两边不论采用什么接口模式，数据仍然是落地的，即电商中台和ERP之间的订单集成是数据落地模式方式的集成。对应产品，客户往往也是同样一个道理。
正式由于这种架构模式，你会看到传统企业互联网+转型，在构建自营电商的时候，虽然构建了电商中台，但是并没有达到互联网电商该有的中台敏捷高效的效果，整体集成变成了前台+电商中台+ERP后台的三级集成，而且由于数据落地集成，也同样会进一步导致数据不一致性，数据实时性差等诸多问题。
那么理想化的模式究竟应该如何？
实际上更好的方式应该是基于ERP架构进行转型或重构，构建一个同时能够满足企业内部业务，同时又能够满足电商类敏捷业务的业务中台和各个中心。而不是同一个中心在电商和ERP两边都存在，只有一份再能力开放，才是面对整个企业中台最好的整合模式。但是这种模式相当困难，特别是面对传统ERP商用套件的时候。
第二个比较热的是产业互联网，这篇文章不准备详细的讨论产品互联网的内容。首先还是看网上给了一个简单定义，即产业互联网是基于互联网技术和生态，对各个垂直产业的产业链和内部的价值链进行重塑和改造，从而形成的互联网生态和形态。产业互联网是一种新的经济形态，利用信息技术与互联网平台，充分发挥互联网在生产要素配置中的优化和集成作用，实现互联网与传统产业深度融合。
简单来说产业互联网就是利用互联网技术对产业链和价值链的进一步整合和融合。
那么这个概念实际和我们前面说的互联网+这个概念并没有太大的差别。如果要说区别简单来说两点，其一就是互联网+更多关注点在于消费端的生态整合，线上线下整合，二产业互联网更多是整个产业链上下游的完整整合。其二就是产业互联你会看到不是单一的企业来做的事情，而是一个具备产品链整合能力的第三方来做的事情，整合一个产业链远比你优化整合你企业自己的上下游供应链复杂的多。
为啥第三方来做？单个企业价值链整合价值是单一的，但是多个企业本身的价值链资源和共性挖掘再来整合，这个价值往往是巨大的，包括后续的增值服务能力。当然这种整合也可能带来新的垄断。
要做产业互联网，对企业来说就要更加关注和你的上下游，各周边合作伙伴打交道，而且这个协同还必须足够的高效和敏捷。那么如何做？简单来说企业必须将自身的核心业务价值能力挖掘出来，形成核心可共享的能力服务接口，然后通过能力平台开放出去，同时这种接口实现上下游的高效协同。
即核心业务价值挖掘和沉淀=》形成企业中台能力和API接口服务能力-》能力开放和上下游高效协同。
传统的电商平台往往整体的销售模式都是面向库存销售，但是还有一种就是面向订单销售，那么你对订单就必须有明确的订单交付承诺。比如客户在你平台订购一个手机，你能够明确的告诉客户2周后可以收到。这是针对客户的订单承诺。但是这个承诺很难，这个难得原因就在于你对整个手机生产制造过程得供应链的整合和交付能力的把握，如果手机的一个供应商无法按时交付摄像头这个零件，那么整个客户承诺的交付时间都得延期。
也就是说当面对整个产业链，整个生产制造，物流配送体系的时候，你会发现供应商，物流配速，金融服务，自身的加工制造体系等都可能影响到整体目标的实现。
在从消费互联走向产业互联的大趋势下，你可以看到整个生态圈更大，整合的范围也更大，这个不是针对单个企业而是针对多个产业，类似常说的5G，半导体可以算做一个大的产业体系。在这种产业互联和价值整合过程中，你需要看到处于整个产业链或价值链中的每个节点都必须共享和开放自己的能力，而且还不能完全站在自己利益的基础上去考虑，这些能力开放后，我们才能够做资源和能力如何进一步整合，再整合后反哺回各个节点提供有价值的增值服务。
简单来说对应滴滴打车，神州专车，曹操专车多个打车平台，能否提供和暴露打车接口服务能力给对方？如果这样讲估计各方都不愿意，但是如果是提供给中立的第三方，可能大家就都愿意，因为中立第三方通过实时的接口数据查询和分析，可以更好的进行资源调配。
从互联网+到产品互联
在前面谈了互联网+和产业互联网，实际上是刚好映射了当前企业中台建设的两种形态。第一种形态就是构建一个类似电商中台，营销中台等，直接面向最终的消费者或客户。这种中台本身开放API接口服务能力，到那时这个能力是企业内自己的应用前台在用，重点并不在于对外开放。
第二种即对应到产业互联网阶段，企业重点