中臺建設一直是很多企業在做的事情，很多宏觀上的概念及框架是無法認知到執行層面是如何做一個功能的，本文用一個功能來聊聊中臺建設中，一個功能是如何誕生的。

01 中臺功能“新建標準表”

1. “新建標準表”的由來

先說明一下項目背景，這項目是一個“學生健康服務平臺”的健康數據信息化網絡管理系統；實現各級衛生業務數據的標準化、規范化和統一化管理。

“新建項目信息”是業務操作人員進行新的體檢體測項目創建時，流程節點中的一個環節（功能），是核心業務流起點的標準定義，為每一期次測試的檢測項目進行標準設置；如下圖

2. “新建標準表”的價值

任何一個行業都是一樣的，核心業務流中一定會有相應的行業標準，而“標準表”就是業務流中的核心，對每一個檢測項目的檢測標準做一個定義；

那么抽取“新建標準表”這個核心節點，在業務流程中，起到什么樣的作用與影響，紅線部分為新舊業物流中共性的部分，明顯的優化，降本提效，同時沉淀業務核心能力。

提升了工作效率；而“新建標準表”的核心價值就是即優化了原有的復雜業務流，又規范了項目檢測的標準；同時也是沉淀業務核心能力的一部分。

02 功能的排異聚同

1. “各業務流”的標準

確認各項目（涉及“新建標準表” ）的業務流標準

例如下：

體檢：創建科室→創建項目→創建結論（結論分兩種）→創建評價→創建配置表→創建測試

項目結論中數值結論、文字結論的定義，這里用一個實際業務舉例說明，如下：

學生檢測A類項目（數值類型）：身高、體重、肺活量…等

在數據采集的時候，采集的相關數據，如下：

在系統中，取值范圍為文本框輸入，結論是根據前者取值范圍進行匹配。

學生檢測B類項目（文字類型）：心、頭、頸、胸…等

在數據采集的時候，檢測結果：心 — 早搏

取值范圍在B類測試中無法用數值表達，需用文字描述，這里為下拉框，結論是根據前者選擇內容進行匹配的。

體測：創建科室→創建項目→創建結論→創建評價→創建配置表→創建測試

體測評價管理中建立體檢評價不區分結論類型，但屬性與數值類型一樣。

如下（新舊業務流的對比）圖：

舊業務流中

首先創建一次測試的流程如下：

1. 創建科室：內科、外科 … 等
2. 創建檢測項目：填寫項目基本信息包含：項目分類選擇、項目名稱、描述…等
3. 結論管理（判斷）：判斷創建項目的結論類型（結論是指檢測項目完成后，給檢測結果下一個定論）分為數值結論、文字結論。
4. 評價管理：設置每一個項目的評價標準。
5. 配置管理：為每個項目配置一個標準表，內設相關測試標準、采集數據區間數值標準 … 等。
6. 創建測試：創建新一期測試；這個環節需要把前面幾個節點設置過的進行分步配置。

說明：

在創建項目~評價管理，需要先判斷即將設置測試項目的結論類型是文字類型，還是數值類型；這里老業務流程中，出現分支功能，必須先行設置結論后，才可以進行下面的幾個節點“評價管理、配置管理、創建測試”的業務操作。

最后在配置管理的節點進行大量設置，分別選擇項目、結論、標準表、評價。

新業務流中

通過上圖中新業務流的展示，我們可以看到，在新業務流程中，原始業務中的部分（結論~配置）操作流程，進行了拆解重組，因為中臺建設的特性，就是將重復的工作量做減法，在平臺多條業務線中，皆包含標準表的業務節點，那么我們將創建項目重新組合，將標準表這個功能抽離出來，進行能力下沉。

流程中重組 “創建檢測項目” 部分時，這里可以同時配置好每一個項目的屬性，包含：項目分類、項目名稱、描述、項目結果值類型（數值/文字結論）、是否區分（年級、年齡、性別、班級… ）、成績區間數值輸入方式（最小值包含、表達式）、等；較流程中只配置項目分類、項目名稱、描述等簡要信息，在進行后續的多次配置，重組后的“創建檢測項目”可以減少后續分支流程配置的復雜程度，同時減少用戶操作成本。

