那么接下來我給大家講解一個梳理B端產(chǎn)品切實(shí)可行的方法，來幫助你們完成B端產(chǎn)品的設(shè)計(jì)。下面我將從目的、需求收集/整理、設(shè)計(jì)模塊、輸出原型這幾方面來完成我的方法論講解：

第一步 明確目的

我把目的劃分為三個層次：

• 第一層屬業(yè)務(wù)層次，此層次目的為用信息化手段讓業(yè)務(wù)流程標(biāo)準(zhǔn)化，從而形成有效數(shù)據(jù)，拋棄紙質(zhì)或獨(dú)立個體表格數(shù)據(jù)，形成部分可共享查看的數(shù)據(jù)；

• 第二層為管理目的，包括進(jìn)一步改善不合理的流程，通過業(yè)務(wù)數(shù)據(jù)提取計(jì)算職工的部分PKI或通過系統(tǒng)約束職工的某種違規(guī)行為；

• 第三層為公司為了長遠(yuǎn)發(fā)展而提出的一些戰(zhàn)略目的。

第一層和第二層的調(diào)研目標(biāo)均為管理者和執(zhí)行者，第一層偏向執(zhí)行者，第二層偏向中層管理者，而第三層則需要和公司高層領(lǐng)導(dǎo)進(jìn)行深入的溝通。

就我目前而言只修煉到了第二層，可通過系統(tǒng)幫助管理者完成一些業(yè)務(wù)流程的優(yōu)化和提取KPI等目的，并不能駕馭第三層為產(chǎn)品注入公司的戰(zhàn)略靈魂。

明確目的建議在項(xiàng)目啟動會中完成，項(xiàng)目的相關(guān)負(fù)責(zé)人以及領(lǐng)導(dǎo)都會到場，此時明確目的是最佳時機(jī)，以免造成溝通障礙。調(diào)研目的時可從這幾個問題中展開：

1. 為什么要做此項(xiàng)目（做此項(xiàng)目的目的）？

2. 希望此項(xiàng)目解決什么問題？

3. 期望達(dá)到什么樣的效果？

此外項(xiàng)目立項(xiàng)中我們還需要明確項(xiàng)目的范圍和先關(guān)干系人。

第二步 需求調(diào)研/整理

需求調(diào)研對于初級者來說是個坑，常常是拿到項(xiàng)目之后就去組織召開調(diào)研會議，對于一頭霧水的初級者不知道具體調(diào)研什么，也就成了調(diào)研對象說什么然后記什么，會議結(jié)束后發(fā)現(xiàn)這些需求根本連不上也無法整理。

所以調(diào)研一定要講究方法去分步調(diào)研，文章開頭說B端產(chǎn)品邏輯流程最重要，所以我們要先搞清楚業(yè)務(wù)流程與邏輯。調(diào)研業(yè)務(wù)流程的方法可是走訪部門也可是會議的形式，無論是哪種形式，都需注意一點(diǎn)，要循序漸進(jìn)的調(diào)研，什么意思呢？就是業(yè)務(wù)流程是分層級的，注意每次調(diào)研所處的層級。

在設(shè)計(jì)流程的時候要注意這幾個問題：

1. 有沒有流程顛倒的情況？

2. 每個流程點(diǎn)是否有分流程?

3. 每個流程是否是必須存在的?

4. 此流程的上下游是什么?

1. 明確流程

第一步

調(diào)研總體流程的時候就不要去糾結(jié)細(xì)節(jié)，調(diào)研時要首先聲明此次調(diào)研的目的，如果有人過度展開時要即時提醒，不要被他的思路帶入細(xì)節(jié)中去，否則你會有種盲人摸象的感覺。

比如以采購為例，那么我們首先要了解采購的大致流程：

這張圖表達(dá)了采購流程的各個階段，每個階段需要做什么事情，具體由哪個部門去做。

如果第一步能做到把這張圖調(diào)研清楚，那么此次調(diào)研就算是成功了，這里每個節(jié)點(diǎn)都可進(jìn)行展開，但不要在此調(diào)研層級展開。

第二步

我們要繼續(xù)進(jìn)行深入調(diào)研，這步我們需要明確某個階段的流程是怎樣的，此時也需要繼續(xù)注意層級的概念，此步驟要有種只見森林不見樹的感覺，知道這是一片森林，但是里面具體都是什么樹卻看不清。

比如我們調(diào)研采購的付款環(huán)節(jié)：

雖然看上去這張圖是很清晰每個步驟要干什么，但真正到了詳細(xì)步驟的時候只根據(jù)這張圖是看不出具體做法來的，所以這就叫做只見森林不見樹。

2. 整理需求

要做到又見森林又見樹，需要對業(yè)務(wù)進(jìn)行詳細(xì)的調(diào)研，并將調(diào)研的需求進(jìn)行整理歸類，以此來洞察用戶行為，此步驟要捋清每個操作環(huán)節(jié)具體的流程以及業(yè)務(wù)邏輯，所以此步驟是最重要也是最容易混亂的，所以在調(diào)研此步驟時我借用了C端產(chǎn)品的用戶故事地圖，來完成此項(xiàng)任務(wù)：

