中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

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

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

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

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

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

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

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

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

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

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

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

圖1 動作分析法示意

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

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

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

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

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

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

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

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

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

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

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

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

二、案例：地圖應(yīng)用抽象

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

產(chǎn)品背景：

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

圖3 自然流量下的用戶數(shù)據(jù)

步驟1：產(chǎn)品畫像分析

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

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

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

圖4 打車需求拆分示例

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

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

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

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

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

本文摘錄自本人所著《中臺產(chǎn)品經(jīng)理寶典》一書，版權(quán)所有轉(zhuǎn)載請注明摘錄出處。