上一篇《如何設(shè)計(jì)WMS多批次收貨需求（上）：我的產(chǎn)品方法論》中講到了一般情況下我設(shè)計(jì)一個(gè)產(chǎn)品需求的部分過程，主要是一些方法論和理論上的東西。而此篇?jiǎng)t是下文，也是根據(jù)方法論和實(shí)際工作遇到的需求，來進(jìn)行一個(gè)實(shí)操講解的典型案例，供大家學(xué)習(xí)與參考。

多批次收貨是目前很多同行或者競品都支持的功能，我們由于之前的業(yè)務(wù)模式問題一直沒有對(duì)此功能進(jìn)行調(diào)整，目前業(yè)務(wù)量起來了，相關(guān)的客戶需求也多了，于是決定排上日程對(duì)此功能進(jìn)行設(shè)計(jì)和開發(fā)。

每個(gè)公司都會(huì)有自身的業(yè)務(wù)背景，所以我所設(shè)計(jì)的此功能一方面是參考市面上成熟的業(yè)務(wù)方案（挺難找方案的），另一方面也結(jié)合了之前舊系統(tǒng)和老業(yè)務(wù)的特點(diǎn)，具有很濃烈的業(yè)務(wù)背景味道，所以在本文中，我會(huì)更多地凸顯產(chǎn)品方面的內(nèi)容而較少地扯到業(yè)務(wù)，因?yàn)閃MS畢竟是一個(gè)較為小眾的領(lǐng)域了。

請大家扶好坐穩(wěn)，老司機(jī)要發(fā)車?yán)瞺

前言

根據(jù)前一篇的內(nèi)容，我的產(chǎn)品方法論在產(chǎn)品需求設(shè)計(jì)這個(gè)環(huán)節(jié)一般是分成四步來走，分別是：

1. 需求背景
2. 方案制定
3. 產(chǎn)品結(jié)構(gòu)圖設(shè)計(jì)
4. 產(chǎn)品原型或文檔

根據(jù)方法論說到的4點(diǎn)，我們依次進(jìn)入相關(guān)的實(shí)操環(huán)節(jié)！其中有部分內(nèi)容會(huì)省略或者用截圖代替，主要意思表達(dá)到位即可。

步驟一：寫下背景，確認(rèn)需求

項(xiàng)目的背景一般來說是最不重要的環(huán)節(jié)的，但是卻不能少。不重要只是說這一塊無需花費(fèi)太多的精力、時(shí)間等，但是卻不能因?yàn)楹唵巍⒒ㄙM(fèi)少就不重視它，甚至都不寫。

項(xiàng)目背景最好是在需求開始設(shè)計(jì)、規(guī)劃的時(shí)候就先寫出來：

• 首先它會(huì)起到目標(biāo)和方向的作用，指示著我們該往哪里去，為什么要做；
• 其次，它具有一定的反饋性，寫下相關(guān)的項(xiàng)目背景會(huì)讓我們經(jīng)?？吹竭@個(gè)東西，那么在需求卡住或者受阻的時(shí)候，我們可以根據(jù)背景去反思自己的反向是否有問題，需求的定義是否有偏差；
• 最后，它具有一定的追溯性，有時(shí)候一個(gè)需求做的時(shí)間太久了，開發(fā)、測試、業(yè)務(wù)、甚至是產(chǎn)品自己都不知道為什么要做這個(gè)需求，它啟動(dòng)的背景，意義是什么，這個(gè)時(shí)候就可以去查相關(guān)的背景描述就可以知道當(dāng)時(shí)的做的原因是什么了，這個(gè)和會(huì)議紀(jì)要是一個(gè)作用，具有歷史追溯性。

一般一個(gè)需求的分析過程，我會(huì)先建一個(gè)「業(yè)務(wù)分析圖」，是用Mindjet做的一個(gè)思維導(dǎo)圖；其次是根據(jù)思維導(dǎo)圖去畫業(yè)務(wù)流程圖，數(shù)據(jù)流程圖，或者是其他的流程圖；

接著跑通流程之后就去做「產(chǎn)品結(jié)構(gòu)圖」，產(chǎn)品結(jié)構(gòu)圖包含了「產(chǎn)品信息結(jié)構(gòu)」和「產(chǎn)品功能結(jié)構(gòu)」，到了這一步產(chǎn)品的大體框架就出來了；最后就是畫原型圖，寫相關(guān)的文檔等，把一些細(xì)枝末節(jié)的東西填進(jìn)去就好了。

