對于中臺系統(tǒng)建設，如果只是簡單地按照業(yè)務進行劃分，會導致中臺建設過度“粗糙”。所以要對各業(yè)務線的功能進行拆解，拆解出一個個的能力。那么，如何進行高效又無遺漏的模塊拆解呢？本文作者分享了動作分析法，一起來看一下吧。

一、業(yè)務中臺化抽象

完成了對產品定位與用戶這兩個產品外部因素的分析后，接下來的重頭戲就是我們需要深入各業(yè)務線的內部去研究各個組成部分，也就是對每個產品的功能模塊進行挨個拆解，從而得到我們公司的顆粒度最小的基礎單元，為下一步中臺業(yè)務數據模型提取做好準備。

之所以這樣做，就是因為在現在的公司中一個產品的各個模塊實際上是由不同的團隊進行研發(fā)并最終合并成一個App的。舉例來說，在電商內部，為了實現用戶去搜索商品這一個功能，背后至少需要有商品中心、搜索中心、訂單中心、庫存4個團隊交織參與才能完成。

所以在這種情況下，如果粗糙地按照業(yè)務進行劃分會導致中臺建設過度“粗糙”，此外難免會有一些團隊在信息不對稱的情況下進行了功能的重復性建設。例如，我們梳理一家電商平臺的需求，如果按照業(yè)務劃分，那么自營電商的訂單模塊與第三方電商的訂單模塊會被劃分為兩個模塊，但是本質上這些在中臺中完全可以合并為一個訂單模塊。

而我們去進行整個產品的全部功能拆解，就是為了找到各個模塊的共同之處，從而將這些共性部分提煉出來，這樣就能保證我們站在整個公司的視角去思考整體的解決方案。只有這樣，我們才能避免在思考中臺需求時漫無邊際地將各個應用中的任意需求都加入中臺規(guī)劃。

所以說來，在中臺建設里廣泛存在這兩個問題：

1. 添加的需求為了能適配不同的前端業(yè)務線，所以不能是具體的功能而應是能力；
2. 我們要將哪些功能添加到中臺的需求池中，避免將中臺建設為另一個“小后臺”。

這里問題的解決方法就是對各業(yè)務線的功能進行拆解，拆解出一個個的能力。例如，對一個商品模塊，我們可以拆解出商品品類管理能力、價格管理能力、商品標簽管理能力這3個能力。

那么又要如何進行高效又無遺漏的模塊拆解呢？這里我推薦大家使用動作分析法來進行拆解工作。

所謂動作分析法，就是將任意模塊拆分為某個人為了完成某個事件而需要在應用中做哪些動作。進一步說，這個方法在本質上就是將任意一個業(yè)務需求拆分為3個步驟，如圖9-4所示。

圖1 動作分析法示意

每層級拆分原理解釋如下。

例如，我們對登錄模塊進行分析：

第一步，將這個模塊拆分為兩個角色，分別是登錄用戶與業(yè)務系統(tǒng)；

第二步，繼續(xù)拆分可得到兩個事件——用戶賬戶信息輸入，賬戶與密碼正確性校驗；

第三步，再將如上事件拆分為賬戶信息輸入、校驗事件觸發(fā)、賬戶信息異常判斷、校驗結果返回、下一事件聯動（如進入首頁）。

綜上，我們便將一個登錄模塊拆分為兩個角色、兩個事件、五個動作，得到如圖2所示的完整流程。

在成功將模塊拆分為以用戶為角色的動作之后，下一步通過將各個節(jié)點中不同角色的輸入輸出進行統(tǒng)一，我們就能很快找到整個系統(tǒng)中我們所需要提供的最密集的能力是什么。

還是用App中的登錄模塊舉例，可以發(fā)現如下的現狀：在登錄注冊中，我們需要向用戶提供身份認證與用戶首頁配置查詢功能（根據用戶權限而顯示首頁模塊，如給員工顯示基本界面，給管理員顯示帶有統(tǒng)一看板的界面）；而當用戶點開某模塊時我們又需要向用戶提供身份認證并按角色配置查詢功能，查詢用戶是否為VIP用戶等。

圖2 登錄業(yè)務流程

那么通過這幾點的分析，我們就可以將系統(tǒng)中用戶身份認證與用戶配置這兩個使用頻率比較高的部分進行統(tǒng)一抽象，使其成為中臺的一個能力模塊。

此外在第8章我們也提到了中臺建設中會遇到這樣的現象，就是公司內部若干條業(yè)務線對于同一個功能有完全不同的使用場景存在，這個時候我們的中臺模塊提取是以哪個場景作為核心對象的？

此時在本章最開頭我們分析出的業(yè)務線在整個公司商業(yè)模式中的地位就派上用場了，那些能為公司變現的業(yè)務模塊應該是中臺優(yōu)先歸納和剝離的，隨后其他不同的業(yè)務線都應該向此類模塊集中。至此針對某一個具體場景的抽象方法我們就介紹完了，接下來我們需要做的就是針對全公司的業(yè)務進行逐個分析。

二、案例：地圖應用抽象

為了更好地理解產品畫像與流程抽象，在這兒我們以一款真實的地圖類應用為例。

產品背景：

• 產品終端：App。
• 一級功能：地點查詢、路線導航、公共交通乘坐指南、地理位置周邊發(fā)現、在線打車。
• 用戶數據：選取9天內無任何投放活動的自然流量下的用戶數據，如圖9-6所示。

圖3 自然流量下的用戶數據

步驟1：產品畫像分析

畫像一分析：產品線中各功能的地位分析，如表9-4所示。

步驟2：節(jié)點拆分

在這兒我們以在線打車功能進行流程通用性抽象，按照動作拆分理論，我們可以拆分出如圖9-7所示的結果。

圖4 打車需求拆分示例

步驟3：節(jié)點信息流分析

讓我們對在線打車里的各事件節(jié)點信息流進行一下梳理：

• 登錄系統(tǒng)（2個主要信息項）：個人密碼校驗、個人賬戶信息（昵稱、ID、聯系方式、頭像）。
• 選擇終點（2個主要信息項）：終點地理信息、路線信息查詢。
• 選擇車型（1個主要信息項）：車型偏好信息（在應用中選擇了打車模塊）。
• 呼叫車輛（3個主要信息項）：乘客信息（賬戶信息）、司機信息、司機地理信息。
• 到點付費（4個主要信息項）：路程地理信息、賬單信息、個人賬戶評價信息、司機評價信息。

此時如果我們將上面的12個信息項進行歸類，并統(tǒng)計下各節(jié)點的信息項重疊次數，可以得到如表9-5所示的結果，也就是我們前臺業(yè)務所需要的能力。

所以根據這份表格的結果，我們可以先將用戶中心、位置管理中心這兩個相對高頻的模塊進行剝離，使其成為公共模塊。但是這里得到的結果還不能立即作為中臺建設需求，還需要進行處理，具體我們將在下一章來看要如何建設。

本文摘錄自本人所著《中臺產品經理寶典》一書，版權所有轉載請注明摘錄出處。