京东发空包教程:头部电商的中台实践血泪总结

首先,台在中的起源

弄清楚台在中!的目的非常重要非常重要!非常重要!

至于台在中,的起源,我们一定听说过阿里:的例子。为了支持业务快速扩张和降低发展成本,阿里退出了普遍服务,并以台的形式在中提供共享服务

那么,在这句话里,每个人都熟悉中、台,中,中和台,的定义,它的核心目标是什么?

避免重复开发?

退出一般服务?

不,这些只是手段。

中台的核心目标都不是快速响应商业需求。

只有从结尾开始,你才能有一个好的结尾。

回顾我们在中, 台,的项目团队在整个项目开始时的个人经历,项目团队领导为项目团队设定的目标是减少系统之间的重复开发,并在最短的时间内构建抽象的公共服务。

整个项目团队,20-30人,穿着裤子工作了几个月,最终完成了公共服务的第一阶段。

但一个极其残酷的现实摆在面前:业务团队根本不付账,而且它也不回避说这件事没什么效果。

在过去的几个月里,当大量的公共服务被建立起来的时候,几乎所有的商业需求都停滞了。

换句话说,最近几个月在中, 台, 中的建设项目中,我们只是对现有系统进行了重新整合或重构,或者概括了一些商科学生认为不太重要的功能模块,但是对于商科学生来说,一些最紧迫、最痛苦的事情却没有得到很好的满足。

总而言之,我不想要你给我的,但你没有给我想要的。

你为什么会得到这个荒谬的结果?

一个非常重要的原因是,目的和手段是相反的:成为中和台,的中和台,并被一般化。

但我们不妨再想一想,为什么我们想成为中台?为什么我们要让它变得普遍?这不都是为了更快地响应业务需求吗?

因此,建设中台的目的始终是快速有效地响应业务需求,而推广只是一种手段。

二、中和台的定义

关于中台,的定义,我非常同意王健老师的观点:中台是企业级能力的重用。

以大家熟悉的阿里,巴巴为例,他们提取了电子商务业务的所有核心模块,并以共享的形式为前台提供服务。这些核心业务模块包括:用户中心、商品中心、交易中心、支付中心、库存中心、物流中心。

这些中心脏实质上是电子商务帝国核心阿里,的企业级能力。通过台中的这些核心能力,让阿里电子商务地图成为中在业务拓展过程中,快速重用这些核心能力,最终达到快速响应业务的目的。让我们逐一数一下中和台定义的关键词。

企业级:

企业级,也就是说,中和台在设计的时候应该从整体的角度来考虑,所做的事情的定位是企业级的某个能力,而不仅仅是某个业务线或者某个项目团队的内部使用。从整体的角度抽象和重用服务,从整体的角度考虑数据服务的集成和通用性,支持服务的快速和低成本扩展。

基于以上解释:台,中的东西向定位是企业层面的一般能力,台,中,的创建涉及到业务条线和组织的调整,如原有的两条业务条线的独立交易模块。在建设中台,的中交易中心时,必须涉及系统模块的整合和中;原有两个团队的人员调整,在这种调整下,必须由公司的最高管理层来推动,即从上到下推动业务条线的整合和利益的再分配。

能力:

这里使用的是能力或服务,而不是系统、功能和模块。就像产品定位一样,所有产品在被用户消费时,本质上都是为了获得某种能力或服务。台在中的创作是一样的。台在中的创立不是为了在企业层面整合某个系统和某个功能。中的台需要做的是抽象和分享能力。

这种能力每个企业都有自己的现实,如数据能力、技术能力、算法能力、业务能力等。每个企业都要根据自身的实际情况、战略和市场定位做出全面的决策。评判标准既简单又复杂:在中,随后的业务发展中,哪些情景是最频繁、最迫切需要解决的?

重用:

当你提到“再利用”或“分享”这个词时,我想很多朋友对中和台有同样的理解

事实上,重用的概念已经在整个行业中提出很多年了。例如,在编写代码时,封装函数和由各方调用都会有这种味道。也就是说,中和台的概念把“重用”概念的重要性提高到了一个新的高度,从单一功能的重用提高到了业务能力、数据能力和人工智能能力的高度。

