終于到了產(chǎn)品經(jīng)理自由發(fā)揮的主戰場(chǎng)，產(chǎn)品設計環(huán)節。當我們明確了產(chǎn)品目標，完成業(yè)務(wù)需求的對接后，接下來(lái)就開(kāi)始進(jìn)行產(chǎn)品方案的設計。

不同于C端產(chǎn)品，后端產(chǎn)品設計的重點(diǎn)在于業(yè)務(wù)邏輯和流程，其次是操作效率體驗，前端界面幾乎是最次要的部分。

我最開(kāi)始做后臺的時(shí)候，以為和C端一樣只需要畫(huà)原型，附帶一點(diǎn)流程圖就可以了，然后發(fā)現原型根本無(wú)從下手。后來(lái)，我總結出了十個(gè)步驟，作為我自己做后端產(chǎn)品設計的方法。這些步驟是以?#23481;^完整的角度設計一個(gè)業(yè)務(wù)模塊，一般的一小個(gè)頁(yè)面或流程，可以省略中間幾步。

在此以我接觸過(guò)的一個(gè)電商/O2O領(lǐng)域的供應鏈系統為例，描述一下從0到1設計系統的采?#24478;?#22602;需要如何進(jìn)行。

這是第一步，先要知道我們即將做的是一個(gè)什么東西，以及這項業(yè)務(wù)中會(huì )涉及到哪些業(yè)務(wù)名詞，他們在實(shí)際業(yè)務(wù)中是什么意思，和在系統中如何定義。

如果系統沒(méi)有，那需要從0開(kāi)始定義。

比如說(shuō)在供應鏈系統中，僅僅是和庫存相關(guān)的詞就有可用庫存、在途庫存、凍結庫存、良品、不良品、廢品、庫房、庫區、庫位等等，如果一開(kāi)始不定義清楚，后面就會(huì )一臉懵逼。

通過(guò)和業(yè)務(wù)方的對接，確定有哪些不同的角色參與到了這項業(yè)務(wù)中，?#32317;€(gè)角色做什么事情，并明確不同角色之間權限的邊界，避免出現職責混亂。

這個(gè)環(huán)節?#27492;?#31777;(jiǎn)單，但需要在對接業(yè)務(wù)需求的時(shí)候就考慮清楚。此外，?#34892;?#35282;色的參與可能會(huì )涉及到其他產(chǎn)品線(xiàn)，這種情況下需要在其他系統中同步這項業(yè)務(wù)。

在這里引入UML圖，具體定義自行百度。

UML圖我所知道的很多公司都不要求畫(huà)這個(gè)，但可以作為產(chǎn)品經(jīng)理在后臺產(chǎn)品設計過(guò)程中的幫助。在這一步可以產(chǎn)出UML中的用例圖。

舉例，在供應鏈系統的采購業(yè)務(wù)中，會(huì )涉及到的角色如下：采購人員，負責采購下單，跟進(jìn)供應商，做賬結算；庫存計劃員，負責計算庫存需求預測并提交采購申請；供應商，負責接受采購單進(jìn)行發(fā)貨；倉管人員，負責收貨入庫；質(zhì)檢人員，負責對采購的商品質(zhì)量檢驗；財務(wù)人員，負責根據賬單打款。

這其中，由于財務(wù)的參與，需要將采購結算信息同步至財務(wù)系統。

核心流程是整塊業(yè)務(wù)中那幾個(gè)重要的環(huán)節，確定了角色后，可以將核心業(yè)務(wù)環(huán)節按照正向流程畫(huà)出來(lái)。這里的流程圖不用特別細，只畫(huà)重要環(huán)節，即核心事項的走向，并標明事項的角色。具體的判斷、變化、異常等后面再說(shuō)。

下圖為采購業(yè)務(wù)的核心流程圖：

這一步是重點(diǎn)。在電商、O2O等交易型的公司中，訂單、庫存、成本、收入這些就是核心數據。事實(shí)上流程本身不難梳理，核心業(yè)務(wù)數據才是系統數據正確的保證。

