不過(guò)我也看到有些牛人說(shuō)，面向公司內(nèi)部的產(chǎn)品經(jīng)理發(fā)展空間有限，畢竟用戶(hù)太少，既定的需求多，在項(xiàng)目中業(yè)務(wù)方的重要性更高，確實(shí)沒(méi)法像做C端或者平臺(tái)的產(chǎn)品經(jīng)理那樣能主宰一個(gè)項(xiàng)目。這種情況或多或少存在，這個(gè)問(wèn)題只能說(shuō)見(jiàn)仁見(jiàn)智吧。

3.2 業(yè)務(wù)對(duì)接的常見(jiàn)現(xiàn)象和解決方法

業(yè)務(wù)對(duì)接不比挖掘C端用戶(hù)的需求容易多少，這個(gè)過(guò)程中同樣會(huì)出現(xiàn)各種各樣的問(wèn)題。尤其是當(dāng)你的業(yè)務(wù)方不是做互聯(lián)網(wǎng)的，那么在需求對(duì)接的時(shí)候確實(shí)會(huì)有一定阻力。我在現(xiàn)在這家公司，業(yè)務(wù)方中就有很多人是從傳統(tǒng)行業(yè)過(guò)來(lái)，習(xí)慣用excel工作、對(duì)系統(tǒng)并沒(méi)有什么概念的人。在我和業(yè)務(wù)方對(duì)接需求的過(guò)程，出現(xiàn)過(guò)以下這些情況：

• 第一，業(yè)務(wù)方不一定知道后臺(tái)產(chǎn)品的價(jià)值是什么，能給業(yè)務(wù)本身帶來(lái)什么提升，他們可能只知道業(yè)務(wù)數(shù)據(jù)和操作要在系統(tǒng)上進(jìn)行，比手工更方便一些；
• 第二，有些人習(xí)慣于在傳統(tǒng)行業(yè)用excel工作，對(duì)系統(tǒng)的理解會(huì)停留在記錄和查詢(xún)的作用。他們提的需求，通常會(huì)提一個(gè)具體的功能，你要是不問(wèn)就不會(huì)說(shuō)具體的目的。比如真實(shí)目的是要做一項(xiàng)數(shù)據(jù)統(tǒng)計(jì)，但提過(guò)來(lái)的需求只是某個(gè)頁(yè)面加個(gè)導(dǎo)出功能，或者某個(gè)列表加個(gè)什么字段之類(lèi)的；
• 第三，業(yè)務(wù)方通常會(huì)站在自己操作的角度提需求，不一定會(huì)關(guān)注產(chǎn)品宏觀(guān)層面的價(jià)值、業(yè)務(wù)流程的標(biāo)準(zhǔn)化、管理規(guī)范的問(wèn)題等。尤其是直接操作系統(tǒng)的人，他們提的最多的就是具體的功能，如何方便他們操作，會(huì)出現(xiàn)有一些功能不能按他們說(shuō)的做，但他們不理解；
• 第四，業(yè)務(wù)方不一定有迭代思維，以為產(chǎn)品上線(xiàn)和傳統(tǒng)企業(yè)的交付一樣，一次性做完形成最終版然后給他們用。產(chǎn)品從0到1的過(guò)程我們會(huì)規(guī)劃M(mǎn)VP，先上線(xiàn)基本功能并持續(xù)迭代，但他們看了會(huì)說(shuō)這個(gè)怎么沒(méi)有我要的什么什么功能，一定要等我們把他們要的都做完了再開(kāi)始使用；
• 第五，有時(shí)候一個(gè)事情習(xí)慣了會(huì)不容易改變，假如我們出于管理上的目的需要迭代一些操作，改變的他們平時(shí)線(xiàn)下的操作習(xí)慣，他們可能會(huì)抗拒，反而說(shuō)我已經(jīng)有辦法處理這些問(wèn)題了，不理解我們?yōu)槭裁催€要去改這些功能。

當(dāng)然，這些情況不絕對(duì)，只是有可能會(huì)遇到其中的一部分問(wèn)題。在經(jīng)歷了那么些個(gè)業(yè)務(wù)對(duì)接之后，針對(duì)業(yè)務(wù)對(duì)接這項(xiàng)需求收集方式，我總結(jié)出了幾點(diǎn)可以作為參考的辦法：