事实上,当我读到这篇文章时,许多朋友会在心里默默地说:阿里中-台战略如此成功的很大一部分原因是因为大多数阿里企业都是电子商务企业。这些业务有许多共同点,因此可以重用。因此,像阿里这样的电子商务帝国选择中和台是一个不错的选择

但这是否意味着台, 中,的所有企业都必须比较它们在中?的商业模式我不这么认为。

第三,中台的本质

经过半年的实践,我对中台的精髓最深刻的理解是,中台的精髓是企业级能力重用的设计思想。

在中,企业业务发展的过程中,在为满足中,业务发展而进行系统建设的过程中,我们应该思考每一个系统和每一个模块的设计和创建:是否有必要使其具有普遍性?或者在未来的商业场景中有普遍的需求?

至于是否有必要像阿里,一样在台, 中,设立一个部门,将所有核心模块集成到中台系统——中,我认为没有必要。

例如,当我们在电子商务商店进行商品结构分析时,开始时,我们只做了一个商店,但是这个模块在设计之初有一个非常重要的考虑:这个模块可以继续为其他商店提供商品结构分析服务吗?而这种服务在直接再利用后能否直接满足其他业务线人的需求呢?

例如,当一家初创公司建立自己的用户中,时,在其业务的早期阶段可能只有一两个业务线。为了业务的快速扩张,它可能会在构建新产品线时为了速度而采用新的用户系统。然而,当设计这些用户系统时,他们都面临着相同问题的挑战:如何使多个系统中的用户系统更加高效和低成本?

因此,中台本质上是一个企业级能力重用的设计思想。

正因为这是一种思维方式,所以真的没有必要给自己增加这么多的规章制度,也没有必要坚持中和台在市场上的系统现状以及中和台应该是什么样子的定义:为了快速支持业务扩展,将企业级能力重用作为设计思维——就足够了。

这就像编程中函数式思维一样,它封装了一些一般的逻辑,然后各方都可以直接调用它。就像现在的许多算法一样,如果你彻底地解释它们或者从头开始写它们,那就叫做复杂算法。然而,目前,许多算法将语句中称为对应于python的语句,这只是一行函数。各方调用相同的算法非常方便。

那么,中台着陆后长什么样?这真的没有定论。这取决于你希望中成为台:业务线?的商业形式还是技术实现?还是算法?还是人工智能的能力?除了取决于您的业务形式之外,还需要结合您企业的当前系统状态,然后决定中台是通过底层技术模块包,还是通过中中间层,还是通过微服务,或通过Sass向外部世界提供服务。

如果我们真的需要为中和台,做一个形象的类比,我认为各种云服务都是很好的类比对象。例如,阿里云中,的各种功能,如机器视觉、智能推荐和智能语音交互,实际上可以理解为某某中台,和阿里将这些通用功能封装到云服务中,每个企业可以根据需要调用这些功能。它们都使用相同的接口和相同的服务,并且每个业务线不再需要自己重新开发,所以它可以直接用作——。我们做中台就是为了这个目的:当业务线需要扩展时,可以直接使用,大大减少了实施时间和成本,提高了市场响应速度。

在回答上一节留下的问题时,没有必要将中——设置为台, 中企业的商业模式

收集中,很好,因为有更多的内容可以抽象和共享,当业务扩展时,有许多场景可以重用。

就像游戏领域的suppercell一样,在制作新游戏时,你可以直接调用游戏引擎中台;就像阿里在聚划算,开发业务线时,他可以直接组装一系列中台组件,如原来的交易中心脏和商品中心脏。然而,业务并不集中在中,例如腾讯,其业务领域涵盖游戏、社交活动、视频、内容等。你认为他真的不可能是中台?吗?当然不可能。否则,人们不需要成立一个技术委员会来做这件事。例如,用户总是可以聚集在一起。游戏引擎可以被抽象和共享吗?或者底部的一些消息推送服务可以被取消吗?等等……再一次,中和台是一种思维:企业级能力重用的设计思维。它可以指导产品设计、技术设计和人工智能能力设计。凡事都要结合自己的实际情况,所以没有必要拘泥于各种规则。

赞(0)
未经允许不得转载:京东空包 » 京东发空包教程:头部电商的中台实践血泪总结
分享到: 更多 (0)

评论 抢沙发

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址