這一步需要理清整個(gè)流程中哪些數據會(huì )產(chǎn)生變化，分別在哪個(gè)環(huán)節發(fā)生，如何加如何減，具體數字是多少，計算規則又是什么，之后的環(huán)節又流轉到哪里。

比如說(shuō)供應鏈系統，核心在于庫存流和資金流，所以?#32317;€(gè)流程都需要明確這兩個(gè)數據，庫存的入庫、出庫、凍結、在途都是什么規則，在哪一步發(fā)生；每次入庫出庫時(shí)庫存的金額是多少，收入和支出又如何計算。

在采?#24478;?#22602;中，首先是庫存，通常是將最后一步入庫作為庫存增加的環(huán)節。還有一種方案是收貨環(huán)節庫存增加且凍結，入庫時(shí)將凍結庫存轉化為可用庫存，質(zhì)檢不合格退貨的則凍結庫?#37832;p少。

然后是資金，采購流程涉及到兩點(diǎn)：

入庫的庫存成本計算規則，常見(jiàn)的是將當前采購價(jià)作為庫存成本，此外還有加權平均法等方式，這里就不展開(kāi)了；

采購結算金額的支出，等于每批次入庫庫存數量的采購價(jià)格總額。

以上環(huán)節的內容確定后，可以開(kāi)始找業(yè)務(wù)方進(jìn)行第一輪評審，核對基本的業(yè)務(wù)流程和規則。完成確認后，接下來(lái)的事項就是逐步細化。

這一步就是把流程細化，將前面梳理的核心流程根據實(shí)際業(yè)務(wù)情況擴展，確定?#32317;€(gè)步驟有哪些操作，?#32317;€(gè)操作的前置條件和后置條件是什么，流程之間是如何流轉的，以及各種異常情況和處理方式。這個(gè)步驟可以產(chǎn)出完整的流程圖。

采購業(yè)務(wù)的流程細節就不寫(xiě)了，完成的流程圖如下：

實(shí)體類(lèi)型可以理解為業(yè)務(wù)上的一個(gè)單子、批次，或者數據上需要進(jìn)行增刪改查操作的一條記錄。細化流程后已經(jīng)確定了?#32317;€(gè)環(huán)節要操作什么，接下來(lái)理清整個(gè)流程模塊中有哪些實(shí)體類(lèi)型，以及?#32317;€(gè)實(shí)體類(lèi)型里有具體哪些重點(diǎn)字段。

這一步和下一步要確定的關(guān)聯(lián)關(guān)系，本身的作用是從后端研發(fā)的角度去設計數據的基礎結構，這兩步可以產(chǎn)出UML圖中的類(lèi)圖。

盡管類(lèi)圖不一定要畫(huà)，不過(guò)作為后臺產(chǎn)品經(jīng)理，確定實(shí)體類(lèi)型的意義在于通過(guò)了解后臺結構和關(guān)系來(lái)梳理業(yè)務(wù)邏輯，理清整個(gè)業(yè)務(wù)的后端結構，并作為之后具體頁(yè)面結構和操作設計的基礎。

回到采購系統的案例中，在采購流程中可以梳理出這幾個(gè)實(shí)體類(lèi)型和重要字段：

采購申請單（倉庫、采購申請量），采購單（倉庫，供應商，采購量），采購收貨單（倉庫，供應商，發(fā)貨批次，采購收貨量），采購入庫單（倉庫，供應商，發(fā)貨批次，采購入庫量），采購退貨單（倉庫，供應商，發(fā)貨批次，采購退貨量）。

有實(shí)體類(lèi)型之后，接下來(lái)根據實(shí)際業(yè)務(wù)情況，確定各個(gè)實(shí)體類(lèi)型之間的關(guān)聯(lián)關(guān)系，一對一還是一對多，強關(guān)聯(lián)還是弱關(guān)聯(lián)。