• 第一，找準(zhǔn)業(yè)務(wù)方的人。別小看這點(diǎn)，有體會(huì)了就知道找人很重要的。比如一個(gè)部門(mén)里，下面的人更了解業(yè)務(wù)，但通常只會(huì)站在自己操作的角度考慮問(wèn)題。部門(mén)管理人員能決定事情，也通常知道系統(tǒng)要做什么，但對(duì)業(yè)務(wù)流程的細(xì)節(jié)不一定熟，也不一定有時(shí)間和你對(duì)需求。再比如，同一個(gè)部門(mén)的業(yè)務(wù)方，有些人對(duì)各類(lèi)互聯(lián)網(wǎng)產(chǎn)品比較了解，至少會(huì)告訴你他之前用過(guò)的系統(tǒng)是什么樣的，另一些人就會(huì)更傳統(tǒng)行業(yè)一點(diǎn)，也許前一個(gè)人半小時(shí)就能對(duì)清楚的需求，后一個(gè)人得和他講倆小時(shí)。我至今記得我接觸的一個(gè)系統(tǒng)從0的起步時(shí)候，跟第一個(gè)業(yè)務(wù)負(fù)責(zé)人一個(gè)月開(kāi)4次會(huì)，到最后對(duì)方還在糾結(jié)為什么不買(mǎi)個(gè)系統(tǒng)，接下來(lái)?yè)Q業(yè)務(wù)負(fù)責(zé)人之后，開(kāi)了兩次會(huì)后項(xiàng)目直接順利啟動(dòng)；
• 第二，聽(tīng)他們說(shuō)，但不要照著做。這一點(diǎn)和我們對(duì)待用戶(hù)需求的態(tài)度一樣，從他們說(shuō)的要加X(jué)X功能的背后，了解到他們需求的本質(zhì)，然后想一種更好的方式滿(mǎn)足他們的需求，并且可以直接告訴業(yè)務(wù)方我們方案，以及這樣做的好處，相信他們不會(huì)拒絕；
• 第三，多參與到實(shí)際的業(yè)務(wù)中去，知道業(yè)務(wù)方日常的工作，如何開(kāi)展工作，系統(tǒng)上關(guān)注的點(diǎn)，最好直接幫助業(yè)務(wù)方做一天的系統(tǒng)操作，甚至可以參與到他們的業(yè)務(wù)目標(biāo)、會(huì)議、KPI這些領(lǐng)域中去。這一點(diǎn)也和我們對(duì)待用戶(hù)需求一樣，但比理解用戶(hù)需求要難的多，因?yàn)橐话鉉端的用戶(hù)需求門(mén)檻低，而業(yè)務(wù)可是實(shí)實(shí)在在的專(zhuān)業(yè)知識(shí)，有專(zhuān)業(yè)門(mén)檻的。比如說(shuō)作為供應(yīng)鏈系統(tǒng)的產(chǎn)品經(jīng)理，要深入倉(cāng)儲(chǔ)的業(yè)務(wù)，就要了解倉(cāng)管人員管理倉(cāng)庫(kù)的核心目標(biāo)是什么，什么是周轉(zhuǎn)率，庫(kù)存成本的計(jì)算規(guī)則，安全庫(kù)存有什么用、怎么算，需求預(yù)測(cè)有什么用、怎么算等物流管理領(lǐng)域的專(zhuān)業(yè)知識(shí)。如果不深入業(yè)務(wù)，即使去幫業(yè)務(wù)方操作系統(tǒng)，也只能看到一些交互層面的小問(wèn)題。
• 最后一點(diǎn)，和業(yè)務(wù)方畢竟是真人面對(duì)面溝通，所以只要加強(qiáng)溝通，告訴他們我們產(chǎn)品的價(jià)值，我們每個(gè)方案為什么要這么做，每塊業(yè)務(wù)我們會(huì)怎么去迭代，很多問(wèn)題自然會(huì)迎刃而解。

四、后端產(chǎn)品設(shè)計(jì)的主要內(nèi)容

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

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

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

在此以我接觸過(guò)的一個(gè)電商/O2O領(lǐng)域的供應(yīng)鏈系統(tǒng)為例，描述一下從0到1設(shè)計(jì)系統(tǒng)的采購(gòu)模塊需要如何進(jìn)行。

1. 確定業(yè)務(wù)名詞的定義

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

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

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

2. 確定這項(xiàng)業(yè)務(wù)中參與的人員角色

通過(guò)和業(yè)務(wù)方的對(duì)接，確定有哪些不同的角色參與到了這項(xiàng)業(yè)務(wù)中，每個(gè)角色做什么事情，并明確不同角色之間權(quán)限的邊界，避免出現(xiàn)職責(zé)混亂。

這個(gè)環(huán)節(jié)看似簡(jiǎn)單，但需要在對(duì)接業(yè)務(wù)需求的時(shí)候就考慮清楚。此外，有些角色的參與可能會(huì)涉及到其他產(chǎn)品線(xiàn)，這種情況下需要在其他系統(tǒng)中同步這項(xiàng)業(yè)務(wù)。

在這里引入U(xiǎn)ML圖，具體定義自行百度。

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

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

這其中，由于財(cái)務(wù)的參與，需要將采購(gòu)結(jié)算信息同步至財(cái)務(wù)系統(tǒng)。

3. 梳理整個(gè)業(yè)務(wù)的核心流程；

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

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

4. 根據(jù)核心流程梳理核心數(shù)據(jù)的流動(dòng)規(guī)則；

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

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

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

