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

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

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

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

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

1. 業(yè)務三元素：整體組織架構，關鍵角色及關鍵權限范圍，以及關鍵業(yè)務要素

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

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

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

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

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

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

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

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

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

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

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

3. 關于『精力分配值』

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

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

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

什么是“精力分配值”？

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

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

二、架構細化階段：望遠鏡和顯微鏡

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

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

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

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

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

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

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

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

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

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

#專欄作家#

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

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

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