中台产品经理实战(15):一个案例搞懂中台共性抽取

2 评论 9878 浏览 29 收藏 10 分钟

编辑导语:中台建设一直是很多企业在做的事情,很多宏观上的概念及框架是无法认知到执行层面是如何做一个功能的,本文对中台建设的通用方法——抽取共性进行了梳理说明,与大家分享。

在前面几讲中,我为大家介绍了一个中台建设的通用方法Summary-Details设计法,接下来在这讲中我会再为大家介绍一个中台建设的通用方法:抽取共性。

01 什么是共性抽取?

相信大家一定在很多网上讨论中台的文章中看到一句类似的话,叫做中台建设的本质就是抽取共性,从而在企业内部进行复用。

但是究竟要什么是抽取共性呢?

我先上个定义:抽取共性实际上就是要去寻找企业内部多个业务线都使用的模块、节点、业务流程,从而将这些共用的部分提取出来,这就叫做抽取共性。

举个形象的例子来理解一下这个概念,如果我们把各业务线使用的功能以图形化的形式表示出来,我们可以看到下图中业务线一业务线二的具体功能节点如下:

在这基础上我们去寻找相似的功能有哪些?于是我们很快发现了有一个相同的模块,如下图的红框所示。

虽然这个红框里的圆形所代表的功能大小有细微的差别,但是他们都同属于一个形状,也就是圆形,这个时候我们就可以将它视为一个可服用的共性抽取出来。

那么这便是一个寻找共性的过程和定义,看起来没有太大难度是吧!

是的核心方法其实并没有太大难度,无非就是如下两步:

(1)准确拆解并梳理各业务线功能节点;

(2)寻找具有相似度的功能进行合并;

但是这里的难点在于我们如何去将业务线的各个功能拆分成如案例中这样边界清晰的不同形状代表的节点,从而方便我们快速发现业务的共性。

那么这里就需要用到我前面几篇文章(中台实战6,中台实战7),为大家介绍的去寻找业务SOP以及为业务进行建模,只有先进行建模,我们才能清楚的找到业务中的各功能节点。

02 实战案例

具体让我们来看一个实战案例是如何剥取业务共性,形成一个中台内部的服务中心的,来为大家加深这个概念的认知。

为了好理解,我在这选择一个低复杂度的功能,以每个产品内部随处可见的批量导出功能为例(就像下图的这种导入导出)。

假设公司内部现在有多条业务线,分别是:

(1)电商业务线:包含订单导出功能;

(2)OA业务线:包含员工考勤导数功能;

(3)新零售业务线:包含线下注册用户导出功能;

(4)……N业务线

那么到这我们其实已经发现了,公司内部各个业务线都有一个相似的功能——导出功能,那么这个相似的功能如何去提取它的共性呢?

我们需要对这个功能进行进一步拆解,可以得到各个业务线具体的导出功能构成如下

我们在这个基础上进行共性提取的最重要一步也是核心步骤就是要去将业务线的功能剥离业务特征,使其还原为一个基本的操作。

根据此原则我们通过对功能的拆解,也就是根据上面标注的红色字体,就可以剥离出导出功能的两个基本操作:

(1)导出数据;

(2)导出格式自定义;

还没有完下一步,我们再搭建中台服务中心的时候,还需要考虑业务的扩展性,也就是未来业务线可能会发展出哪些功能,我们需要做一个预判,并且合并到中台服务中心中,以支持未来业务线的发展。

我们继续来看上面的功能:

这次我们关注蓝色字体所标注的内容,虽然说权限控制只在一个业务线中使用,但是这个功能属于一个,需要拓展的基础功能,那么这个时候我们就可以将它提前和病致中台,以便其他各个业务线使用的时候能够快速调用。

可能有同学会问了,我们要如何去识别扩展所需要的功能,其实这个时候就不能简单的分析各个业务线的功能了,而要去凭借中台产品经理的业务经验进行判断,通过他过往做过多个项目的经历,来判断哪些功能会是这个业务未来要用到的,所以有时候产品经理的经验也是非常重要。

那么至此我们的导出功能的中台服务中心,功能列表和清单就得到了:

我们就可以根据这样的一个功能清单去建设导出服务中心,从而让前台去使用时只需要告诉具体要导出哪些字段。

中台服务中心就可以根据请求,快速的读取对应的数据库表,进行返字段返回,配套的还可以进行返回文件格式的自定义,从而方便前台各个业务线快速去搭建一个导出功能。

至此我们一个从业务中提取共性,搭建中台服务中心的过程就讲解完了,大家可以根据自己的业务进行方案套用。

03 最后

这里需要再多说一句的是,中台所提供的服务中心式的复用,与原来在中台出现之前,所建设的很多复用方式最大的不一样是为具体的一个问题域,提供了一个完整的一揽子解决方案,而不是像原来的拆分成很小的颗粒度,你要导出功能,我就只给你进行导出功能,至于格式选择以及权限控制等功能,都需要你在自己的服务中进行独立编码。

也就是说中台将原来的半自动复用模式变成了全自动解决方案,所以如果还是以以往的单点是复用来去看待中台的话,那么只能说对中台的概念理解还是不到位,这个概念我会在后面的文章中具体展开。

对了,如果想要了解更多高阶产品经理必备的业务建模技能与中台建设相关内容可以看看我的新书《中台产品经理宝典》,相信会给你带来不少启发!

#相关阅读#

中台实战(11):中台产品经理能力模型

中台实战(12):中台建设的三大误区

中台实战(13):为什么你需要懂一点中台思维

#专栏作家#

三爷,微信公众号:三爷茶馆,人人都是产品经理专栏作家。《中台产品经理宝典》一书作者,曾任万达高级产品、MBA特约讲师、独立创业者,现某支付公司产品线负责人,拥有多款集团项目从零到一经验并带领实现商业化布局。

本文原创发布于人人都是产品经理。未经许可,禁止转载

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

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 这样子去抽象一个服务中心,似乎推进会受阻,不同的业务线权限需做分控,业务线内字段复杂,又需进行进一步抽离,数据墙也不可避免存在在企业内。个人理解笔者讲的目的是为解释抽象的思路,但是案例是否不太合适?也请三爷指教

    来自广东 回复
  2. 8988000

    回复