下载掌阅APP，畅读海量书库
立即打开
中台被热议时，也有很多质疑声：中台不就是已经做了好多年的平台吗？
中台战略提出后，很多企业开始拿着自己的系统与中台对标。部分领先的企业在前些年就完成了恐龙级系统的拆分，实现了从传统大单体应用向大平台的演进，他们将公共能力和核心能力分开建设，解决了公共模块重复投入和重复建设的问题。
那这是不是阿里所说的中台呢？阿里业务中台的前身是共享平台，而原来的共享平台更多地被当作资源团队，他们承接各业务方的需求，并为业务方在基础服务上做定制开发。阿里业务中台的目标是把核心服务链路（会员、商品、交易、营销、店铺、资金结算等）整体当作一个平台产品来做，为前端业务提供的是业务解决方案，而不是彼此独立的系统。
传统企业大平台战略只是将部分通用的公共能力独立为共享平台。虽然可以通过API或者数据对外提供公共共享服务，解决系统重复建设的问题，但这类平台并没有和企业内的其他平台或应用，实现页面、业务流程和数据从前端到后端的全面融合，并且没有将核心业务服务链路作为一个整体方案考虑，各平台仍然是分离且独立的。
平台解决了公共能力复用的问题，但离中台的目标显然还有一段差距！中台来源于平台，但中台和平台相比，它更多体现的是一种理念的转变，它主要体现在对前台业务的快速响应能力、企业级复用能力，以及从前台、中台到后台的设计、研发、页面操作、流程服务和数据的无缝联通、融合的能力。
中台的建设未必一定在企业级，其实这种思路也可以在具体应用建设中采用，把应用按前中后层分离，后端是基础服务，中间层提供可复用、可变化的框架，快速适应前台业务的变化。实际上，中台化是平台化的一个延伸，可以在现有平台的基础上进行中台化的改造。
中台是平台化的自然演进，平台的目标为高内聚、低耦合、职责边界清晰，是单一团队、部门、系统的效率提升。中台的目标是提升效能、数据化运营、更好支持业务发展和创新，是多领域、多BU、多系统的负责协同。平台到中台的改变就是从业务抽象到服务的改变，中台的本质就是从抽象的服务中实现业务，从而满足快速多变的前台，中台的核心是“构建企业共享服务中心”。
平台化与中台化是相辅相成的，平台化是中台化建设的关键基础，平台化建设要以中台化建设方针为引领。平台化解决的是竖井式建设带来的瓶颈，中台是前台与后台连接的纽带。平台化后并没有万事大吉，由于服务与服务之间明确的职责划分，必然会造成协作间的隔阂，而前端业务在个性化、多样化的发展趋势下，更希望提供端到端的支撑能力，平台化模式做到端到端，需要前端业务充分理解企业相关平台的全貌，对人员有一定要求，也需要一定的研发时间进行平台间的对接与协调。但是在互联网影响下业务希望小团队、微应用方式快速试错，而不希望把人力、精力放在对企业平台的理解上，这就需要在平台化的基础上，消除平台（服务）间的隔阂，为前端业务透明化提供端到端的服务能力。