以下是我實(shí)際梳理此需求的時(shí)候一共產(chǎn)生的幾個(gè)文件，流程，業(yè)務(wù)分析圖和產(chǎn)品結(jié)構(gòu)圖：

業(yè)務(wù)分析圖一般會(huì)有這幾個(gè)部分：

1. 背景
2. 初步方案
3. 業(yè)務(wù)邏輯介紹（可選）
4. 其他補(bǔ)充（可選）
5. 異常/特殊情況

背景就是產(chǎn)品方法論中提到第一部分：需求背景，而其他的部分加上流程圖就是方法論中提到的第二部分：確定初步方案；所以，業(yè)務(wù)分析圖其實(shí)不僅僅只有背景，它也有為后續(xù)確定方案起到一定的鋪墊作用。

多批次收貨的背景我是這樣寫的：

步驟二：制定初步方案

寫好了相關(guān)的項(xiàng)目背景，意味著我們基本上是認(rèn)同了此需求的，覺得應(yīng)該做，值得做，當(dāng)然也有很多需求會(huì)在第二步的方案制定中不斷地被發(fā)掘，最后發(fā)現(xiàn)壓根做不了。

這也無妨，畢竟需求的可行性判定本身就不是一個(gè)一刀切的工作，到第二步發(fā)現(xiàn)了需求的問題其實(shí)并沒有多少沉沒成本，反而是到了第三步或者第四步之后才發(fā)現(xiàn)有問題那就是真的虧大發(fā)了。

初步方案的確定，我一般會(huì)先在Mindjet中梳理一些業(yè)務(wù)，例如需求的描述、客戶想要的東西、目前系統(tǒng)的狀態(tài)，有可能出現(xiàn)的異常等等，先用腦圖的方式發(fā)散自己的思維；

接著當(dāng)相關(guān)的信息梳理的差不多了，那就可以開始畫相關(guān)的流程圖了，流程圖可以采用總—分的方式，先畫一個(gè)主題大流程，不扣細(xì)節(jié)，只求理想化情況可以跑通業(yè)務(wù)；接著在對(duì)其中關(guān)鍵的地方畫子流程，子流程也可以總–分的方式，但是不要分太多的層級(jí)。

流程圖確認(rèn)了之后，再反過來對(duì)Mindjet的腦圖進(jìn)行修改和調(diào)整，同時(shí)也可以發(fā)現(xiàn)流程圖的一些問題，兩者相互參考，最后進(jìn)行調(diào)整。下圖是“總的流程圖”和“分的流程圖”。

總流程：

分流程：

分流程：

在流程圖確認(rèn)了之后，就是初步方案的確認(rèn)了，有些數(shù)據(jù)我做了脫敏出來，但是大體的框架就是這樣：

初步方案到這里就定好了，但是距離完結(jié)卻還差得遠(yuǎn)，因?yàn)榈侥壳盀橹?，我們所寫的?xiàng)目背景，制定的需求方案都是產(chǎn)品個(gè)人的一己之見，有可能到目前為止所有的東西都是錯(cuò)的。

所以，方案定出來了之后，我一般會(huì)聯(lián)系開發(fā)，測試，業(yè)務(wù)等開一個(gè)小會(huì)，主題就是“xxx需求的方案討論”。既然要討論，那必須要先有討論的議題，那當(dāng)然就是將我們現(xiàn)在梳理的方案用郵件丟出來了，同時(shí)記錄一些自己沒想明白或者覺得有疑問的點(diǎn)，以便于在會(huì)議上與大家進(jìn)行討論。

在接收了大家的“炮火”洗禮之后，再根據(jù)會(huì)議結(jié)論去調(diào)整自己的方案，如果有必要，確認(rèn)方案之后還可以繼續(xù)再開一個(gè)會(huì)議。

步驟三：產(chǎn)品結(jié)構(gòu)圖

上文提到了，產(chǎn)品結(jié)構(gòu)圖、產(chǎn)品信息結(jié)構(gòu)圖、產(chǎn)品功能結(jié)構(gòu)圖是壓死小白的三座大山，我推薦大家不明白的可以去看「人人都是產(chǎn)品經(jīng)理」中的兩篇文章，它們的訪問量和閱讀量都很高，具有一定的指導(dǎo)意義。

我比較認(rèn)同的觀點(diǎn)是：產(chǎn)品結(jié)構(gòu)圖是綜合展示產(chǎn)品信息和功能邏輯的圖表，包含了產(chǎn)品信息結(jié)構(gòu)和產(chǎn)品功能結(jié)構(gòu)，簡單說產(chǎn)品結(jié)構(gòu)圖就是產(chǎn)品原型的簡化表達(dá)。

