中台战略

什么是中台?

在了解中台之前,我们要先了解前后台的概念。在企业传统的应用开发上,我们大体都会分为前台和后台2部分。

前台:可以简单理解为客户接触我们产品的主要方式,如浏览器的页面,手机app,以及跟后端服务器实时交互的服务等。

后台:则是不直接面向用户,提供管理人员对系统进行操作管理,如商品管理,售后等提供了针对用户的配置信息。

前后台不等于直接的前后端开发,无论是前台还是后台都是需要前后端参与来开发的。以淘宝来比喻就是前台是用户浏览的淘宝网,后台则是商家卖商品的管理页面。

前台通过后台提供的配置信息来展示服务,而用户在通过前台来获取这些服务。

而在传统的互联网行业中,项目的都是在缓缓发展和迭代替更的。有着厚实基底的企业并不会冒着风险进行多方的试错挑战,他们会逐步的巩固自身在社会的定位,牢牢抓住用户对主产品的依赖。所以在当时的这种架构并没有问题。

但是经历了多年,这样的开发架构已经逐步出现了疲软。如今的企业竞争已经转变为了开发竞赛。犹如美苏冷战般,谁最先开发出的产品能满足客户的需求,谁就能成为这片领地的霸主。而这就成为了传统的前后台开发模式的痛点,普通的产品开发至少需要3个月以上。而中台就是在这种情况下应运而生的。

企业到达了一定的规模以后,会拥有许多自己的核心项目。而在这些项目之中,各个项目都是相互独立的,与此同时有许多业务在项目之间是重复的。这就出现了一个现象,重复发明造轮子,这使得项目本身越来越臃肿,同时也占用了公司的资源。

企业开始认识到,为了解决重复的业务所带来的资源浪费。我们需要一个中间组织来整合公司项目们的公共资源。而这个中间组件就是我所要说的“中台”。

中台的案例

最先使用中台战略的公司,是一家名叫supercell的芬兰游戏公司。这家公司出台了几款全球爆款的游戏,如:部落冲突,海岛奇兵,皇室战争。这些游戏在我读高中的时候就已经在同学之间司空见惯。虽然我一部都没有玩过。

而supercell这家公司,它之所以能够在短时间内让自家的几款产品在全球流行。是因为在打入市场的时候,supercell能够推出了数款高质量的游戏。而这些游戏是在supercell内部数十款以上的产品研发中,经过不断的淘汰试错腰斩,最后留存下来呈现给用户。

扫描二维码关注公众号,回复: 8778665 查看本文章

那么supercell是怎样才会执行如此快速地试错和迭代的呢?而最后的产出又是如此的高质量。这并不是如依靠精美的ppt制作这般来忽悠用户,无论是游戏的画质,可玩性,音乐,社交都是保持在高水准的。这其中发挥至关重要的部分就是中台。

supercell的各个游戏虽然看起来游戏风格迥异,但是内部却存在许多共同之处。在业务上的支付,用户系统等;在技术上的游戏引擎,开发工具等。而这些功能都通过一个强大的“中台”系统来整合提供服务。

这使得开发团队可以专注于前台内容的开发上,而不用在开发重复的服务。supercell公司将这种高效的开发架构称为“部落”。

而紧随其后,国内的互联网公司也开始出台自己“中台战略:

阿里巴巴公司

在15年的时候提出了“大中台,小前台“的战略。
它将淘宝、天猫、支付宝等项目中的共通的部分,如用户中心,商品中心,交易中心、阿里云等包括这些重点业务,将它们整合成一个大的中台架构中。而天猫、淘宝、支付宝等项目的前台被剥离重点业务后,进行了大瘦身。这样使得新产品开发的时候,前台可以专注于自身的用户服务,中台避免了重复造轮子而提高了效率。

华为

平台炮火支撑精兵的战略
设立一个资源本部(资源中台),而这个本部则为一个个分队(前台项目)提供资源支持作战。前台需要什么资源,资源中台就为其提供,要数据给数据,要服务给服务。

如何搭建中台?

中台可以根据企业服务的不同功能和角色划分成四个维度。

业务中台

如阿里巴巴,把公司各个项目共通的业务进行下沉,整合成每个前台都通用的中台服务。

技术中台

为避免开发人员的重复发明轮子,造成项目臃肿。技术中台将会统一的为各个项目提供底层框架、引擎、工具、中间件。

数据中台

数据中台能为各个项目进行数据采集和分析。

算法中台

算法中台则为各个项目提供算法能力,如推荐算法、搜索算法、图像识别算法、语音识别等。

适合搭建中台的公司

0到1的阶段

这样的创业公司还没有必要搭建自己的中台服务。首先公司的目标是快速的打造出自己的核心产品,证明自己在市场上的价值。如果核心业务都没有搞好就去浪费资源发展自己的中台,估计中台还没搭好业务已经死了。

1到n阶段

企业增长到了一定的规模,需要开发数款产品的时候。这时可以考虑搭建一个的简易的共通服务中台。这时候的企业能够有余力的安排自己的资源,发展自己的平台。

n到n+1阶段

搭建中台势在必行。企业的规模庞大,内部错综复杂。当新项目的研发需要现有其他项目的资源的时候,资源的调达会非常的麻烦。如果项目架构需要调整的时候也要考虑其他关联项目的问题。开发上会变的非常的痛苦。所以为了提高开发的效率和项目的长期发展。长痛不如短痛的尽快搭建中台服务,减轻日后的维护难度。

发布了29 篇原创文章 · 获赞 0 · 访问量 390

猜你喜欢

转载自blog.csdn.net/qq_43399077/article/details/103355221
今日推荐