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

2 評論 9774 瀏覽 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

    回復