公司里的中台是什么岗位（企业中台部门干什么工作）

阿里巴巴的中台战略最早从业务中台和数据中台开始，采用业务和数据中台相结合的双中台建设模式。后来又有人提出了各种各样的其他中台，比如技术中台、AI中台等，不一而足。

其实不少企业在很多年前就已经有了建设大平台的实践经验。在中台被热议的当下，相信你一定听过很多对中台的质疑声。

比如，有人说：“中台就是个怪名词，它不就是已经做了好多年的平台吗？”

确实！中台源于平台，但它的战略高度要高于平台。

本文希望你能清楚平台与中台的主要差异是什么，中台到底是什么，传统企业的中台建设策略是否应该和阿里一样等内容。

在阿里巴巴完美落地中台战略后，很多企业开始与阿里的中台对标。其中有不少企业在十多年前就完成了大一统的集中式系统拆分。

实现了从传统大单体应用向大平台的演进，他们也按照业务领域将公共能力和核心能力分开建设，解决了公共功能模块重复投入和重复建设的问题。

那这是不是阿里所说的中台呢？在回答这个问题之前，我们不妨先了解一下阿里的中台到底是什么样的。

阿里业务中台的前身是共享平台，而原来的共享平台更多是被当作资源团队，承接各业务方的需求，并为业务方在基础服务上做定制开发。

阿里业务中台的目标是把核心服务链路（会员、商品、交易、营销、店铺、资金结算等）整体当作一个平台产品来做。

为前端业务提供的是业务解决方案，而不是彼此独立的系统。这种能力有别于传统的烟囱式的系统建设方式。

有些企业的IT人员说：“我们系统很多，功能很强大，所有业务点都有系统支持，但为什么业务人员总抱怨系统做得不够好，业务响应不够快呢？”

其实这是一个很多企业都在讨论的、应用“可用”与“好用”的话题。抛开商业模式的原因，问题根源很有可能出在系统的共享、联通和融合能力上。

在进行应用建设时，有些人可能会站在部门或个人利益的角度，特别强调和关注应用的局部“可用”，却忽略了企业级业务和流程的整体“好用”。

有的企业由于缺乏总体规划，应用建设目标不够明确，加上天然的组织架构、数据和业务边界，很自然地就出现了明显的系统边界和系统重复建设的问题，难以支持企业级业务能力的快速融合。

不能快速响应企业级业务和商业模式创新，对前台一线业务支持和融合也不够好，难以在前台形成一致的用户体验，最终影响企业业务发展。

这种问题在业务领域分布广泛的大型集团级企业可能会更加突出。而对于大型企业而言，要想解决从“可用”到“好用”的问题，其实还有很长的路要走。

下面我们来分析一下传统企业大平台战略和阿里中台战略的主要差异。

传统企业的很多平台只是将部分通用的公共能力独立为共享平台。这类平台虽然可以通过API或者以数据服务的形式对外提供共享服务，解决系统重复建设的问题。

但它们并没有与企业内的其他平台或应用实现从前端到后端的页面、业务流程和数据的全面融合，没有将企业核心业务服务链路作为企业级解决方案来考虑。各平台仍然是分离且独立的，本质上仍然是烟囱式建设模式。

可见，项目级的平台虽然解决了公共能力复用的问题，但与企业级中台的建设目标显然还有一定差距！

“一千个读者就有一千个哈姆雷特”，用这句话形容技术圈对中台的理解再合适不过了。这也说明了大家对中台的定位和理解还存在很大的争议。

我们先看一下阿里对中台的定义：中台是一个基础的理念和架构，我们要用中台的思想建设、联通所有基础服务，共同支持上端的业务。

业务中台更多的是支持在线业务，数据中台则提供基础数据处理能力和很多的数据产品供所有业务方使用。即由业务中台、数据中台、算法中台等一起提供对上层业务的支撑。

再看一下ThoughtWorks对中台的定义：中台是企业级能力复用平台。

综上，我们可以提炼出几个关于中台的关键词：共享、联通、融合和创新。联通是前台以及中台之间各业务板块的联通，融合是前台企业级业务流程和数据的融合，并以共享的方式支持前台一线业务的发展和创新。

我认为，中台首先体现的是一种企业级的能力，它提供的是一套企业级的整体解决方案，解决小到企业、集团，大到生态圈的能力共享、业务联通和融合的问题，支持业务和商业模式创新。

中台来源于平台，但与平台相比，中台更多是一种理念的转变，它主要体现在这三个关键能力上。对前台业务的快速响应能力。

企业级的复用能力、从前台、中台到后台的设计、研发、页面操作、流程、服务和数据的无缝联通、融合能力。

其中最关键的是业务快速响应能力和企业级无缝联通及融合能力，尤其是对于跨业经营的超大型企业来说，这种能力至关重要。