中臺系統(tǒng)建設(shè)之“鎖鏈”思維

0 評論 3362 瀏覽 24 收藏 15 分鐘

編輯導(dǎo)語:在進(jìn)行中臺產(chǎn)品設(shè)計(jì)時(shí),有很多思維可以借鑒,例如“屏障”思維、“鎖鏈”思維等。在這篇文章中,作者對其中的“鎖鏈”思維進(jìn)行了詳細(xì)的介紹,一起看看吧。

一、何為“鎖鏈”思維

上上篇文章《中臺系統(tǒng)建設(shè)之“屏障”思維》中介紹到了“屏障”思維。

“屏障”思維核心要解決的問題,是外部(上游業(yè)務(wù)、終端用戶、下游業(yè)務(wù))與中臺之間的對接效率。

其中,以最關(guān)鍵的用戶“上游業(yè)務(wù)方”與中臺之間,我們搭建的“屏障”有2個:

第一個,是減少溝通節(jié)點(diǎn),進(jìn)而提升整體溝通效率,即形成“BP機(jī)制”的屏障。

第二個,是減少非必要溝通,讓系統(tǒng)沉淀取代人,即形成“平臺化系統(tǒng)”的屏障。

當(dāng)時(shí)提到的平臺化系統(tǒng),大概有以下4種:

  1. [系統(tǒng)]開放平臺:以域能力為顆粒度立體式介紹中臺能力,從應(yīng)用場景、能力描述、接入流程、技術(shù)對接、產(chǎn)品運(yùn)營等維度信息,目的是希望上游業(yè)務(wù)用戶能實(shí)現(xiàn)自助理解和接入,也能實(shí)現(xiàn)中臺跨域產(chǎn)研之間進(jìn)行橫向熟悉能力。開放平臺對外是讀操作。
  2. [系統(tǒng)]規(guī)則中心:每一個模式在中臺全域(包含準(zhǔn)備、信息流、資金流、實(shí)物流、其他)實(shí)現(xiàn)的所有邏輯和參數(shù)聲明;你可以理解為產(chǎn)品需求規(guī)則文檔,但是是經(jīng)過高度結(jié)構(gòu)化之后的(結(jié)構(gòu)化就是產(chǎn)品域-角色-交易節(jié)點(diǎn)-產(chǎn)品功能點(diǎn),已經(jīng)被抽象出來了,后邊都是邏輯和參數(shù))。規(guī)則中心對外是讀操作。
  3. [系統(tǒng)]配置中心:以全域業(yè)務(wù)線為id主鍵,可以指引業(yè)務(wù)自助拆解需求并做預(yù)配置,指引中臺審核配置的一站式平臺,可通俗理解為一個需求通過配置中心,可以在很多時(shí)間內(nèi),基本無開發(fā)無測試快速完成上線。注意,配置中心中的配置項(xiàng),理論上屬于規(guī)則中心參數(shù)的子集,配置中心收納配置項(xiàng)一定是從高頻到低頻的。配置中心對外是寫操作。
  4. [系統(tǒng)]綜合查詢:是發(fā)揮中臺基礎(chǔ)特性“數(shù)據(jù)連通性”來做的應(yīng)用產(chǎn)品,可以讓各類用戶在這個系統(tǒng)中做到全信息查詢,不用再離散各個地方拼信息。例如查看某個訂單歷史、當(dāng)前、未來的全部信息(包含準(zhǔn)備、信息流、資金流、實(shí)物流等)。綜合查詢對外是讀操作。

其中,除《開放平臺》的作用是側(cè)重于垂直能力描述之外,其他3個系統(tǒng)都是解決跨域之間能力/數(shù)據(jù)拼裝的問題。

我把架構(gòu)設(shè)計(jì)這3個系統(tǒng)用到的拼裝思維,稱之為“鎖鏈”思維。

二、“鎖鏈”思維的本質(zhì)

說起“鎖鏈”思維,可能并不特別高大上,它最初靈感來自于SOP。

以我們最早應(yīng)用“鎖鏈”思維所做產(chǎn)品《配置中心》為例,簡單說下它的演化邏輯。

大家都知道,在中臺范疇內(nèi),一個業(yè)務(wù)解決方案的交付,往往是需要伴隨著多系統(tǒng)能力拼裝而成的。

而在過程中,就會發(fā)現(xiàn)各種邏輯配置很多,很容易丟失,造成項(xiàng)目中的錯漏現(xiàn)象,影響系統(tǒng)運(yùn)行和交付。

最早時(shí)候,我們對一個需求的實(shí)現(xiàn),即中臺能力拼裝,都是靠人的經(jīng)驗(yàn)的。依賴產(chǎn)品經(jīng)理對需求的理解,以及對所有系統(tǒng)的能力理解。

在一次又一次重復(fù)的過程中,大家逐漸發(fā)現(xiàn)這里面需要考慮的配置點(diǎn)是有一定規(guī)律的,所以就慢慢開始沉淀經(jīng)驗(yàn),把某一類需求所需要的準(zhǔn)備項(xiàng)和配置項(xiàng),列到excel來管理。