數量的關(guān)聯(lián)?#23481;^好理解，在采購的案例中，基于一個(gè)采購申請單可以根據不同供應商創(chuàng )建多個(gè)采購單，那就是一對多；一個(gè)采購單可以多次發(fā)貨，采購單和發(fā)貨?#25105;?#26159;一對多；一個(gè)采購收貨單只能一次全部入庫或退貨，那就是一對一。注意不要有多對多就行了。

強弱的關(guān)聯(lián)可以理解為某個(gè)實(shí)體是否一定要通過(guò)關(guān)聯(lián)它的實(shí)體創(chuàng )建。比如采購單可以從采購申請單中創(chuàng )建，?#37096;?#20197;單獨創(chuàng )建，那就是弱關(guān)聯(lián)；采購收貨?#25105;?#23450;要有采購單才能創(chuàng )建，采購入庫?#25105;?#23450;是收貨單收貨后才能入庫，這兩個(gè)不能憑空創(chuàng )建，所以是強關(guān)聯(lián)。

詳情數量指的是流程中核心數據的明細，比如供應鏈的各種入庫出庫數量、訂單的各種金額等。事實(shí)上這些個(gè)數量即是實(shí)體中的一個(gè)字段，?#32317;€(gè)流程節點(diǎn)中的操作會(huì )隨之產(chǎn)生數據，原則上后續的流程不能?#37319;w前面的數據，需要新建一個(gè)數據字段來(lái)記錄，于是會(huì )有一大堆數據字段，他們之間存在具體的計算方式、關(guān)聯(lián)規則，會(huì )直接關(guān)系到數據的準確性，需要按照實(shí)際業(yè)務(wù)情況確定。

采購流程中的數據字段前面已經(jīng)寫(xiě)了，它們之間的關(guān)系，首先采購申請數量和實(shí)際采購數量，?#39511;?#23384;在供應商無(wú)法滿(mǎn)足和有不良品會(huì )退貨的情況，采購?#23458;?#24120;會(huì )大于采購申請量，這兩者之間沒(méi)有明確的關(guān)系；接下來(lái)是采購收貨數量，由于供應商發(fā)貨的不確定性，收貨量和采購量也沒(méi)直接關(guān)系；再是質(zhì)檢后的入庫量和退貨量，顯然他們和收貨數量就有嚴格的關(guān)系限制了，入庫量+退貨量=收貨量。

這兩步整理出來(lái)的類(lèi)圖如下（不過(guò)格式不標準，可以將就看下）：

明確實(shí)體關(guān)系之后，頁(yè)面層級結構自然就出來(lái)了。通常來(lái)說(shuō)后臺頁(yè)面的層級結構遵循兩個(gè)原則，不同的實(shí)體類(lèi)型需要劃分為不同頁(yè)面，以及不同角色需要劃分到不同的頁(yè)面。

同一個(gè)角色和同一個(gè)實(shí)體，在一個(gè)頁(yè)面中操作即可。此外，如果?#34892;?#35201;把多條記錄中的某類(lèi)數據詳情放一起列出來(lái)，然后大批量操作的功能，也需要獨立到一個(gè)頁(yè)面中實(shí)現，比如說(shuō)如果需要多個(gè)采購單的庫存一起入庫，那就需要加一個(gè)庫存列表頁(yè)面，展示所有待入庫的詳細庫存（當然實(shí)際業(yè)務(wù)上通常不需要）。

后臺產(chǎn)品的頁(yè)面架構設計滿(mǎn)足邏輯和操作即可，不會(huì )像C端產(chǎn)品那么精細。

頁(yè)面設計的重點(diǎn)是不同列表各自的狀態(tài)和操作。狀態(tài)的作用是為了告訴用戶(hù)當前的動(dòng)態(tài)描述和需要進(jìn)行的事項。

狀態(tài)的設置有三個(gè)參考因素：

一個(gè)是流程中當前所處的環(huán)節需要做什么或者已經(jīng)做了什么，我們常見(jiàn)的待XX，已XX就是根據基本流程梳理出來(lái)的；

