中台产品经理方法论( 三 )


同时我想要对比的是另一个概念「第一性原理」 。第一性原理也是近几年很火的一个词,基本已经成为完成颠覆式创新的大杀器 。
最典型的例子之一就是Elon Musk了 。这个同时掌管Solar、SpaceX和Tesla的硅谷钢铁侠,从最基础的物理学原理出发,重新设计和制造的猎鹰火箭,正带领着人类飞向火星 。
在上述例子中,第一性原理和中台都带来了创新和成功,但其实这两者在某种程度上是矛盾的 。第一性原理往往是打破原有的经验,跳出舒适圈,从最底层逻辑去进行思考 。而中台是将通用的能力进行抽象和共享,将成功的经验固化下来,将有限的人力投入到创新中去 。
第一性原理是物理世界运转的本质,在没有时间条件的约束下,可以推导出整个世界 。假如地球要灭亡了,只有一张纸上的信息能够保留下来,写在这张纸上的就是地球文明的第一性原理 。基于这些可以重塑地球文明,但可能需要几千万年 。但人类社会的运转往往是有明确时间约束的,如果我只知道1+1=2时就要完成微积分,可能要穷尽一生 。
依靠前人和自己的经验做事才是人类社会能够高效运转的基本要素,放在IT行业,这些经验就叫中台 。经验往往能带来的价值,效率提升、成本提升、质量提高,同时也能带来偏见、惯性思维模式,中台也一样 。
三、我们为什么要做中台随着「阿里中台服务」那本书在17年的出版,中台开始走进更多人的视野,并且在18年逐渐热门起来,但那时网上介绍中台的文章和分享还不多,记得我在准备公司内中台分享时,没有花多大功夫就看完了几乎所有相关内容 。
而到了2019年,中台的热度迅速攀升,火爆程度有点类似16年的VR,18年的区块链 。同时我也听说有创业公司连核心业务的商业模式还没摸清楚,上来就要搭建中台的 。这其实是没搞清楚为什么要建中台,要解决什么问题 。
首先,中台是支撑公司多个业务产品的共享服务,如果公司只有一个业务产品,能做的最多只能是良好的架构设计,没有具体多个业务产品的实际场景输入,难以直接做出中台的 。
其次,中台的目标是提高业务产品的研发效率,但为了达到这个目的,在一段时间内是需要以降低「效率」为代价的,时间长短取决于系统复杂度和团队能力的差距 。当公司随着业务发展,需要研发第二个、第三个产品等等,在这种情况下可能会有两种方式来构建中台:

  1. 新产品和技术架构都是继承自当前产品,不断的通过优化当前产品架构来适应新的产品,让中台服务自然沉淀出来 。这种情况下的前提条件是在做第一个产品时就做好了服务架构设计,即便如此,在第二个产品时很有可能要走弯路,不能满足新产品那快速迭代和试错的渴望 。但到了第三个、第四个产品,就变得越来越快了 。
  2. 新的产品和技术架构都是从新设计,这样做每个产品的速度都差不多,灵活度也能做到最高 。但每个产品都很难在技术上从前面的产品借力,当团队人员发生变动,产品越来越多,多分支的维护和开发就凸显了人力不足的问题,需要搭建一个中台 。这也是我们面临的问题 。
我所在的事业部发展了多年,有五条业务产品线 。这五条产品线就是从一条产品线开始,随着时间的推移逐步发展起来的 。和大部分研发团队的情况一样,在应对快速变化的市场环境,我们没有能够做好系统的底层积累,而是选择了一条在当时看来是更简单的路径,从一套代码copy出了另一套代码来支撑新的产品 。
多年后我们就有了五个独立的系统来支撑五个业务产品 。我无法判断如果当时做好了底层系统架构,整个部门实际会发展成什么样 。只知道当五个产品要在五套系统上快速往前跑时,研发的复杂程度和成本都太高了 。为了解决这个问题,我们决定做中台 。

推荐阅读