產(chǎn)品功能結(jié)構(gòu)圖會(huì)早與產(chǎn)品信息結(jié)構(gòu)圖出來，因?yàn)楫a(chǎn)品要根據(jù)第二步的初步方案先確定相關(guān)的功能結(jié)構(gòu)，然后再去推敲，揣摩相關(guān)的信息結(jié)構(gòu)，而不是上來就是信息結(jié)構(gòu)把自己丟進(jìn)了森林，卻看不到大山了。

不過話不能說的太絕對(duì)，因?yàn)閷?shí)際的情況是：產(chǎn)品信息結(jié)構(gòu)和產(chǎn)品功能結(jié)構(gòu)并不是非黑即白，二元對(duì)立的關(guān)系，而是相互雜糅，你中有我，我中有你的關(guān)系。只是在絕大數(shù)情況下，我們要優(yōu)先考慮功能結(jié)構(gòu)，然后再梳理信息結(jié)構(gòu)，這樣會(huì)更加方便和合理。

1. 功能結(jié)構(gòu)圖

功能結(jié)構(gòu)其實(shí)挺難梳理的，因?yàn)楹芏鄷r(shí)候功能就是信息，如果在功能結(jié)構(gòu)上花了太多精力或者是篇幅，那么在信息結(jié)構(gòu)的環(huán)節(jié)上就會(huì)頭重腳輕，不夠平衡。

這里我的心得是：盡量從大框架上去思考功能點(diǎn)，而不是從細(xì)節(jié)上。什么是細(xì)節(jié)？細(xì)節(jié)就是這個(gè)界面有什么按鈕，按鈕要怎么擺放，怎么提示，要做什么觸發(fā)的判斷，觸發(fā)之后要怎么聯(lián)動(dòng)……這些都太細(xì)了，會(huì)讓自己很難跳出來俯瞰整個(gè)產(chǎn)品。

那什么是大框架呢？大框架就是能體現(xiàn)特性，解決需求的，例如倉庫收貨， 要打印收貨單，那我在梳理功能結(jié)構(gòu)的時(shí)候，我就寫：收貨單打印->收貨單模板設(shè)計(jì)。這里就有兩個(gè)功能了，一個(gè)是打印收貨單的功能，一個(gè)是收貨單的PDF模板，到這里為止，我并沒有去思考這個(gè)功能怎么觸發(fā)，這個(gè)模板是怎么樣的。

這就是我理解的大框架，點(diǎn)到為止，帶出苗頭卻不拔出蘿卜即可。

回到上面提的，我所說的只是我的方法論，而產(chǎn)品功能結(jié)構(gòu)圖本身就是一個(gè)很難把握的點(diǎn)，具體怎么操作還是看各位自己的領(lǐng)悟和摸索吧，下圖是我寫是多批次收貨的產(chǎn)品功能結(jié)構(gòu)圖：

2. 信息結(jié)構(gòu)圖

信息結(jié)構(gòu)在功能結(jié)構(gòu)確定了之后梳理起來就會(huì)輕松一點(diǎn)，因?yàn)樾畔⒔Y(jié)構(gòu)到此基本上就是一些框架層和表現(xiàn)層的東西了，當(dāng)然這一塊我也不是很有經(jīng)驗(yàn)，我的理解可能也是疏于表面，沒有g(shù)et精髓。

對(duì)于WEB頁面的B端產(chǎn)品來說，我一般會(huì)將信息結(jié)構(gòu)按頁面分，當(dāng)然批次收貨本身就兩個(gè)頁面，那么在頁面這個(gè)粒度不夠的情況下，我就會(huì)對(duì)頁面進(jìn)行「分塊拆分」，一般是從上到下，例如典型的一個(gè)ASN頁面，我是這樣拆分的：

先是頂部的搜索區(qū)，然后是中間的表格區(qū)，最后是表格內(nèi)容的區(qū)域，再加上一些特殊的信息或者備注。如果是其他產(chǎn)品，例如桌面客戶端，Android，iOS等可能展示的形式會(huì)不一樣，可以自行酌情區(qū)分。

到此，產(chǎn)品結(jié)構(gòu)基本上就梳理清楚了，當(dāng)你拿這些信息去和開發(fā)、測試、業(yè)務(wù)等溝通的時(shí)候，他們基本上知道了你要做的東西是怎么樣，對(duì)于合作順暢的團(tuán)隊(duì)也許就可以直接動(dòng)手開發(fā)了。

