中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

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

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

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

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

前言

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

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

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

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

項目的背景一般來說是最不重要的環(huán)節(jié)的，但是卻不能少。不重要只是說這一塊無需花費太多的精力、時間等，但是卻不能因為簡單、花費少就不重視它，甚至都不寫。

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

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

一般一個需求的分析過程，我會先建一個「業(yè)務(wù)分析圖」，是用Mindjet做的一個思維導(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é)的東西填進去就好了。

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

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

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

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

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

步驟二：制定初步方案

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

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

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

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

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

總流程：

分流程：

分流程：

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

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

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

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

步驟三：產(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)同的觀點是：產(chǎn)品結(jié)構(gòu)圖是綜合展示產(chǎn)品信息和功能邏輯的圖表，包含了產(chǎn)品信息結(jié)構(gòu)和產(chǎn)品功能結(jié)構(gòu)，簡單說產(chǎn)品結(jié)構(gòu)圖就是產(chǎn)品原型的簡化表達。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

實操四：原型圖與文檔

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

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

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

畫原型這一塊我也沒有什么金玉良言，從自身踩過的坑來說，我一般會有這么幾個觀點：

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

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

最后

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

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

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

#專欄作家#

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

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

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