中台,Whocares?
3678
如果一定要把中台当作创业目标,不妨认真思考一下已故的红杉创始人唐·瓦伦丁经常问创业者的一个问题:“Who cares?”
如果把中台当作一个方法论或者探索实践,讨论这个主题很正常;但如果是半个IT圈儿都在热闹地搞中台,那就不太正常了,Why?
一、中台概念是在炒冷饭
浏览网上火热的中台, 大部分都是在定义和解释啥是中台 ,也就是说大众认知还在营造概念阶段。
实际上,中台的应用和实践早已有之,而且并不是IT界首先提出的。中台是以一种有效的运作结构,广泛存在于商业组织、企业、军事组织,以及其它组织运作形态中。
无论是商业零售,还是军事作战,都因为先有了前端和后端,才演变出对中台结构的需要。中台存在的意义,无非是将后台能力变现,对前端形成强力支持和快速反应;更重要的是, 中台必须能够输出决策结果和产生行动 ,否则毫无意义。
以商业组织为例,即使在没有互联网的年代,沃尔玛就能根据前端零售店的详细销售数据,及时分析和预测货品配置需求,可以精确到颜色、型号等。
再举个军事作战的例子,二战时期的美军在各个战场上,看起来有打不完的弹药、耗不完的燃料、充足的食品补给、及时准确的情报……但其资源却在万里之遥的美国本土,这一切是如何做到的呢?就是依靠庞大的中台体系,支持到世界各战场。前方战场上的一名士兵,平均就有12名人员支持,在战场-基地-本土形成前、中、后台的效率系统。
回到现在对中台的 各种定义和解释,朝着两个极端走去:
实际上,业务元数据存放在哪里、订单在哪里计算、在哪里出运营数据表,这些并不会影响中台逻辑和目标实现。也就是说, 中台未必真需要中间有个“台” 。
去年我们交付的一家IT集团公司项目,今年业务老总问我:咱们这个项目不就是中台嘛。
的确,互联网、微服务、数据分析等技术,为“老中台” 提供了更好的实现路径、手段与效率;这是发展的自然路径,而不是另一个新方向 。
二、中台是做什么用的
我们从分别从信息维度和业务维度,来说明中台的用途。
1. 信息维度
首先,中台主动收集前台业务信息和数据,意味着不需要前台有意识去存数据;减轻一线人员的工作量的同时,还能收集到更多数据。其次,综合分析前端各业务数据,并与后台资源数据匹配,得出合理的处理方案,这是最重要的一步。最后,以服务的形式将业务方案结果推给前台。
比如,通过一线销售的销售预测数据,可以做下单备货准备。
2. 业务维度
“后端前移,支持一线”始终是中台的建设宗旨。对于某些行业,如电商、零售、电信运营商等,中台其实就是其生产系统,离开中台就无法运作。而对于另一些行业,如IT行业、制造业等,中台只是辅助决策系统,重要的决策和发布指令,还是需要人来做。还有一些行业或形态,中台没什么用,如研发、小微企业。
这两个维度基本是知和行的关系, 信息维度中台的道理很容易讲清楚;而业务维度的落实和实施则复杂得多 。这就像是培训:听课时热血沸腾,出门恢复原状。
三、过度炒作会使中台“脱实向虚”
企业进入互联网时代的显著特征是前端的增强,即前端业务移动化和数字化交互,在增强前端业务能力的同时,也更加依赖后台的支持,这是 中台显性化的主要原因 。
在肯定中台的重要意义的同时,避免单独放大和炒作中台。需要和不需要的都往里装, 虚胖的中台不是建中台的初衷和目的 。
中台概念首先是从电商、新零售等以互联网为基础的商业形态蔓延出来、并被扩大到其它行业或业态。因为所有行业或多或少都能与互联网扯上关系,所以用中台这个大筐,把企业所有的东西都装了进来。
现在的中台概念主要是服务商和部分IT人在主导,这根本就是在自说自话。在任何企业搞中台,都是一件动静极大的事,问题所在:
建设中台是一项重大投入,效果和ROI没办法预测,也不是所有行业和所有企业都需要中台。
中台不只是做个信息平台那么简单,即需要企业后端具备可变现的资产,又需要产生能变现的行动,组织架构和业务流程都需要重大调整。
IT部门在上系统方面有一定话语权和部分决策权,但在建中台这件事上,基本没有,除非你所在行业中台就是生产系统,不得不建。
大部分企业要么就是0IT(基本没啥IT系统),也没有多少条数据,要么就是信息化途中,已经投入资金和成本。前者不具备实施中台的基础、后者也不太可能把现有建设停下来搞中台,一时半会儿还找不到落地点。
四、中台不是创业要干的事
中台是企业组织和业务重构的关键发展路径,其建设是由企业发展过程决定的,而不是由IT发展决定的。互联网巨头搞中台,那是因为它们业务确实需要。至于一般互联网公司,特别是创业公司,对行业和企业业务的理解,大部分到不了那个深度;中台充其量就是一个销售话术或者实施某一类项目。
如果一定要把中台当作创业目标,不妨认真思考一下已故的红杉创始人唐·瓦伦丁经常问创业者的一个问题:“Who cares?”
后记
有些同学请我分享“中台”。首先感觉是创业应该创不到中台这里,跨度有点大。其次,中台也就这些事没什么好说的,说多了反而会晕,做过类似项目自然就清楚了。原本是打算用一个项目案例做借鉴,因为保密条款的限制而作罢。
所以,写了这篇分享,希望能涵盖到更多的问题。