中臺抽取的核心業務環節 “新建標準表” 由于流程前部分已經進行（新）檢測項目相關屬性的配置，在此節點，只需要對每一個項目進行標準表的創建即可，無需如舊系統中進行多個分支流程的配置。

以上例子中，兩條業務場景來看，流程上并無明顯差異；優化節點與抽取共性的節點才是改進的重心。

2. 各業務流的共性、差異

1）尋共性場景，確定業務流

首先，在多個業務系統的總業務流程中尋找共性場景的過程，一定要非常重視業務流程的標準，不能模糊定義，不能因為建設而建設、因為抽取共性而抽??；

因為很多時候業務場景相似，但業務流中很多節點卻又有不同，無法進行抽??；業務場景的高度相似，且業務流程標準一致，方可以進行共性的抽取。

案例：在業務流中操作人員填報標準信息時，這些填報項的屬性中是否存在共性？共性項抽離出來進行歸類；其次確定當前抽離的功能節點與所處業務流的前后流程節點的銜接是否有影響（關聯關系）；比如創建項目時，填寫項目

2）各業務流中存在的共性

當我們已經確認了各個業務流的標準后，這時進行同屬性流程節點的拆分，提取出共性節點連接的小流程，為下一步 “中臺 – 新模塊” 的定義做準備。

案例：通過上面說到的業務流程標準中可以看到，原始各個項目的業務流中的 “創建結論標準→評價管理→配置管理“ 幾個流程節點為共性部分，因此進行抽?。ㄐ×鞒蹋?，設計中臺功能 “新建標準表”。

3）各業務流中存在的差異（是否沉淀）

3.1 “業務標準”的差異

各項目中的業務標準不一樣；雖然創建科室至最后的創建測試的業務流存在共性，但是流程中節點的標準卻不同；

3.1.1 體檢項目（文字類）中業務標準部分的信息填寫由“結論名稱、項目是否正?！苯M成。

3.1.2 體測項目中業務標準部分的信息設置由“區間數值、項目評分、結論名稱、項目是否正?！苯M成。

3.2 能力沉淀

不單單指一個業務流，也可以是一個功能模塊；這些字段歸類后，形成可配置的功能點也是沉淀下來的能力。

案例：不同業務系統中的流程會有細微不同，如下幾點：

測試維度不同：

• 體檢：按照年齡、性別進行測試。
• 體測：按照年級、性別進行測試。

體檢系統會比體測系統多出一個結論類型（文字類型）

• 體檢系統：檢測項目沒有數值標準，以文字描述為檢測后的結論；稱之為文字結論。
• 體測系統：檢測項目均有相對的數值標準（特例：BMI 是身高體重數值計算得來）。

體測系統會比體檢系統多出一個分支業務流“加分管理（學生優秀測試可進行加分）”

• 體測系統：學生測試項目成績超出標準取值范圍，可額外給與學生進行加分操作。
• 體檢系統：無加分業務

從以上三點進行總結：

（1）可沉淀部分

維度配置管理：年齡、年級、性別抽象出來的可配置模塊，通用性★★★★★

項目標識（業務標準項）：通用性★★★★

• 體檢項目（文字類型）：結論名稱、項目是否正常
• 體檢項目（數值類型）：區間數值、結論名稱、項目是否正常
• 體測項目（同數值類型）：區間數值、項目評分、結論名稱、項目是否正常

上文提到的“業務標準”差異，對上一級功能（創建標準表）來說這是一組同屬性字段不分系統，對下一級來說，這一組字段代表業務標準項，我們通過技術層面對不同項目做相應的項目標識，進而實現業務標準不同，但抽象的功能上通用。

通用字段維護管理：通用性★★★★★

體檢、體測系統中均有：項目簡評、項目總評，進行抽取，抽象為“通用字段”

（2）不可沉淀部分

加分管理

• 體檢項目：沒有為學生加分的業務場景。
• 體測項目：根據項目成績進行加分。

因加分管理模塊并不是通用性很強的模塊，且低頻需求，不進行沉淀，

3. 字段的處理方式

共性字段的處理方式

