編輯導(dǎo)語：在數(shù)字化轉(zhuǎn)型的大環(huán)境下，越來越多的企業(yè)都在進行數(shù)字化轉(zhuǎn)型。本文作者分享了在進行復(fù)雜數(shù)字化項目時設(shè)計產(chǎn)品架構(gòu)的具體方法思路，講述了產(chǎn)品架構(gòu)過程中的注意點等，一起來學(xué)習(xí)一下吧，希望對你有幫助。

數(shù)字化轉(zhuǎn)型背景下，越來越多的企業(yè)開啟數(shù)字化轉(zhuǎn)型，B端產(chǎn)品會接觸到越來越多的從0-1搭建數(shù)字化系統(tǒng)的項目，這樣的項目需要從0-1搭建產(chǎn)品架構(gòu)，還需要設(shè)計模塊流程，并且嚴重依賴業(yè)務(wù)流程和客戶支持資源。

復(fù)雜數(shù)字化系統(tǒng)對產(chǎn)品架構(gòu)和模塊化間的邏輯處理方法要求非常高；如果模塊間關(guān)系處理不清晰，到產(chǎn)品的后續(xù)應(yīng)用環(huán)境會出現(xiàn)阻塞的情況，返工成本會很高。如果產(chǎn)品架構(gòu)設(shè)計不合理，那可能會直接導(dǎo)致功能無法順利實現(xiàn)。

那我們在做這樣項目時需要注意哪些事項？有哪些參考準(zhǔn)則呢？

一、項目初始：產(chǎn)品架構(gòu)框架設(shè)計：三要素+三條流+精力分配值

1. 業(yè)務(wù)三元素：整體組織架構(gòu)，關(guān)鍵角色及關(guān)鍵權(quán)限范圍，以及關(guān)鍵業(yè)務(wù)要素

注意這里三元素不是指我們在系統(tǒng)里實現(xiàn)的功能，而是在客戶現(xiàn)有的業(yè)務(wù)流程里的內(nèi)容。

我們需要通過全局視角俯瞰整個項目結(jié)構(gòu)時必須了解的部分；組織架構(gòu)的分布情況了解清楚才可以設(shè)計權(quán)限角色架構(gòu)，關(guān)鍵角色權(quán)限及范圍幫助我們了解角色權(quán)限的顆粒度，關(guān)鍵業(yè)務(wù)要素讓我們了解人與業(yè)務(wù)的交互關(guān)系；這些信息能讓我們搭建起產(chǎn)品架構(gòu)的第一層結(jié)構(gòu)。

2. 三條流：業(yè)務(wù)流 數(shù)據(jù)流 操作流

業(yè)務(wù)流是基于數(shù)字化系統(tǒng)覆蓋范圍內(nèi)的所有業(yè)務(wù)的流轉(zhuǎn)流程，這個大家應(yīng)該很清楚，但是在實際調(diào)研和設(shè)計的過程中特別需要注意，我們設(shè)計的系統(tǒng)不是將業(yè)務(wù)流程原原本本的還原出來，而是通過梳理業(yè)務(wù)流程，發(fā)現(xiàn)隱藏的產(chǎn)品架構(gòu)； 產(chǎn)品經(jīng)理要通過數(shù)字化的設(shè)計能力設(shè)計完整的產(chǎn)品架構(gòu)。

舉個例子，我們在給不同的客戶設(shè)計訂貨業(yè)務(wù)系統(tǒng)時，其錢款的實際業(yè)務(wù)流程是類似的：經(jīng)銷商充值打款、財務(wù)審核確認、業(yè)務(wù)下單訂貨。

我們在設(shè)計架構(gòu)時，是不是將這個業(yè)務(wù)流程直接設(shè)計出來就OK呢？明顯不是，產(chǎn)品經(jīng)理應(yīng)該能捕捉到，這里有『賬戶體系』的結(jié)構(gòu)隱藏在業(yè)務(wù)之后。

所以在設(shè)計產(chǎn)品架構(gòu)時，我們不但要看到業(yè)務(wù)的明線，還需要捕捉到產(chǎn)品結(jié)構(gòu)的『暗線』，保證方案的完整性。

另外還需要注意，業(yè)務(wù)流程梳理完成后轉(zhuǎn)化成設(shè)計方案時，一定要結(jié)合全鏈條流程進行設(shè)計，否則很容易設(shè)計錯誤。

再拿賬戶體系的設(shè)計方案舉個例子：業(yè)務(wù)流程相同，那是不是所有的這樣的業(yè)務(wù)流程都是設(shè)計相同的賬戶體系內(nèi)？完全不是。

我們?yōu)椴煌目蛻粼O(shè)計過不同的架構(gòu)體系，雖然業(yè)務(wù)流程都是一樣的，但是賬戶體系的結(jié)構(gòu)完全不同，原因就是因為后續(xù)的結(jié)算業(yè)務(wù)流程不同；所以我們做的A客戶的賬戶體系是歸屬在經(jīng)銷商邏輯內(nèi)，B客戶的賬戶體系是歸屬在經(jīng)銷商訂單內(nèi)。

通過上述的流程梳理，產(chǎn)品的第二層架構(gòu)可以細化；我們結(jié)合數(shù)據(jù)流轉(zhuǎn)邏輯和關(guān)鍵角色的操作流程，就可以繼續(xù)細化架構(gòu)；

