华为、阿里都在说的「中台」究竟是什么？
图 | 图虫创意
如今，你会在各种大会的演讲 PPT 上越来越多看见「中台」二字的身影。尤其是阿里、腾讯、美团等一众互联网巨头，正不约而同地掀起「中台化」革新浪潮，上一个令人感到困惑的类似术语还是 OKR。如果说 OKR 更多是对于「人与业绩」的调整，那么中台则是基于「业务组织架构」，按本文作者的话来说，它相当于是连接「前台」和「后台」业务中间的变速齿轮。
来源 | 公号“健荐”
作者 | 王健
中台究竟是什么？它对于企业的意义又是什么？当我们谈中台时，我们到底在谈些什么？
想要找到答案，仅仅沉寂在各自“中台”之中，如同管中窥豹，身入迷阵，是很难想清楚的。不如换个度，从各类的“中台迷阵”中跳脱出来，尝试以更高的视角，从企业均衡可持续发展的角度来思考中台的价值，试图反推它存在的价值。
所以，为搞明白中台存在的价值，我们需要回答以下两个问题：
第一个问题：企业为么要平台化？
先给答案，其实很简单：
因为在当今互联网时代，户才是商业战场的中心，为了快速响应用户的需求，借助平台化的力量可以事半功倍。
不断快速响应、探索、挖掘、引领户的需求，才是企业得以存和持续发展的关键因素。
那些真正尊重用户，甚不惜调整己颠覆己来响应户的企业将在这场以户为中心的商业战争中得以存和发展；反之，那些在过去的成就上故步封，存在侥幸希望户会像之前一样继续追随己的企业则会被用户淘汰。
很残酷，但这就是这个时代最基本的企业存法则。
平台化之所以重要，就是因为它赋予或加强了企业在以用户为中心的现代商业战争中最核心的能：户响应。这种能力可以帮助企业在商战上先发制，始终抢得先机。
在互联网时代，商业的斗争就是对于用户响应力的比拼。
我们来看个子:
1、阿里
说起中台，最先想到的应该就属是阿里的“中台，前台”战略。阿里通过多年不懈的努，在业务的不断催化滋养下，将自己的技术和业务能沉淀出一套综合能平台，具备对于前台业务变化及创新的快速响应能。
2、华为
华为在几前就提出了“平台炮火支撑精兵作战”的企业战略，“让听得到炮声的人能呼唤到炮火” 这句话形象的诠释了大平台撑下小前台的作战策。这种极度灵活又威巨的战法，使之可以迅速响应瞬息万变的战场，一旦锁定目标，通过大平台的炮火群，迅速精准对于战场进强大的火支援。
可，在互联热火朝天，第四次工业革命的曙光即将到来的今日，企业能否真正做到“以用户为中心”，并不断提升自己的用户响应来追随甚至引领用户的脚步，持续规模化创新，终将决定企业能否在这样充满挑战和机遇的市场上笑到最后，在商业上长久保持创新活力与竞争力。
而平台化恰好可以助力企业更快更好的做到这些，所以这回答了第一个问题，企业需要平台化。
第二个问题：企业为什么要建中台？
好，想明白了第一个问题，为什么需要平台化。但是平台化并不是一个新概念，很多企业在这个方向上已经做了多年的努力和积淀。那为什么最近几年“中台”这个相对较新的概念又会异军突起？对于企业来讲，传统的“前台+后台”的平台化架构又为什么不能满足企业的要求呢?
好，这就引出了我们的第二个问题：企业为什么要建中台？
先定义一下前台与后台
因为平台这个词过于宽泛了，为了能让大家理解我在说什么，我先定义一下本篇文章上下文下我所说的前台和后台各指什么：
前台：由各类前台系统组成的前端平台。每个前台系统就是一个用户触点，即企业的最终用户直接使用或交互的系统，是企业与最终用户的交点。例如用户直接使用的网站，手机 app，微信公众号等都属于前台范畴。
后台：由后台系统组成的后端平台。每个后台系统一般管理了企业的一类核心资源（数据+计算），例如财务系统，产品系统，客户管理系统，仓库物流管理系统等，这类系统构成了企业的后台。基础设施和计算平台作为企业的核心计算资源，也属于后台的一部分。
后台并不为前台而生
定义了前台和后台，对于第二个问题（企业为什么要建中台），同样先给出我的答案：
因为企业后台往往并不能很好的支撑前台快速创新响应用户的需求，后台更多解决的是企业管理效率问题，而中台要解决的才是前台的创新问题
大多数企业已有的后台，要么前台根本就用不了，要么不好用，要么变更速度跟不上前台的节奏。
我们看到的很多企业的后台系统，在创建之初的目标，并不是主要服务于前台系统创新，而更多的是为实现后端资源的电子化管理，解决企业管理的效率问题。这类系统要不就是当年花大价钱外购，需要每年支付大量的服务费，并且版本老旧，定制化困难；要不就是花大价钱自建，年久失修，一身的补丁，同样变更困难，也是企业所谓的“遗留系统”的重灾区。
总结下来就两个字“慢”和“贵”，对业务的响应慢，动不动改个小功能就还要花一大笔钱。
有人会说了，你不能拿遗留系统说事儿啊，我们可以新建后台系统啊，整个2.0问题不就解决了。
但就算是新建的后台系统，因为其管理的是企业的关键核心数据，考虑到企业安全、审计、合规、法律等限制。导致其同样往往法被前台系统直接使用，或是受到各类限制法快速变化，以持前台快速的创新需求。
此时的前台和后台就像是两个不同转速的轮，前台由于要快速响应前端用户的需求，讲究的是快速创新迭代，所以要求转速越快越好；后台由于对的是相对稳定的后端资源，且往系统陈旧复杂，甚至还受到法律法规审计等相关合规约束，所以往往是稳定至上，越稳定越好， 转速也自然是越慢越好。
所以，随着企业务的不断发展，这种“前台+后台”的轮速率“匹配失衡”的问题就逐步显现出来。
随着企业业务的发展壮大，因为后台修改的成本和险较，所以驱使我们会尽量选择保持后台系统的稳定性，但还要响应用户持续不断的需求，自然就会将大的业务逻辑（业务能）直接塞到前台系统中，引入重复的同时还会致使前台系统不断膨胀，变得臃肿，形成了一个个球的“烟囱式单体应用”。渐渐拖垮前台系统的“户响应”，用户满意度降低，企业竞争也随之不断下降。
对于这样的问题，Gartner在2016年提出的一份《Pace-Layered Application Strategy》报告中，给出了一种解决方案，即按照“步速”将企业的应用系统划分为三个层次（正好契合前中后台的三个层次），不同的层次采用完全不同的策略。
而 Pace-Layered Application Strategy 也为“中台”产生的必然性，提供了理论上的支撑。
在这份报告中，Gartner 提出，企业构建的系统从 Pace-Layered 的度来看可以划分为三类: SOR（Systems of record），SOD（Systems of differentiation）和 SOI（Systems of innovation）。
处于不同 Pace-Layered 的系统因为的不同，关注点不同，要求不同，变化的“速率”自然也不同，匹配的也需要采不同的技术架构，管理流程，治理架构甚至投资策。
前面章节我们提到的后台系统，例如 CRM、ERP、财务系统等，它们多都处于 SOR 的 Pace-Layered。这些系统的建设之初往往是以规范处理企业底层资源和企业的核可追溯单据（例如财务单据，订单单据）为主要的。
它们的变更周期往往比较，且由于法律审计等其他限制，导致对于它们的变需要严谨的申报审批流程和更高级别的测试部署要求，这就导致了它们往往变化频率低，变化成本高，变化险高，变化周期。法满由户驱动的快速变化的前台系统要求。
我们又要尽保持后台（SOR）系统的稳定可靠，要前台系统（SOI）能够而美，快速迭代。就出现了上文提到的”齿轮匹配失衡“的问题，感觉鱼与熊掌不可兼得。
正当陷入僵局的时候，天空中飘来一声 IT 谚语：
软件开发中遇到的所有问题，都可以通过增加层抽象得以解决!
此，声惊雷滚过，“中台”脚踏七彩祥云，承载着 SOD（Systems of differentiation）的前世寄托，横空出世。
我们先试着给中台下个定义：
中台是真正为前台而生的平台（可以是技术平台，业务能力甚至是组织机构），它存在的唯一目的就是更好的服务前台规模化创新，进而更好的响应服务引领用户，使企业真正做到自身能力与用户需求的持续对接。
中台就像是在前台与后台之间添加的组“变速轮”，将前台与后台的速率进行匹配，是前台与后台的桥梁。它为前台而生，易于前台使用，将后台资源顺滑流向用户，响应用户。
中台很像 Pace-Layered 中的 SOD，提供了比前台（SOI）更强的稳定性，以及后台（SOR）更高的灵活性，在稳定与灵活之间寻找到种美妙的平衡。中台作为变速齿轮，链接了用户与企业核心资源，并解决了配速问题。
有“中台”这新的 Pace-Layered 断层，我们即可以将早已臃肿不堪的前台系统中的稳定通用业务能“沉降”到中台层，为前台减肥，恢复前台的响应；又可以将后台系统中需要频繁变化或是需要被前台直接使用的业务能力“提取”到中台层，赋予这些业务能力更强的灵活度和更低的变更成本，从而为前台提供更强大的“能力炮火”援。
——这就是为什么企业在平台化的过程中，需要建设自己的中台层（同时包括技术中台，业务中台和组织中台）。
你还不能错过：
进入【独家精选】菜单或点击下列关键词
阅读更多精彩内容：
2018 薪酬报告 | IDG 私享会|IDG 大咖说|CEO 说| 对话 CEO| 创业常识
读人报告 |开卷有益|人工智能| 消费品牌| 体育 | iStar计划
微信ID：idg_capital
长按右侧二维码，关注「 IDG资本」