所謂共性字段就是從業務角度找到共通屬性，進行字段屬性的抽象理解并歸集在一起；因為我們建設中臺就是要減少重復工作，沉淀業務能力，有共性業務、共性流程、共性功能，所以共性字段其實也是中臺組成的一個元素。

先定義字段的分類，然后區分同、異屬性，進行所有共性字段的歸集。

案例：共性字段在多項目中屬性相同是可以通用的，但字段不同；分為以下兩種：

• 維度（屬性相同，字段不同）：設計成可根據標識匹配的獨立功能，可在“維度管理”模塊中做統一設置，在后續產品業務應用時，通過標識進行靈活調用。
• 各業務通用（屬性相同，字段相同）：做可配置項，可添加、維護（同系統的字典）

異性字段的處理方式

當業務標準有差異時，我們需要通過另一種形式進行關聯，比如項目標識、新配置模塊（剝離出）、中間件形式（概念）。

案例：在異性字段部分，我們定義了實現形式（項目標識），根據不同業務（每一個字段項）進行變化，增加或減少；比如把帶有業務標準屬性的字段進行歸集，通過項目標識，匹配項目對應的業務標準字段有哪些，調用并進行展示。

4. 功能的呈現樣式

1）功能的呈現樣式的標準

1.1 由于不同系統對于字段的定義略有不同，所以在字段歸類時，需要抽象理解。

例如，同為數值類型屬性的體檢、體測項目中，歸類的字段屬性一樣，但調用顯示的字段項，卻不同，如下：

體檢項目 – 項目維度包含：年齡、性別

體測項目 – 項目維度包含：年級、性別

項目維度：負責檢測的人員通過學生的基礎資料進行檢測；體檢是按照學生年齡、性別進行測試的；體測是按照學生年級、性別進行測試的。

這里把這個基礎資料進行抽象理解，定義為項目維度。

1.2 一定要考慮到業務的特殊性，每一個字段項的標準的差異。

例如，新建標準表的填寫項中 “區間數值” 的輸入方式有兩種：

最小包含值 – 肺活量 三年級 輸入 “2300”

如圖所示：

一年級測試數值為1700 ，二年級測試數值為2000，那么二年級測試成績的取值范圍在1700~2000之間；定義得分、評價等級。

那么在進行最小包含值填寫時，三年級填寫2300，默認為上一設置的數值為節點進行數據計算，2000<x≤2300 為計算標準。

表達式 – 視力 右眼 輸入 “9<x≤4.5”

如圖所示：表達式為標準定義，有區間值的范圍限制。

1.3 通過一系列的技術方案，定義幾個項目的標識，進而實現在實際業務場景中，中臺部分使用靈活調配。

2）不同系統中呈現的字段

2.1 首先我們進行歸類：

• 紅色字段——維度：把基礎信息一類抽象為維度，歸集在一起，
• 藍色字段——業務標準：把業務標準同屬性的一類歸集在一起
• 紫色字段——各業務通用：把各系統通用業務字段歸集在一起

2.2 以下為各項目所包含的填寫信息的內容（字段）

通過上圖是否清晰的認知到，如何歸集不同的分類，如何抽取共性字段納入其中。

下面附一個1.0版本的界面草圖

03 總結

抽取四步法：

1. 摸清業務流標準 追本溯源，一定掌握最精準的業務流標準
2. 拆解業務流共性、差異 排異聚同，多維度拆解 —— 場景、流程、細節
3. 字段的處理方式 共性、異性的不同處理方式，根據業務變化，靈活運用
4. 功能的呈現樣式 不論中臺如何建設，面向客戶/用戶時，開啟小白模式

多說一句，企業產品平臺化，規范標準進行中臺建設，就像每個人，人到中年，綜合能力素質進入磨合、沉淀階段，如何給自己的能力磨刀，如何沉淀新納入的能力，都需要不斷打磨，共勉。

工作流及方式不是“弱水三千只取一瓢”，那么多瓢，由你來挑 ~

作者：逐流 ，微信公眾號：Unique先森說產品（ID：Unique_Mr_z）

本文由 @逐流? 原創發布于人人都是產品經理。未經許可，禁止轉載。

題圖來自Unsplash，基于CC0協議