如下圖(某一個需求實(shí)現(xiàn)的部分配置信息,excel管理):

到了后來,發(fā)現(xiàn)類似需求的增加是常態(tài)的,所以就逐漸把這個串聯(lián)的過程,變?yōu)榱司€上系統(tǒng)??梢誀恳龢I(yè)務(wù)方用戶,按照我們的指引步驟,一個個輸入他的需求信息。

這樣,我們的產(chǎn)品人員,就減少了與業(yè)務(wù)方用戶之間的線下信息溝通。

再往后,我們把配置項(xiàng),全部結(jié)構(gòu)化為公式和參數(shù)項(xiàng),需求用戶和中臺人員,就可以直接在線進(jìn)行填充和審核生效。又省掉了細(xì)節(jié)的溝通確認(rèn)和測試回歸成本。

如下圖(基于業(yè)務(wù)線在線化申請與配置管理):

以上,就是我們中臺平臺化系統(tǒng)《配置中心》的演化過程。

所以,現(xiàn)在回過頭來看,“鎖鏈”思維的本質(zhì)是什么?

我按照自己理解,做些定義:

為了實(shí)現(xiàn)某個復(fù)雜的目標(biāo),我們需要將多個分散的任務(wù)項(xiàng)全部準(zhǔn)備好才能完成。而這個分散是不可控的,我們需要構(gòu)建一條鎖鏈將其黏連,去掉對人的依賴,從而進(jìn)行低成本復(fù)用。

有3個關(guān)鍵原則:

  1. 這個目標(biāo)是需要重復(fù)發(fā)生的,這樣才值得構(gòu)建鎖鏈,否則ROI很低。
  2. “鎖鏈”最好是系統(tǒng)化的,要盡可能減少人的不可靠因素,否則長此以往一定會因不斷出現(xiàn)問題而被人不再依賴。
  3. “鎖鏈”理論上應(yīng)該都會存在一個主鍵信息,用來作為全局身份標(biāo)識。

三、基于經(jīng)驗(yàn)抽象沉淀“鎖鏈”

大家可能發(fā)現(xiàn)了,在講解《配置中心》時(shí)候,我們這些配置流程和配置項(xiàng),都是經(jīng)過一次次重復(fù)實(shí)現(xiàn)的過程中,慢慢積累沉淀而成的。

那我們如何將混沌的經(jīng)驗(yàn)變?yōu)橛行虻逆i鏈呢?

我的答案是:將經(jīng)驗(yàn)信息逐層結(jié)構(gòu)化提取。

接下來,我介紹下我們中臺另一個產(chǎn)品《規(guī)則中心》。

大家都知道,轉(zhuǎn)轉(zhuǎn)其實(shí)有非常多種的業(yè)務(wù)模式,C2B、B2C、B2B、C2C、C2B2C、以舊換新,還有上門和門店履約方式。

每一種模式下,在中臺全域?qū)崿F(xiàn)的所有邏輯,就是這個模式的規(guī)則集合。

在上邊章節(jié)中的《配置中心》,那條配置鎖鏈,能解決掉共性比較大的系統(tǒng)問題。

但是對一個大模式來講,它的規(guī)則太多太多了,并且還有所有的信息不需要經(jīng)常變化,配置意義就會變得有限,但是基于對一個模式的全局理解和掌握,還是需要將所有的信息盡可能管理起來。

所以,我們發(fā)起了一個項(xiàng)目就是《規(guī)則中心》,第一階段就是梳理整理各種交易模式的全部規(guī)則邏輯。

在這個過程中,我們逐漸將之前的規(guī)則信息不斷結(jié)構(gòu)化,抽象提取出了以下關(guān)鍵維度信息:

單據(jù)類型、信息類型、流向、業(yè)務(wù)域、用戶角色、子域模塊、功能點(diǎn)。

以上信息,顆粒度由粗到細(xì),到最后一級基本就是最細(xì)的封裝功能點(diǎn)。再往下還可以拆,但是必要性就很小,因?yàn)槎嘁粚?,信息量級就會爆炸?/p>

保持最佳結(jié)構(gòu)化程度,便于人腦能高效處理。聚焦某一個功能點(diǎn)之后,其內(nèi)部的邏輯,是可以非結(jié)構(gòu)化描述處理的。

基于以上這套邏輯,我們跑了若干種業(yè)務(wù)模式,基本應(yīng)該可以裝得進(jìn)去。隨著更多模式的梳理,我想大部分的變動點(diǎn),也無非就是再完善第7級功能點(diǎn)的增加,慢慢這個功能點(diǎn)并集就會趨于穩(wěn)定。

同理,我們《綜合查詢》產(chǎn)品,也是基于以上經(jīng)驗(yàn)沉淀鎖鏈的方式打造的。

將各類用戶在日常工作中遇到的各種關(guān)聯(lián)查詢,做成了工具,加上中臺數(shù)據(jù)的集中性特點(diǎn),我們就能輸出基于特定主鍵的全域數(shù)據(jù)鏈查詢。

如下圖(以銷售訂單為主鍵的關(guān)聯(lián)各類信息查詢):

