中台產品經理實戰(15):一個案例搞懂中台共性抽取

編輯導語:中台建設一直是很多企業在做的事情,很多宏觀上的概念及框架是無法認知到執行層面是如何做一個功能的,本文對中台建設的通用方法——抽取共性進行了梳理説明,與大家分享。

中台產品經理實戰(15):一個案例搞懂中台共性抽取

在前面幾講中,我為大家介紹了一箇中台建設的通用方法Summary-Details設計法,接下來在這講中我會再為大家介紹一箇中台建設的通用方法:抽取共性。

01 什麼是共性抽取?

相信大家一定在很多網上討論中台的文章中看到一句類似的話,叫做中台建設的本質就是抽取共性,從而在企業內部進行復用。

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

我先上個定義:抽取共性實際上就是要去尋找企業內部多個業務線都使用的模塊、節點、業務流程,從而將這些共用的部分提取出來,這就叫做抽取共性。

舉個形象的例子來理解一下這個概念,如果我們把各業務線使用的功能以圖形化的形式表示出來,我們可以看到下圖中業務線一業務線二的具體功能節點如下:

中台產品經理實戰(15):一個案例搞懂中台共性抽取

在這基礎上我們去尋找相似的功能有哪些?於是我們很快發現了有一個相同的模塊,如下圖的紅框所示。

中台產品經理實戰(15):一個案例搞懂中台共性抽取

雖然這個紅框裏的圓形所代表的功能大小有細微的差別,但是他們都同屬於一個形狀,也就是圓形,這個時候我們就可以將它視為一個可服用的共性抽取出來。

中台產品經理實戰(15):一個案例搞懂中台共性抽取

那麼這便是一個尋找共性的過程和定義,看起來沒有太大難度是吧!

是的核心方法其實並沒有太大難度,無非就是如下兩步:

(1)準確拆解並梳理各業務線功能節點;

(2)尋找具有相似度的功能進行合併;

但是這裏的難點在於我們如何去將業務線的各個功能拆分成如案例中這樣邊界清晰的不同形狀代表的節點,從而方便我們快速發現業務的共性。

那麼這裏就需要用到我前面幾篇文章(中台實戰6,中台實戰7),為大家介紹的去尋找業務SOP以及為業務進行建模,只有先進行建模,我們才能清楚的找到業務中的各功能節點。

02 實戰案例

具體讓我們來看一個實戰案例是如何剝取業務共性,形成一箇中台內部的服務中心的,來為大家加深這個概念的認知。

為了好理解,我在這選擇一個低複雜度的功能,以每個產品內部隨處可見的批量導出功能為例(就像下圖的這種導入導出)。

中台產品經理實戰(15):一個案例搞懂中台共性抽取

假設公司內部現在有多條業務線,分別是:

(1)電商業務線:包含訂單導出功能;

(2)OA業務線:包含員工考勤導數功能;

(3)新零售業務線:包含線下注冊用户導出功能;

(4)……N業務線

那麼到這我們其實已經發現了,公司內部各個業務線都有一個相似的功能——導出功能,那麼這個相似的功能如何去提取它的共性呢?

我們需要對這個功能進行進一步拆解,可以得到各個業務線具體的導出功能構成如下

我們在這個基礎上進行共性提取的最重要一步也是核心步驟就是要去將業務線的功能剝離業務特徵,使其還原為一個基本的操作。

根據此原則我們通過對功能的拆解,也就是根據上面標註的紅色字體,就可以剝離出導出功能的兩個基本操作:

(1)導出數據;

(2)導出格式自定義;

還沒有完下一步,我們再搭建中台服務中心的時候,還需要考慮業務的擴展性,也就是未來業務線可能會發展出哪些功能,我們需要做一個預判,並且合併到中台服務中心中,以支持未來業務線的發展。

我們繼續來看上面的功能:

中台產品經理實戰(15):一個案例搞懂中台共性抽取

這次我們關注藍色字體所標註的內容,雖然説權限控制只在一個業務線中使用,但是這個功能屬於一個,需要拓展的基礎功能,那麼這個時候我們就可以將它提前和病致中台,以便其他各個業務線使用的時候能夠快速調用。

可能有同學會問了,我們要如何去識別擴展所需要的功能,其實這個時候就不能簡單的分析各個業務線的功能了,而要去憑藉中台產品經理的業務經驗進行判斷,通過他過往做過多個項目的經歷,來判斷哪些功能會是這個業務未來要用到的,所以有時候產品經理的經驗也是非常重要。

那麼至此我們的導出功能的中台服務中心,功能列表和清單就得到了:

中台產品經理實戰(15):一個案例搞懂中台共性抽取

我們就可以根據這樣的一個功能清單去建設導出服務中心,從而讓前台去使用時只需要告訴具體要導出哪些字段。

中台服務中心就可以根據請求,快速的讀取對應的數據庫表,進行返字段返回,配套的還可以進行返回文件格式的自定義,從而方便前台各個業務線快速去搭建一個導出功能。

至此我們一個從業務中提取共性,搭建中台服務中心的過程就講解完了,大家可以根據自己的業務進行方案套用。

03 最後

這裏需要再多説一句的是,中台所提供的服務中心式的複用,與原來在中台出現之前,所建設的很多複用方式最大的不一樣是為具體的一個問題域,提供了一個完整的一攬子解決方案,而不是像原來的拆分成很小的顆粒度,你要導出功能,我就只給你進行導出功能,至於格式選擇以及權限控制等功能,都需要你在自己的服務中進行獨立編碼。

也就是説中台將原來的半自動複用模式變成了全自動解決方案,所以如果還是以以往的單點是複用來去看待中台的話,那麼只能説對中台的概念理解還是不到位,這個概念我會在後面的文章中具體展開。

對了,如果想要了解更多高階產品經理必備的業務建模技能與中台建設相關內容可以看看我的新書《中台產品經理寶典》,相信會給你帶來不少啓發!

#相關閲讀#

中台實戰(11):中台產品經理能力模型

中台實戰(12):中台建設的三大誤區

中台實戰(13):為什麼你需要懂一點中台思維

#專欄作家#

三爺,微信公眾號:三爺茶館,人人都是產品經理專欄作家。《中台產品經理寶典》一書作者,曾任萬達高級產品、MBA特約講師、獨立創業者,現某支付公司產品線負責人,擁有多款集團項目從零到一經驗並帶領實現商業化佈局。

本文原創發佈於人人都是產品經理。未經許可,禁止轉載

題圖來自Unsplash,基於CC0協議。

版權聲明:本文源自 網絡, 於,由 楠木軒 整理發佈,共 2219 字。

轉載請註明: 中台產品經理實戰(15):一個案例搞懂中台共性抽取 - 楠木軒