當(dāng)然其中還有一些細(xì)節(jié)是需要補(bǔ)充的，補(bǔ)充的方式可以是豐富導(dǎo)圖，也可以是寫相關(guān)的文檔，亦或者是畫精細(xì)點(diǎn)的原型圖。

產(chǎn)品結(jié)構(gòu)圖的構(gòu)建完成也意味著基本上此需求的抽象結(jié)構(gòu)已經(jīng)處理完了，而怎么填充血肉，怎么完成最后的臨門一腳，就要看原型圖和文檔寫的怎么樣了。

實(shí)操四：原型圖與文檔

毫不客氣地說，我的原型圖畫得很爛！Axure一些高級(jí)用法，我一個(gè)都不會(huì)，墨刀也就用過幾個(gè)月，其他工具都沒怎么玩過。

但是我對(duì)自己的表達(dá)能力并不懷疑，我相信如果原型我表達(dá)的不夠清楚，我可以借助其他的方式來解決。例如：當(dāng)面溝通，TAPD溝通，文檔溝通，截圖溝通等。

溝通其實(shí)是雙向的，你畫的天花亂墜，但是對(duì)方看不懂也沒用，你畫的寥寥幾筆，對(duì)方就能get你的意思，其實(shí)也是一個(gè)優(yōu)秀的原型。所以，原型的好與壞是以開發(fā)、測試能不能看懂，協(xié)作是否高效來判定的，至于顏值嘛，好看固然加分，不好看也能將就。

畫原型這一塊我也沒有什么金玉良言，從自身踩過的坑來說，我一般會(huì)有這么幾個(gè)觀點(diǎn)：

1. 畫原型之前一定要有導(dǎo)圖，就是前面的產(chǎn)品結(jié)構(gòu)圖，如果沒有這個(gè)原型很容易反復(fù)修改；
2. 多用母版或者多用母版思維，這個(gè)和開發(fā)里面提到的「可復(fù)用」、「組件化」是一個(gè)意思，能極大地提升效率；
3. 寫的多不如說的多，原型上寫的多固然好，但是開發(fā)不一定看，看了也不一定會(huì)轉(zhuǎn)彎去思考，所以在實(shí)際項(xiàng)目管理的過程中，多線下反復(fù)溝通，讓他們做的東西和你想要的東西保持一致；
4. 多定義一些規(guī)范和標(biāo)準(zhǔn)，尤其是團(tuán)隊(duì)沒有UI或者開發(fā)眾多的時(shí)候，定一些規(guī)則出來大家都遵守，以后不容易出現(xiàn)相應(yīng)的返工情況；
5. 尊重大家的意見，多PO出自己，讓大家給自己提意見，UI方面的意見，產(chǎn)品文檔的意見，原型繪制方面的意見，忠言逆耳，怕的是別人不提意見而你卻自以為很棒，活在大家的捧殺中！

最后原型圖就不丟出來，這個(gè)相信大家都會(huì)畫，也畫的比我好。原型設(shè)計(jì)其實(shí)就是對(duì)上一步的抽象化的方案進(jìn)行實(shí)例化，實(shí)例化的方法有很多，但是要讓大家看得懂即可。

最后

長篇大論的還要插圖解釋真的是太累了，但是寫了這么多也蠻有收獲的。一方面是寫得越多，越發(fā)現(xiàn)自己的文筆太差，廢話挺多，干貨寫不出多少；另一方面是，自己產(chǎn)品這一塊的交流太少了，平時(shí)只會(huì)一味地輸出，但是卻很少有機(jī)會(huì)和別人溝通交流，了解自己的短處在哪，缺點(diǎn)在哪。

至此，方法論和實(shí)操演示就講完了，感覺說了很多，但是仔細(xì)一看也沒啥東西。那我就過段時(shí)間再優(yōu)化迭代一下，爭取寫得更好一點(diǎn)。

希望這篇文章能給你些許的啟發(fā)和收獲，筆芯！如果你有何高見或者斧正之處，請留言指出，謝謝！

#專欄作家#

vitamin，微信公眾號(hào)：皮醬叨逼叨；個(gè)人博客：只言片語 –?記錄產(chǎn)品工作及思考的點(diǎn)滴；人人都是產(chǎn)品經(jīng)理專欄作家。中級(jí)產(chǎn)品經(jīng)理，一年開發(fā)經(jīng)驗(yàn)+兩年產(chǎn)品經(jīng)驗(yàn)。主導(dǎo)過在線教育類產(chǎn)品，目前是跨境電商供應(yīng)鏈倉儲(chǔ)物流產(chǎn)品一枚，歡迎勾搭，一同學(xué)習(xí)。

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

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