作为产品经理我经历过的京东中台

如今,产品经理的角色被行业切割已经是比较明显的趋势,例如电商产品经理、社交产品经理、金融产品经理。

作为产品经理我经历过的京东中台

除此之外,有另一个职能角色也被各大公司设置为重要度极高的岗位,那就是中台产品经理。

从 2015 年阿里首次提出中台理念到现在已经过去了 4 年,包括阿里在内的腾讯、百度、滴滴、头条等大公司都在打造自己的中台。

2018年的时候,京东开始重点打造大中台的战略,公司的系统和产品都在进行组件化改造,不管是从组织上还是系统上,都推行“积木理论”,即快速响应并支持业务的组织和系统。

我和京东的中台有过工作上的配合,也接触过中台的产品经理,对于京东这么一家大公司而言,内部业务繁多,不同的业务可能会有很多的共性需求,如果每一个个性化需求都进行重复开发,那投入的资源就会造成严重浪费,而且重复造轮子的事业会极大拉低业务效率。

当公司发展到一定阶段,尤其是为了横向支持多业务的灵活发展,以此响应快速的市场变化,搭建中台就成了必然选择。

京东是我实际体验和感受过的进行大中台建设的公司。2018年是京东重点进行中台建设的一年。有一段时间,整个交易线的各个部门都在进行组件化升级,至于很多业务需求都为此让道,构建中台能力,是公司战略级调整。

我在之前一篇文章中提及过关于我对京东中台的一些感受和理解,这里摘取一部分,供你参考。

中台到底是什么?以我在实际工作中对接过的京东中台、以及自己的理解来看,主要有这么几点。

1、组件化

组件化是一个技术名词,通常是指将一些共同模块抽象出来实现复用。简单说,就是不重复发明轮子。

在大公司里,业务线非常多,涉及到的同类产品需求也很多,如果每次都开发同类模块,对研发资源的浪费是巨大的,而且也不利于后期维护和整合,尤其是对于复杂系统,高耦合直接导致系统可扩展性极低。

所以,将通用组件进行抽象,形成公共服务,将这种能力赋给其他业务使用,对垂直业务而言,只要接入这种能力,就能实现自己的大部分需求,而不必重复造轮子,进而节省资源、提高效率。

这样的好处主要体现的灵活性上。要知道,在大公司会形成一种“公地效应”,也就是同一个职能部门资源会被多个需求方使用。就像一块公共用地,大家都需要,但又都不对此负责。

比如作为京东系统核心的交易流程,内部称为“黄金交易流程”,也就是从商品详情页开始,涉及购物车、结算页、收银台、订单等核心交易模块。这些系统都是独立的团队在支持,而且会同时支撑多个业务。如果每次都为了实现业务需求和重复开发组件,那系统维护成本就非常高。

所以,将通用能力封装成组件并对外使用,降低自身复杂度的情况下,满足需求方的使用效率,就成了降本增效的首选方案。

2、平台化

说起中台,不得不聊聊京东的交易中台,也就是负责订单从生成到履约完成的各个部门集合。

如果对电商系统比较了解的同学知道,用户提交订单后,关于这个订单的生命周期变化,会有很多个阶段和状态。

最简单的,用户提交订单并支付成功,这个订单会被打上各种标记,这种标记主要是供下游系统来消费识别的,目的主要是区分业务类型和识别特殊规则。

因为业务太多,卖3C商品的业务和卖药品的业务可能存在很多不一样的业务规则,而这些不同的业务都使用京东的同一套交易系统,所以通过各种标记来区分和做特殊规则处理。

虽然有特殊性,但整个交易中台提供的服务都是一致的,不管是订单生成与流转还是订单拆分,在交易中台的核心系统逻辑里提供的都是平台服务,并不会为某一个业务做一套单独的订单服务,只会在区分业务逻辑的分支里做特殊处理。

所以,这就是中台的第二个特性,平台化。

不管是交易中台还是数据中台还是AI中台,提供的服务和能力都是通用型平台服务。涉及到具体的特殊业务逻辑,都会在满足平台规则的前提下做特殊处理,并不会因为特化的业务规则而去破坏平台属性。

为了保证平台性的特点有两个角色非常重要,一个是对系统逻辑非常了解的架构师,第二个是对业务规则非常熟悉的产品经理。

前者主要从系统架构的角度考虑平台的扩展性,不因为特殊业务需求而破坏平台规则,并且在不改变平台基础架构的情况下满足业务规则。

我经历过几个业务需求,提给中台后因为涉及到比较大的调整,最后就升级到各方的架构师进行评估,如果架构师还搞不定,就需要升级到集团的技术委员会了,那里就是京东的技术决策大脑。

后者主要对业务需求进行评估,通常情况下,需求方会带着自己的需求或者方案来与中台产品经理沟通,如果中台产品经理全部照做,那平台性无从谈起。

所以,中台产品经理在保证平台性的前提下,需要帮助需求方梳理方案,站在中台的角度提出可行的产品方案。

在过去这一年里,因为做的几个项目基本都是涉及到京东系统全流程的,所以我跟京东交易中台的各环节打交道比较多,对此感受还是很深的。

3、灵活性

中台最大的优势是什么?在我看来就是灵活性。

在京东,这种灵活性还没有完全建立起来,对需求的及时响应和快速支持还有一定的提升空间,但我觉得,这条路是对的,走下去就会日渐精进。

在“黄金流程”体系中,不同的模块也有自己的中台,比如购物车中台、结算页中台、订单中台。

在普通用户或者对电商产品不太了解的人看来,购物车和结算页就是两个页面,能体验到的功能也不多,但从产品和系统的角度来看,这两个模块是前端交易流程中比较复杂的两个模块了。

在京东,单拿购物车来说,购物车中台和前台是独立的两个部门,中台主要负责购物车的业务逻辑,购物车中台除了支持主站购物车外,还有很多垂直业务的购物车逻辑,比如我们做的医药业务。

光是京东主站的购物车,就有上千台服务器在支撑。如果想在主站购物车加一个按钮,就不仅仅是一个页面交互或视觉的变化了,而是整个购物车中台的承载能力和架构调整。

而购物车前台,也是我们经常打交道的部门。就是你们看到的功能层面的交互和视觉,这也是一个单独的部门。

只不过他们属于独立的前台体系,包括了商品详情页、结算页、订单这些模块的前台交互和逻辑,都是归属于前台体系。

在我看来,京东的中台能力还是比较强大的,在快速响应业务方面做到了灵活支持、快速响应。

作为未来互联网公司的核心竞争力,构建中台能力是一个不可逆的战略选择,而中台产品的规划设计也将成为产品经理的必备技能。

过去,中台一直是一个概念式的存在,很多人知道这个名词,但对具体做什么、怎么做并不知道。而且市面上能学习的材料不系统而且质量也很低。

对于学习和理解到底什么是中台,以及如何进行中台产品规划和需求分析以及具体实施,听听一线的实战派讲解是最有效的方式。

本文由用户@Dalson发布于新媒体运营,未经许可,禁止转载。

题图来自Unsplash,基于CC0协议。

本文由 新媒体运营 作者:Dalson 发表,其版权均为 新媒体运营 所有,文章内容系作者个人观点,不代表 新媒体运营 对观点赞同或支持。如需转载,请注明文章来源。
1

发表评论