引子
Supercell是一家典型的以小团队模式进行游戏开发的公司。在公司里，一般来说5个员工、最多不超过7个员工组成独立的开发团队，称之为Cell（细胞），这也是公司名字Supercell（超级细胞）的由来。我们耳熟能详的的游戏《部落战争》、《海盗奇兵》均出自这家全世界最成功的移动游戏公司之手。
在Supercell，团队自己决定做什么样的产品，然后用最快的时间推出产品的公测版，看看游戏是否受用户欢迎。如果用户不欢迎，团队迅速放弃这个产品，再进行新的尝试。
为什么很多游戏公司不具备Supercell这样的能力呢？Supercell最核心的竞争力是它的“中台”能力：在多年的游戏研发中积累的非常科学的研发方法（游戏开发素材、算法等）和体系（鼓励创新的企业文化）。
为什么需要中台
我们先看看今天企业IT系统建设的模式：当业务部门提出业务需求，信息部门进行系统集成商的招标，再进入到需求收集、需求分析、开发、测试、上线的项目周期中。这种完全基于业务需求建设系统的方式已经成为过去20多年企业建设IT系统的标准流程。这样的流程导致IT系统建设较早的企业内部“烟囱”林立，这也是今天很多企业互联网转型困难的根节所在。
这样“烟囱”的方式对企业的“伤害”有三个方面：
成本：重复功能建设和维护带来的重复投资。大量的功能和业务在多个系统中同时存在，单单考虑开发和运维两方面的成本投入，对于企业来说已经是一种很显性的成本和资源浪费。
效率：为了打通“烟囱”系统间的集成和协作，往往成本高昂。随着很多企业业务的发展，要打通这些“烟囱”式系统之间的连接，以提高或优化企业运营效率。这样的场景在2005年后（因为在这个时间点上很多大企业已经进行了多年的IT建设，有了不少的“烟囱”）逐步涌现，特别在如今的互联网时代，如何更有效地整合内部资源、更好地提升用户体验，实现各个系统间的交互成为必然发生的事情。
发展：不利于业务的沉淀和持续发展。从传统IT系统建设的生命周期来看，一旦系统上线以后，就进入了运维阶段。我们大多看到的是平均周期在几个月、甚至半年进行一次的功能升级。而事实上业务的需求是与日俱增的，来自客户、市场的反馈和信息都要求系统进行快速的响应，而传统项目的迭代周期对业务的响应和支持越来越吃力。
采用“烟囱”方式建设的系统体系，企业中一个业务领域的数据和知识往往被打散在不同的系统中。采用系统打通的方式解决了眼前相关业务间的交互问题，但这样的方式治标不治本。这也是在过去很多年中，在很多企业经常上演的一幕：一个系统上线运行5到8年后，现有系统不管是技术架构还是业务模型都不能满足现在业务发展的需求。因此需要整体系统升级，而这样的升级往往意味着对原有系统推倒重建。且不论这样推倒式重建对于现有业务带来影响的大小以及重复的资源投入，更重要的是对于之前多年业务的沉淀能保留多少，这对于企业来说可能是最大的资产流失。这个问题本质上是由于系统所提供的服务能力没有随着企业业务的发展与时俱进。
回到本文开始的例子，Supercell之所以能成功，除了在企业文化方面鼓励团队进行业务创新和试错外，更重要的是给业务创新的团队提供了扎实的平台资源。所以为业务的创新打造一个”中台“十分重要。
阿里把服务化实施划分为API as Service、Product as Service和Solution as Service三个阶段，也可以看成服务化的初、中、高三个阶段。
API as Service是最基本的要求，其具体任务就是要把中间件能力API服务化。完成了API as Service这一步以后，业务方的服务就可以接入服务化平台，并使用共享服务平台来管理自己的服务。这里暴露的是最初级的服务，在优雅型、易用性和安全性上还需要改进，所以就需要下一个阶段Product as Service。Product as Service把API形态的服务利用共享平台“封装服务”来向用户暴露。这类组装服务更面向业务场景、更专业化。对开发者来说，使用非常友好；对提供者来说，对这类服务的管理可以支持得非常细腻，并能提升管理服务的效率。
经过这个阶段，服务提供者提供的服务就不仅是一堆API的列表，还会包括从业务需求出发梳理出来的一系列场景化的服务接口。这一阶段完成之后，为了让共享服务平台的能力更好地服务于业务，也为了让各种业务场景和解决方案在共享服务平台上达到最大程度的复用，需要有能力通过共享服务平台的方式沉淀出解决方案，业务的扩展是基于服务的扩展而不是基于代码的方式进行扩展，这就是Solution as Service。
后记
系统的建设要从生产模型升级到运营型模型、从版本模型升级到迭代模型。生产模型会因为10%的差异而重新建设100%的系统，运营型模型最大的优势是所有的沉淀都将被积累。推进共享服务的中台战略将助推企业数字化转型，带来生产效率的大幅度提升。
本文作者万学凡，ThoughtWorks首席咨询师，武汉。作者保留本文一切权利，未经许可请勿转载。