第一個階段是根據(jù)第二步得出的流程，用戶需求是調(diào)研中用戶所提出的需求，用戶行為是需要將用戶的需求整理成用戶行為描述出來，這樣每個節(jié)點(diǎn)的邏輯與流程就出來了，最后記錄存在的問題。

在完成此步驟時需要考慮這幾個問題：

1. 某個流程節(jié)點(diǎn)下用戶都需要做哪些行為？

2. 需求中是否包括用戶的所有行為？（偽命題，不要嘗試窮舉所有行為）

3. 用戶會在什么情況下做這個行為？

跟圖這張圖可畫出詳細(xì)的流程圖或直接引用這張圖也可：

這樣我們就完成了業(yè)務(wù)流程與邏輯的調(diào)研，不過有人會問，這樣真的滿足了對方所有情況了嗎？我的答案是否定的。一家公司一般意識到想要發(fā)展信息化，至少要有10年左右的歷史，那么你要用短短的幾個月時間把這個流程全部搞清楚是不可能的，這家公司也未必能和你說清楚，所以需要一個迭代過程。

3. 鑄魂（管理）

以上是我們完成了一個關(guān)于應(yīng)付賬款的調(diào)研，如果按照上述需求去做設(shè)計(jì)，那肯定會滿足他們的需求，實(shí)際操作中也不會出現(xiàn)什么問題，那為什么還要做第三步呢？

我認(rèn)為我的產(chǎn)品是不能輕易被打敗的，也不會別人介紹我的產(chǎn)品的時候說“和某某產(chǎn)品類似”之類的話，我希望我的產(chǎn)品是一個有靈魂的產(chǎn)品。

這個事情是很難做到的，這里我所說的給產(chǎn)品鑄魂也是注入管理的靈魂，管理這東西虛無縹緲，你說他沒有，但是他有，你說他有但又看不見。

所以管理是存在每個環(huán)節(jié)中的，甚至一個小小的按鈕都能體現(xiàn)管理的作用。比如在采購物料編碼存在過多重復(fù)性垃圾數(shù)據(jù)時，系統(tǒng)如何幫助物料管理者去除重復(fù)的垃圾；在供應(yīng)商過多時，如何為管理者提供篩選供應(yīng)商的依據(jù)；如何幫助管理者有效管理員工。這些都是管理，我們將這些細(xì)節(jié)注入到產(chǎn)品中，就形成了我們的產(chǎn)品“魂”。

第三步 設(shè)計(jì)模塊

用腦圖清晰的表述出每個模塊的作用與功能，此步驟的目的在于幫助你再次回到全局的角度看此環(huán)節(jié)是否有遺漏或者不合理的地方。

模塊設(shè)計(jì)分為兩種：一種是站在系統(tǒng)角度將模塊進(jìn)行劃分；一種是站在業(yè)務(wù)角度去劃分模塊。

其中我個人認(rèn)為都有利弊，站在系統(tǒng)角度會更加清晰，開發(fā)人員理解起來也比較方便，但是使用者可能不是很習(xí)慣。業(yè)務(wù)角度去劃分會便于使用者去操作系統(tǒng)，很容易就能看出下一步我該干什么，在哪干，但是和開發(fā)解釋起來會比較麻煩，而且相對復(fù)雜。

比如同樣是合同，一個公司可能有采購合同、施工合同、銷售合同還有勞動合同，系統(tǒng)角度的話可以把合同單獨(dú)建立一個模塊，所有人只要做合同就來這個模塊；但是業(yè)務(wù)角度來設(shè)計(jì)的話就是采購合同歸屬于采購系統(tǒng)下的模塊，銷售合同歸屬于銷售系統(tǒng)下的模塊，這樣使用者操作起來是不是更方便。

當(dāng)然你們從我的話語中可以感覺得到我更偏向第二種，但是要注意數(shù)據(jù)統(tǒng)一管理的問題，如果讓公司老板看的話，他可能會從全局去看，更像是系統(tǒng)角度。

第四步 設(shè)計(jì)原型

設(shè)計(jì)原型的工具推薦Axure，我不是給Axure打廣告，但是我認(rèn)為這個確實(shí)比墨刀什么的強(qiáng)太多，Axure就好比PS，墨刀之類就好比美圖秀秀，雖然都可以處理圖片，但是自定義程度是不一樣的。

設(shè)計(jì)原型時你只要按照腦圖的模塊去建目錄按照用戶故事地圖去寫功能和邏輯就好了，這里就不過多介紹了，還需要注意的就是你們公司的產(chǎn)品規(guī)范，一個好的產(chǎn)品一定是有一套好的產(chǎn)品規(guī)范去約束，所以怎樣建立產(chǎn)品規(guī)范也是重中之重。

最后是這樣的：