使用動(dòng)作分析法實(shí)現(xiàn)業(yè)務(wù)中臺(tái)化抽象

使用動(dòng)作分析法實(shí)現(xiàn)業(yè)務(wù)中臺(tái)化抽象一、業(yè)務(wù)中臺(tái)化抽象完成了對(duì)產(chǎn)品定位與用戶這兩個(gè)產(chǎn)品外部因素的分析后，接下來(lái)的重頭戲就是我們需要深入各業(yè)務(wù)線的內(nèi)部去研究各個(gè)組成部分，也就是對(duì)每個(gè)產(chǎn)品的功能模塊進(jìn)行挨個(gè)拆解，從而得到我們公司的顆粒度最小的基礎(chǔ)單元，為下一步中臺(tái)業(yè)務(wù)數(shù)據(jù)模型提取做好準(zhǔn)備。之所以這樣做，就是因?yàn)樵诂F(xiàn)在的公司中一個(gè)產(chǎn)品的各個(gè)模塊實(shí)際上是由不同的團(tuán)隊(duì)進(jìn)行研發(fā)并最終合并成一個(gè)App的。舉例來(lái)說(shuō)，在電商內(nèi)部，為了實(shí)現(xiàn)用戶去搜索商品這一個(gè)功能，背后至少需要有商品中心、搜索中心、訂單中心、庫(kù)存4個(gè)團(tuán)隊(duì)交織參與才能完成。所以在這種情況下，如果粗糙地按照業(yè)務(wù)進(jìn)行劃分會(huì)導(dǎo)致中臺(tái)建設(shè)過(guò)度“粗糙”，此外難免會(huì)有一些團(tuán)隊(duì)在信息不對(duì)稱的情況下進(jìn)行了功能的重復(fù)性建設(shè)。例如，我們梳理一家電商平臺(tái)的需求，如果按照業(yè)務(wù)劃分，那么自營(yíng)電商的訂單模塊與第三方電商的訂單模塊會(huì)被劃分為兩個(gè)模塊，但是本質(zhì)上這些在中臺(tái)中完全可以合并為一個(gè)訂單模塊。而我們?nèi)ミM(jìn)行整個(gè)產(chǎn)品的全部功能拆解，就是為了找到各個(gè)模塊的共同之處，從而將這些共性部分提煉出來(lái)，這樣就能保證我們站在整個(gè)公司的視角去思考整體的解決方案。只有這樣，我們才能避免在思考中臺(tái)需求時(shí)漫無(wú)邊際地將各個(gè)應(yīng)用中的任意需求都加入中臺(tái)規(guī)劃。所以說(shuō)來(lái)，在中臺(tái)建設(shè)里廣泛存在這兩個(gè)問題：添加的需求為了能適配不同的前端業(yè)務(wù)線，所以不能是具體的功能而應(yīng)是能力；我們要將哪些功能添加到中臺(tái)的需求池中，避免將中臺(tái)建設(shè)為另一個(gè)“小后臺(tái)”。這里問題的解決方法就是對(duì)各業(yè)務(wù)線的功能進(jìn)行拆解，拆解出一個(gè)個(gè)的能力。例如，對(duì)一個(gè)商品模塊，我們可以拆解出商品品類管理能力、價(jià)格管理能力、商品標(biāo)簽管理能力這3個(gè)能力。那么又要如何進(jìn)行高效又無(wú)遺漏的模塊拆解呢？這里我推薦大家使用動(dòng)作分析法來(lái)進(jìn)行拆解工作。所謂動(dòng)作分析法，就是將任意模塊拆分為某個(gè)人為了完成某個(gè)事件而需要在應(yīng)用中做哪些動(dòng)作。進(jìn)一步說(shuō)，這個(gè)方法在本質(zhì)上就是將任意一個(gè)業(yè)務(wù)需求拆分為3個(gè)步驟，如圖9-4所示。圖1動(dòng)作分析法示意每層級(jí)拆分原理解釋如下。例如，我們對(duì)登錄模塊進(jìn)行分析：第一步，將這個(gè)模塊拆分為兩個(gè)角色，分別是登錄用戶與業(yè)務(wù)系統(tǒng)；第二步，繼續(xù)拆分可得到兩個(gè)事件——用戶賬戶信息輸入，賬戶與密碼正確性校驗(yàn)；第三步，再將如上事件拆分為賬戶信息輸入、校驗(yàn)事件觸發(fā)、賬戶信息異常判斷、校驗(yàn)結(jié)果返回、下一事件聯(lián)動(dòng)（如進(jìn)入首頁(yè)）。綜上，我們便將一個(gè)登錄模塊拆分為兩個(gè)角色、兩個(gè)事件、五個(gè)動(dòng)作，得到如圖2所示的完整流程。在成功將模塊拆分為以用戶為角色的動(dòng)作之后，下一步通過(guò)將各個(gè)節(jié)點(diǎn)中不同角色的輸入輸出進(jìn)行統(tǒng)一，我們就能很快找到整個(gè)系統(tǒng)中我們所需要提供的最密集的能力是什么。還是用App中的登錄模塊舉例，可以發(fā)現(xiàn)如下的現(xiàn)狀：在登錄注冊(cè)中，我們需要向用戶提供身份認(rèn)證與用戶首頁(yè)配置查詢功能（根據(jù)用戶權(quán)限而顯示首頁(yè)模塊，如給員工顯示基本界面，給管理員顯示帶有統(tǒng)一看板的界面）；而當(dāng)用戶點(diǎn)開某模塊時(shí)我們又需要向用戶提供身份認(rèn)證并按角色配置查詢功能，查詢用戶是否為VIP用戶等。圖2登錄業(yè)務(wù)流程那么通過(guò)這幾點(diǎn)的分析，我們就可以將系統(tǒng)中用戶身份認(rèn)證與用戶配置這兩個(gè)使用頻率比較高的部分進(jìn)行統(tǒng)一抽象，使其成為中臺(tái)的一個(gè)能力模塊。此外在第8章我們也提到了中臺(tái)建設(shè)中會(huì)遇到這樣的現(xiàn)象，就是公司內(nèi)部若干條業(yè)務(wù)線對(duì)于同一個(gè)功能有完全不同的使用場(chǎng)景存在，這個(gè)時(shí)候我們的中臺(tái)模塊提取是以哪個(gè)場(chǎng)景作為核心對(duì)象的？此時(shí)在本章最開頭我們分析出的業(yè)務(wù)線在整個(gè)公司商業(yè)模式中的地位就派上用場(chǎng)了，那些能為公司變現(xiàn)的業(yè)務(wù)模塊應(yīng)該是中臺(tái)優(yōu)先歸納和剝離的，隨后其他不同的業(yè)務(wù)線都應(yīng)該向此類模塊集中。至此針對(duì)某一個(gè)具體場(chǎng)景的抽象方法我們就介紹完了，接下來(lái)我們需要做的就是針對(duì)全公司的業(yè)務(wù)進(jìn)行逐個(gè)分析。二、案例：地圖應(yīng)用抽象為了更好地理解產(chǎn)品畫像與流程抽象，在這兒我們以一款真實(shí)的地圖類應(yīng)用為例。產(chǎn)品背景：產(chǎn)品終端：App。一級(jí)功能：地點(diǎn)查詢、路線導(dǎo)航、公共交通乘坐指南、地理位置周邊發(fā)現(xiàn)、在線打車。用戶數(shù)據(jù)：選取9天內(nèi)無(wú)任何投放活動(dòng)的自然流量下的用戶數(shù)據(jù)，如圖9-6所示。圖3自然流量下的用戶數(shù)據(jù)步驟1：產(chǎn)品畫像分析畫像一分析：產(chǎn)品線中各功能的地位分析，如表9-4所示。步驟2：節(jié)點(diǎn)拆分在這兒我們以在線打車功能進(jìn)行流程通用性抽象，按照動(dòng)作拆分理論，我們可以拆分出如圖9-7所示的結(jié)果。圖4打車需求拆分示例步驟3：節(jié)點(diǎn)信息流分析讓我們對(duì)在線打車?yán)锏母魇录?jié)點(diǎn)信息流進(jìn)行一下梳理：登錄系統(tǒng)（2個(gè)主要信息項(xiàng)）：個(gè)人密碼校驗(yàn)、個(gè)人賬戶信息（昵稱、ID、聯(lián)系方式、頭像）。選擇終點(diǎn)（2個(gè)主要信息項(xiàng)）：終點(diǎn)地理信息、路線信息查詢。選擇車型（1個(gè)主要信息項(xiàng)）：車型偏好信息（在應(yīng)用中選擇了打車模塊）。呼叫車輛（3個(gè)主要信息項(xiàng)）：乘客信息（賬戶信息）、司機(jī)信息、司機(jī)地理信息。到點(diǎn)付費(fèi)（4個(gè)主要信息項(xiàng)）：路程地理信息、賬單信息、個(gè)人賬戶評(píng)價(jià)信息、司機(jī)評(píng)價(jià)信息。此時(shí)如果我們將上面的12個(gè)信息項(xiàng)進(jìn)行歸類，并統(tǒng)計(jì)下各節(jié)點(diǎn)的信息項(xiàng)重疊次數(shù)，可以得到如表9-5所示的結(jié)果，也就是我們前臺(tái)業(yè)務(wù)所需要的能力。所以根據(jù)這份表格的結(jié)果，我們可以先將用戶中心、位置管