3. 關(guān)于『精力分配值』

項目調(diào)研是每個項目都要經(jīng)歷的一個步驟，調(diào)研的手段和方法有很多，我們會花費很多時間和精力在調(diào)研的過程中，但是我們更需要關(guān)注的是調(diào)研的目的。

我們需要通過高層訪談，業(yè)務(wù)訪談和用戶訪談，獲取項目關(guān)鍵目標(biāo)， 了解關(guān)鍵角色以及其主要權(quán)限，獲取現(xiàn)有的企業(yè)資源支持項目；以方便我們確認系統(tǒng)設(shè)計的『精力分配值』。

這里需要注意，項目的設(shè)計，并不是將客戶提出的需求事無巨細的設(shè)計出來，客戶需求的描述是基于他對業(yè)務(wù)的認知表達的，最后落地如何設(shè)計，是需要產(chǎn)品架構(gòu)師進行設(shè)計的，設(shè)計的合理可以為客戶有效節(jié)省成本,也就是需要提前預(yù)估好系統(tǒng)設(shè)計的“精力分配值”。

什么是“精力分配值”？

舉個例子，我們?yōu)橐粋€藥械企業(yè)做財務(wù)數(shù)字化系統(tǒng)，他們做數(shù)字系統(tǒng)的核心訴求是3年后IPO時，系統(tǒng)需提供所有業(yè)務(wù)數(shù)據(jù)，且需要符合審計合規(guī)性，保證證據(jù)鏈的完整性。

我們通過訪談獲取到核心目標(biāo)，了解關(guān)鍵角色和關(guān)鍵業(yè)務(wù)，在后續(xù)設(shè)計時，就明確了哪些模塊是必須要詳細設(shè)計的，哪些模塊可以做簡化設(shè)計；這樣在做項目方案時，我們結(jié)合客戶的預(yù)算和目標(biāo)，就可以游刃有余的提供設(shè)計方案。

二、架構(gòu)細化階段：望遠鏡和顯微鏡

經(jīng)過了前期的調(diào)研，對項目的業(yè)務(wù)流程已經(jīng)有了大概的了解，那我們需要對產(chǎn)品設(shè)計方案進行細化及邏輯合理性審查。

這個過程中，我們需要不斷的從整體到局部的視角切換 審核方案的合理性。

真正到設(shè)計過程中，很多模塊間的關(guān)聯(lián)性非常強，如果僅關(guān)注單獨模塊的邏輯，則很容易造成功能不完整；所以我們需要有『望遠鏡』思維，不斷的梳理各個模塊之間的關(guān)聯(lián)關(guān)系，確保任何聯(lián)系的那條『線』不會缺失，保證功能完整性。

在建立模塊和模塊的鏈接后，我們需要調(diào)回到『顯微鏡』狀態(tài)，詳細梳理模塊內(nèi)各個業(yè)務(wù)關(guān)鍵點如何設(shè)計，如何和不同模塊間打造通道，保證系統(tǒng)的完整和合理。

之前我們在設(shè)計一個客戶的訂貨業(yè)務(wù)系統(tǒng)時，就使用了這種方法。

因為下單是整個系統(tǒng)的核心模塊，中間關(guān)聯(lián)著渠道價格體系，產(chǎn)品授權(quán)，賬號，庫存，審核權(quán)限，串貨限制，以及信用體系和任務(wù)返利體系，在這個模塊設(shè)計時，我們通過單個模塊的業(yè)務(wù)流+多個模塊的限制并行處理，反復(fù)的梳理模塊和模塊之間的邏輯，最終能夠?qū)⑾到y(tǒng)完美交付。

三、模塊細節(jié)設(shè)計

前期的架構(gòu)設(shè)計合理，后續(xù)的模塊的細化任務(wù)就簡單很多，這個時候注意，方案的設(shè)計會較依賴客戶的實際業(yè)務(wù)需求，所以前期的業(yè)務(wù)調(diào)研一定要做到位，如果業(yè)務(wù)邏輯梳理以及溝通有歧義，會造成方案設(shè)計方向的偏差。

還需要注意：有些設(shè)計方案設(shè)計出來后，可能會更改業(yè)務(wù)流程因為之前的業(yè)務(wù)流程，比如因為之前系統(tǒng)間有數(shù)據(jù)孤島，新系統(tǒng)因為模塊的鏈接和數(shù)據(jù)的打通，可能很多業(yè)務(wù)流程是可以省略的；在遇到這種情況時，大膽設(shè)計，小心驗證。

嘗試突破業(yè)務(wù)的限制，最大化利用數(shù)字化的優(yōu)勢提供價值，才是我們最終的目的。

#專欄作家#

邊亞南，微信公眾號：邊亞南，人人都是產(chǎn)品經(jīng)理專欄作家。華秉科技產(chǎn)品合伙人，IT東方會副秘書長，北京理工研究生，《數(shù)字突圍》第二作者。專注實體企業(yè)數(shù)字化升級方案設(shè)計和私域流量運營體系搭建，擅長為企業(yè)提供全鏈路數(shù)字化升級解決方案，以及私域流量運營方案。

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉(zhuǎn)載

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