二是操作的數量，存在?#34892;?#29872;(huán)節無(wú)法直接通過(guò)流程判斷狀態(tài)，需要將操作的數量和總數量進(jìn)行對比，得出狀態(tài)。

?#34892;?#26989;(yè)務(wù)中會(huì )有先操作一部分數量的情況，比如采購收貨時(shí)，可能只收了一部分，用戶(hù)又需要了解到收貨數量的情況，因此狀態(tài)可以設計為部分收貨、全部收貨這兩種。

?#34892;?#24773;況下完結也需要通過(guò)數量進(jìn)?#20449;?#23450;，主要是各類(lèi)申請的滿(mǎn)足情況，比如采購申請單，會(huì )關(guān)聯(lián)多個(gè)采購單，采購申請數量和采購數量、收貨數量之間由于不確定性，沒(méi)有強關(guān)聯(lián)關(guān)系，因此采購申請單的完結，只能用實(shí)際入庫數量和采購申請數量做對比，數量都滿(mǎn)足了狀態(tài)再更新為完結。

三是和其他列表狀態(tài)的同步更新。一個(gè)復雜的流程會(huì )涉及到多個(gè)實(shí)體的列表，?#32317;€(gè)列表都有各自的狀態(tài)，某個(gè)列表狀態(tài)變化后，需要根據用戶(hù)實(shí)際情況，考慮其他列表是否要同步這個(gè)變化。

比如采購流程中，收貨、質(zhì)檢、入庫都是基于采購收貨單的操作，由倉庫、質(zhì)檢進(jìn)行，那么?#39511;?#37319;購需要實(shí)時(shí)跟進(jìn)這些信息，所以在被關(guān)聯(lián)的采購單中就需要同步這些操作，顯示全部收貨、已質(zhì)檢、已入庫這些狀態(tài)。

再比如采購申請單和采購單，由于采購申請單的角色是庫存計劃員，不需要跟進(jìn)采購的情況，所以主流程只需要顯示待采購、采購?#23567;?#24050;完結這3個(gè)狀態(tài)，不需要同步采購單的其他狀態(tài)。

操作是根據狀態(tài)實(shí)時(shí)變動(dòng)的，?#32317;€(gè)狀態(tài)有它對應能做的操作。根據前面梳理的詳細流程中?#32317;€(gè)操作節點(diǎn)，和用戶(hù)在這個(gè)步驟?#34892;?#35201;查看的信息，整理成操作和詳情內容。

具體操作包含通用的操作比如創(chuàng )建、編輯、刪除、啟用禁用、取消、回退；流程中的操作，比如發(fā)貨、收貨、入庫、質(zhì)檢、退貨、完結、審核通過(guò)不通過(guò)，將這些操作放到對應的狀態(tài)中即可。

具體功能設計的時(shí)候，要考慮用戶(hù)的操作效率，同一個(gè)操作可以針對多個(gè)場(chǎng)景設置不同的方式。

比如一些大數據量的操作，除了正常的逐條操作，還可以增加批量操作、導入導出的功能；一些復雜的操作，可以設置為多個(gè)步驟；還有當需要填寫(xiě)很多表單信息的時(shí)候，可以幫用戶(hù)默認填寫(xiě)。

最后三個(gè)步驟的結果考慮清楚后，原型自然就出來(lái)了。畫(huà)完原型，產(chǎn)品設計階段就大功告成了。

當然以上10個(gè)步驟看起來(lái)有點(diǎn)復雜，我見(jiàn)過(guò)很多人習慣于畫(huà)完流程圖后直接畫(huà)原型，不需要詳細考慮中間那么些個(gè)步驟。

我自己有時(shí)候也會(huì )這樣，?#39511;?#19968;邊畫(huà)原型可以幫自己梳理思路，而且簡(jiǎn)潔明了。只是一旦遇到流程復雜的業(yè)務(wù)，如果中間的步驟不考慮清楚，那么原型改來(lái)改去會(huì )非常耗時(shí)間，所以還是一步步來(lái)?#23481;^好。