經(jīng)驗(yàn)型沉淀“鎖鏈”,有個不足的地方就在于,前面幾次是有試錯成本的,要接受考慮不完善帶來的系統(tǒng)或用戶問題。

但是,一旦經(jīng)驗(yàn)比較充足,構(gòu)建鎖鏈的過程其實(shí)是沒有太大問題的。而我們工作中的大多數(shù)情況,面向的90%以上都是已經(jīng)比較成熟的模式,有很多的信息樣本。

所以說,我們要能在這90%的場景中,構(gòu)建一些鎖鏈出來,那對于企業(yè)提效也是大功一件。

四、經(jīng)驗(yàn)之外,構(gòu)建“鎖鏈”的方法論

經(jīng)驗(yàn)型沉淀鎖鏈,是基于歷史經(jīng)驗(yàn)的歸納總結(jié)。

那如果沒有經(jīng)驗(yàn),假如是面向一個新的模式,我們又該如何構(gòu)建第一條“鎖鏈”呢?

這時(shí)候,我們就必須要正向思考了。

大家都知道,電商業(yè)務(wù)的核心本質(zhì)是交易,所有的一切都是伴隨著交易的進(jìn)行而發(fā)生的。

  • 交易的對象是什么:商品/服務(wù)(需要商品采購、加工生產(chǎn)、質(zhì)檢、倉儲、運(yùn)輸?shù)拳h(huán)節(jié)的履約能力)。
  • 交易的主要對手是誰:提供商品/服務(wù)的賣家用戶(賣家入駐、經(jīng)營管理等)、購買商品/服務(wù)的買家用戶(用戶注冊登陸、瀏覽、購買等)。
  • 交易的服務(wù)角色有哪些:平臺方(用戶經(jīng)營、營銷促銷、售后仲裁、客服等人員)、保險(xiǎn)(提供商品險(xiǎn)、運(yùn)費(fèi)險(xiǎn)等)、三方物流(為買賣家提供倉配服務(wù))等。
  • 平臺企業(yè)經(jīng)營關(guān)注:風(fēng)險(xiǎn)控制、成本預(yù)算盈虧(財(cái)務(wù)、數(shù)據(jù))等。

以上基本上就是交易的各類用戶需求與能力。

接下來,我們將以上需求和能力,所涉及到的產(chǎn)品域做一些分析。我大概將其分成了5個類別(里面只是列舉部分,并非全部):

  1. 準(zhǔn)備模塊:基本就是產(chǎn)生交易訂單之前的所有準(zhǔn)備項(xiàng)。例如交易對象(商品準(zhǔn)備好)、交易對手(買賣家達(dá)到交易條件)、交易三方角色(促銷、服務(wù)等規(guī)則發(fā)布和設(shè)置)。
  2. 信息流模塊:以交易對手交互的單據(jù)信息為核心。包含正向訂單、退款退貨單(售前退、售后退)、仲裁(平臺介入?yún)f(xié)調(diào))。
  3. 資金流模塊:以交易過程中的資金流轉(zhuǎn)為核心。包含支付、清結(jié)算、賬務(wù)、資金運(yùn)營、財(cái)稅合規(guī)等。
  4. 實(shí)物流模塊:以交易過程中的實(shí)物流轉(zhuǎn)為核心。包含供貨、質(zhì)檢、倉儲、物流、退貨、換貨、維修等。
  5. 其他模塊:以服務(wù)交易和管理交易為核心。例如風(fēng)控、客服、數(shù)據(jù)等。

那,這些將這些元素模塊如何串起來呢?

我根據(jù)自己過去的產(chǎn)品設(shè)計(jì)經(jīng)驗(yàn),將其定義為3步法:

  1. 第一步:流向(流程)。信息流、資金流、實(shí)物流;以信息流為核心,關(guān)聯(lián)資金和實(shí)物,串聯(lián)所有分支流程。
  2. 第二步:用戶(功能)。把所有用戶在以上全部流向中匹配一下各自用戶驅(qū)動3個流向所做的事情,抽象描述為一個個功能項(xiàng)。注意這個用戶,是包含以上1-5所有模塊中的用戶,例如平臺運(yùn)營、倉配、三方等各種用戶。
  3. 第三步:終端(交互)。將第二步中,所有用戶的功能項(xiàng),對應(yīng)細(xì)化到**后臺的**頁面的**操作,就是一個個交互。

依次按照以上3個步驟來串,然后交叉比對,一步步細(xì)化,確保信息無遺漏。

本文以上經(jīng)驗(yàn)描述,是我在電商業(yè)務(wù)體系內(nèi)沉淀得出的,但內(nèi)在邏輯是類似的。無非就是用戶角色和信息流不同罷了,大道相通。

以上,就是我關(guān)于“鎖鏈”這一思維在中臺產(chǎn)品設(shè)計(jì)中的思考。希望文章對大家有所幫助。

 

作者:減形簡遠(yuǎn),微信公眾號:產(chǎn)品雜談(life_pm)

本文由@減形簡遠(yuǎn) 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)作者許可,禁止轉(zhuǎn)載。

題圖來自Unsplash,基于CC0協(xié)議。

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發(fā)揮!