在采購(gòu)模塊中，首先是庫(kù)存，通常是將最后一步入庫(kù)作為庫(kù)存增加的環(huán)節(jié)。還有一種方案是收貨環(huán)節(jié)庫(kù)存增加且凍結(jié)，入庫(kù)時(shí)將凍結(jié)庫(kù)存轉(zhuǎn)化為可用庫(kù)存，質(zhì)檢不合格退貨的則凍結(jié)庫(kù)存減少。

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

1. 入庫(kù)的庫(kù)存成本計(jì)算規(guī)則，常見(jiàn)的是將當(dāng)前采購(gòu)價(jià)作為庫(kù)存成本，此外還有加權(quán)平均法等方式，這里就不展開(kāi)了；
2. 采購(gòu)結(jié)算金額的支出，等于每批次入庫(kù)庫(kù)存數(shù)量的采購(gòu)價(jià)格總額。

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

5. 細(xì)化流程，梳理每個(gè)流程節(jié)點(diǎn)的具體操作和流程節(jié)點(diǎn)之間的走向；

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

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

6. 確定整個(gè)流程中有哪幾個(gè)實(shí)體類(lèi)型，和每個(gè)實(shí)體類(lèi)型包含的字段

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

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

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

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

采購(gòu)申請(qǐng)單（倉(cāng)庫(kù)、采購(gòu)申請(qǐng)量），采購(gòu)單（倉(cāng)庫(kù)，供應(yīng)商，采購(gòu)量），采購(gòu)收貨單（倉(cāng)庫(kù)，供應(yīng)商，發(fā)貨批次，采購(gòu)收貨量），采購(gòu)入庫(kù)單（倉(cāng)庫(kù)，供應(yīng)商，發(fā)貨批次，采購(gòu)入庫(kù)量），采購(gòu)?fù)素泦危▊}(cāng)庫(kù)，供應(yīng)商，發(fā)貨批次，采購(gòu)?fù)素浟浚?/p>

7. 確定各實(shí)體類(lèi)型之間的的關(guān)聯(lián)關(guān)系，和他們之間詳情數(shù)量的關(guān)系

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

數(shù)量的關(guān)聯(lián)比較好理解，在采購(gòu)的案例中，基于一個(gè)采購(gòu)申請(qǐng)單可以根據(jù)不同供應(yīng)商創(chuàng)建多個(gè)采購(gòu)單，那就是一對(duì)多；一個(gè)采購(gòu)單可以多次發(fā)貨，采購(gòu)單和發(fā)貨單也是一對(duì)多；一個(gè)采購(gòu)收貨單只能一次全部入庫(kù)或退貨，那就是一對(duì)一。注意不要有多對(duì)多就行了。

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

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

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

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

8. 設(shè)定頁(yè)面架構(gòu)

明確實(shí)體關(guān)系之后，頁(yè)面層級(jí)結(jié)構(gòu)自然就出來(lái)了。通常來(lái)說(shuō)后臺(tái)頁(yè)面的層級(jí)結(jié)構(gòu)遵循兩個(gè)原則，不同的實(shí)體類(lèi)型需要?jiǎng)澐譃椴煌?yè)面，以及不同角色需要?jiǎng)澐值讲煌捻?yè)面。

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

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

9. 確定每個(gè)頁(yè)面的列表數(shù)據(jù)有哪幾種狀態(tài)

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

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

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

二是操作的數(shù)量，存在有些環(huán)節(jié)無(wú)法直接通過(guò)流程判斷狀態(tài)，需要將操作的數(shù)量和總數(shù)量進(jìn)行對(duì)比，得出狀態(tài)。

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

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

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

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

再比如采購(gòu)申請(qǐng)單和采購(gòu)單，由于采購(gòu)申請(qǐng)單的角色是庫(kù)存計(jì)劃員，不需要跟進(jìn)采購(gòu)的情況，所以主流程只需要顯示待采購(gòu)、采購(gòu)中、已完結(jié)這3個(gè)狀態(tài)，不需要同步采購(gòu)單的其他狀態(tài)。

10. 確定各狀態(tài)下有哪些操作，如何進(jìn)行

操作是根據(jù)狀態(tài)實(shí)時(shí)變動(dòng)的，每個(gè)狀態(tài)有它對(duì)應(yīng)能做的操作。根據(jù)前面梳理的詳細(xì)流程中每個(gè)操作節(jié)點(diǎn)，和用戶(hù)在這個(gè)步驟中需要查看的信息，整理成操作和詳情內(nèi)容。

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

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

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

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

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

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

#專(zhuān)欄作家#

潘帕斯雄鷹，人人都是產(chǎn)品經(jīng)理專(zhuān)欄作家，進(jìn)擊、踩坑中的產(chǎn)品狗一枚，關(guān)注互聯(lián)網(wǎng)，寫(xiě)過(guò)小說(shuō)，看過(guò)哲學(xué)。簡(jiǎn)書(shū)：潘帕斯雄鷹。

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