阿里可谓是互联网新概念的生产机器，“中台”、“数智化转型”等等一系列名词、概念几乎无一例外都是从阿里的体系中出创造出来。无数小企业就此跟风模仿，在自己的公司里都开始构建中台业务。在我看来，中台的本质是复用，避免集团内重复造车的问题。可是真正的问题来了，中台真的能够复用吗？不少建立过中台的企业相信有自己的答案。
一、中台有哪些？
中台建设的目标是通过复用提高企业整体的效率，包括快速的业务创新和提高运营效率。这个目标我认为没有问题，复用肯定是能提高效率的，例如我们将企业的支付能力形成业务组件，必然能够支持和支付相关的业务进行快速创新。虽然也有观点认为，复用只能进行组合式创新，只能进行复制，不能进行颠覆式创新，其实这话有点强词夺理，因为1）无论如何颠覆，一定有些东西是可以复用的；2）不可复制的创新并不是创新。所以中台通过复用提高企业整体的效率并没有问题，问题在于如何做。
有人说中台是一种架构、有人说是一种系统，有人说是战略，我比较倾向管理概念的说法，即由人提出的、套在某类管理决策、构思、方法上的总结，也就是不少企业为了服务、业务、产品需要自主研发了程序、系统、调整了组织架构，现在看来就是中台的原因吧。
中台很重要就是为了服务业务而诞生的，所以业务属性是必然，其次是为了解决共性的一些问题、更好的支持多业务。
业界常说的中台，包括业务中台，数据中台、用户中台、搜索中台、推荐中台、技术中台、组织中台、研发中台、算法中台等，这些是根据特定形式的业务来做了划分。
中台理念提倡：抽取相似逻辑，形成公用组件，服务化。解决的就是服务化、数据治理、组织升级的问题。
虽然中台建设是科技部门/信息化部门主导的事，也不能做一个包罗万象的大中台。中台建设是希望利用重用手段提高 IT 建设的水平，进而提升企业的整体效率。仅仅从重用的角度看，貌似没必要前中后后台分离，后台就具备可重用的能力，优化后台就好了，为什么要加入中台呢？实际上，中台是前台和后台之间的缓冲地带，中台提供的可重用能力，往往是后台无法提供的。
IT的后台系统往往由于安全、可靠、性能等多方面原因，没办法进行快速的变化，表现为上线周期比较长。此外，很多后台系统多体现了后台部门的视角，对前台业务适应能力也有所欠缺，表现为对外服务不够灵活使用不便捷。还有些系统往往有多年的沿革，改造比较困难的。由于上述原因，就需要在稳定的后台系统与灵活的前台系统之间解耦，建立缓冲地带，很多可重用能力通过中台系统实现，把数据传递到后台即可。这些提供包括银行的核心会计账务系统、保险的核心产品系统、大企业的ERP系统。
二、中台的本质意义
中台的本质意义在于复用，从企业内部的工作模式看，对于用户的内容应该是光鲜亮丽的，自己用的工具可以糙一些。中台也是如此，真正的可复用性建立在大量的时间与工作量基础之上。故这也是当前中台很好发挥作用的原因。
中台的出现多来自为了解决前台和后台平衡，常见于公司业务发展到一定阶段后，拥有多个业务线时遭遇瓶颈与障碍，为了支撑前台越来越多的业务，后台不断建设庞大的系统，又要追求稳定性，就显得越发笨重与不稳定，无法快速响应前端变化带来的改变，中台就是为了协调前台、后台冲突诞生的。
中台的核心本职是服务共享，目标支持前台快速创新或试错。中、后台提供能力与计算，前台将中、后台返回的结果用不同方式展示给用户，用户更容易使用公司的服务来解决需求。
客户、用户、终端销售，这些所有企业提供产品、服务的一线接触点就是前台的部分，主要为了提供线上、线下营销推广、实现转化与销售。这里所产生的所有数据、文件、业务内容统一中台，中台作为对接层，统一对接前台的不同终端、渠道，同时对后台的系统统一连接。
中台里主要是找到所有共性的、可标准化的进行集中、统一、拆分，提供统一规则的数据或者内部服务。后台主要面向企业管理决策以及内部后勤、维护、支持使用，对应到不同的部门、不同的系统产生不同的数据参考，最后这些数据参考再返回到前台。中台就是企业应对快速应变和稳定输出的“过渡”。
中台的拆分核心：定义中台要为前台输出什么服务或者能力，这些能力或者服务是可以一次建设多次使用的，其次是在标准化的通用属性统一，统一不同终端的名称与含义、统一输入输出。
拆分到中台后要能够保证前台业务的快速响应能力，同时能与前、后台实现设计、研发、页面操作、流程服务、数据等无缝联通与融合。简单来说中台就是公共服务平台，数据中台就是将数据加工以后封装成一个公共的数据产品库或服务。
