從0到1設(shè)計一款B端產(chǎn)品，分不開兩個階段，一個是整體設(shè)計階段，另一個是詳細(xì)設(shè)計階段。其中都有哪些工作需要準(zhǔn)備，一起來看看作者是怎么說的，希望對產(chǎn)品初學(xué)者、一直在做產(chǎn)品功能設(shè)計的產(chǎn)品人帶來幫助。

幾天前，跟兩個工作5年以上的產(chǎn)品經(jīng)理聊產(chǎn)品設(shè)計。令我驚訝的是，他們居然不清楚B端產(chǎn)品的設(shè)計分為兩個階段，一個是整體設(shè)計階段，另一個是詳細(xì)設(shè)計階段。

分析原因，大概是因為他們一直在基層崗位擰螺絲，接觸的都是詳細(xì)設(shè)計階段的內(nèi)容，對整體設(shè)計不熟悉也就不足為奇了。這就是在大廠擰螺絲的弊端吧。

有感于此，我才準(zhǔn)備寫本篇文章，從整體上介紹如何從0到1設(shè)計一款B端產(chǎn)品，并努力做到圖文并茂吧。希望能對產(chǎn)品初學(xué)者、一直在做產(chǎn)品功能設(shè)計的產(chǎn)品人有一些幫助，讓他們從更高的視野來看待產(chǎn)品設(shè)計這件事。

文章較長，目錄如下。

一、第1次業(yè)務(wù)調(diào)研

在決定好做某個方向的產(chǎn)品，并聯(lián)系好調(diào)研的客戶之后，就開始了第1次業(yè)務(wù)調(diào)研。

這里有一個常見的誤區(qū)，認(rèn)為業(yè)務(wù)調(diào)研是一次完成的。實際上，由于B端產(chǎn)品涉及的業(yè)務(wù)較為復(fù)雜，所以，業(yè)務(wù)調(diào)研往往不是一次就能完成的，通常需要多次調(diào)研。

多次調(diào)研并非隨意調(diào)研，而是按照由上至下、由大致小、從粗到精的順序進(jìn)行調(diào)研。就像剝洋蔥一樣，從業(yè)務(wù)框架開始一層一層剝，直至業(yè)務(wù)細(xì)節(jié)。

1.1 調(diào)研前的準(zhǔn)備工作

由于是第1次業(yè)務(wù)調(diào)研，也是第1次與客戶接觸，所以我們需要給客戶展現(xiàn)我們的專業(yè)性，讓客戶信賴我們，讓客戶相信我們。所以，在第1次業(yè)務(wù)調(diào)研前，需要了解行業(yè)里通用的業(yè)務(wù)模式。在與客戶溝通交流的時候，能夠與客戶平等對話。

比如，客戶想做一套自己的電商系統(tǒng)，那么在去客戶那里調(diào)研前，我們需要搞清楚通用的電商業(yè)務(wù)模式。

1.2 調(diào)研的目的

第1次業(yè)務(wù)調(diào)研的目的如下。

1. 明確業(yè)務(wù)范圍；
2. 梳理客戶的業(yè)務(wù)現(xiàn)狀；
3. 了解客戶業(yè)務(wù)的痛點和問題，以及客戶的期望。

1.3 調(diào)研哪些內(nèi)容

由于我們已經(jīng)知道通用的業(yè)務(wù)模式，所以調(diào)研的重點就放在客戶個性化的業(yè)務(wù)上，如此可以減輕我們調(diào)研的負(fù)擔(dān)。

具體來說，需要調(diào)研的內(nèi)容包括：梳理整體業(yè)務(wù)流程、明確客戶的痛點/問題以及期望，了解客戶的組織架構(gòu)。

1.3.1 整體業(yè)務(wù)流程

由于本次調(diào)研的目的之一是明確業(yè)務(wù)范圍，所以不用調(diào)研業(yè)務(wù)細(xì)節(jié)，只需要弄清楚客戶的整體業(yè)務(wù)流程。

一般來說，整體業(yè)務(wù)流程需要達(dá)到的細(xì)度是，能夠表達(dá)出各參與方在哪里做什么事情。換句話說，就是搞明白三要素：參與方、現(xiàn)有業(yè)務(wù)系統(tǒng)、各參與方在業(yè)務(wù)系統(tǒng)中的業(yè)務(wù)活動。

我們以某電商的業(yè)務(wù)為例，說明整體業(yè)務(wù)流程，如下。本篇文章后續(xù)的例子，將基于該電商的業(yè)務(wù)展開。

在梳理整體業(yè)務(wù)流程時，需要注意兩點。

首先，需要搞明白業(yè)務(wù)流程中存在的痛點和問題，這是我們后續(xù)做方案時需要解決的。

比如，在上面的某電商整體業(yè)務(wù)流程中，供應(yīng)商通過線下手工方式給平臺提供商品信息，由平臺在電商平臺端錄入商品信息。隨著買家需求的增長，供應(yīng)商和供應(yīng)商提供的商品信息均在逐漸增多，平臺錄入商品信息需要的人力也逐步增加，這給平臺帶來很大的負(fù)擔(dān)。

其次，需要搞明白客戶現(xiàn)在用的系統(tǒng)有哪些，各個系統(tǒng)的作用是什么，客戶對這些系統(tǒng)的替代或集成是怎么考慮的。這是我們后續(xù)考慮系統(tǒng)集成方案的基礎(chǔ)。

1.3.2 組織架構(gòu)

B端產(chǎn)品的客戶往往具有多層級組織架構(gòu)。比如，集團(tuán)下面有各個公司，公司下面有子公司，子公司下面有孫公司，孫公司下面有門店、項目部等。

了解清楚客戶的組織架構(gòu)，將有利于后續(xù)的權(quán)限設(shè)計。

1.4 調(diào)研后需要交付什么

調(diào)研結(jié)束后，不是簡單跟領(lǐng)導(dǎo)匯報調(diào)研情況就可以的，而是需要寫一份調(diào)研報告。調(diào)研報告的內(nèi)容包括：

1. 客戶業(yè)務(wù)現(xiàn)狀，會用到整體業(yè)務(wù)流程圖，并輔以文字說明；
2. 客戶業(yè)務(wù)存在的問題，以及客戶的期望；
3. 哪些問題可以用產(chǎn)品解決；
4. 問題的優(yōu)先級列表。

調(diào)研報告完成后，需要與客戶溝通并獲得客戶確認(rèn)。

二、整體方案設(shè)計

客戶認(rèn)可調(diào)研報告后，我們開始產(chǎn)品整體方案的設(shè)計。相比于細(xì)節(jié)方案設(shè)計，整體方案設(shè)計更宏觀，不涉及業(yè)務(wù)細(xì)節(jié)和產(chǎn)品原型。

2.1 整體方案流程設(shè)計

根據(jù)我們在第1次業(yè)務(wù)調(diào)研中得到的痛點和問題，對客戶整體業(yè)務(wù)流程進(jìn)行改進(jìn)，形成整體方案流程。

整體方案流程需要表達(dá)出的三要素是，參與方、系統(tǒng)（現(xiàn)有的和將要做的）、各參與方在系統(tǒng)中的業(yè)務(wù)活動。

針對平臺錄入商品信息負(fù)擔(dān)重的問題，給出了解決方案。建設(shè)一個電商供應(yīng)商端，由各個供應(yīng)商提交商品信息，然后平臺負(fù)責(zé)審核商品信息。這可以降低平臺錄入商品信息的負(fù)擔(dān)。同時，供應(yīng)商提交的商品信息需要經(jīng)過平臺審核，可以有效避免供應(yīng)商錄入信息不規(guī)范的問題。

2.2 產(chǎn)品定位

產(chǎn)品定位是要闡明，系統(tǒng)（產(chǎn)品）為誰提供什么服務(wù)。

我們舉的例子中，電商供應(yīng)商端的定位是，為供應(yīng)商提供商品信息提交與管理等功能。

如果系統(tǒng)涉及的參與方比較多，那么可能需要將系統(tǒng)拆分為若干子系統(tǒng)，并分別闡明各子系統(tǒng)為誰提供什么服務(wù)。

2.3 功能模塊設(shè)計

功能模塊設(shè)計，就是考慮為用戶提供哪些功能模塊，以滿足產(chǎn)品定位。

這是一個做加法的過程，把能想到的功能模塊都羅列出來。在這個過程中，可以參考競品的功能模塊。

2.4 應(yīng)用架構(gòu)設(shè)計

應(yīng)用架構(gòu)設(shè)計的目的有兩個，一個是說明各個功能模塊之間的關(guān)系，一般指數(shù)據(jù)流轉(zhuǎn)關(guān)系；另一個是說明系統(tǒng)的功能模塊與公司內(nèi)部其他功能模塊間的關(guān)系，是改造還是重新開發(fā)。

由于電商系統(tǒng)中已經(jīng)有訂單管理模塊，且訂單管理模塊包含訂單及其狀態(tài)等信息，所以電商供應(yīng)商端不需要重復(fù)開發(fā)訂單管理模塊。為了實現(xiàn)電商供應(yīng)商端的訂單列表和訂單取消申請兩個模塊，只需對訂單管理模塊的接口進(jìn)行改造。

2.5 產(chǎn)品路標(biāo)設(shè)計

產(chǎn)品路標(biāo)設(shè)計，就是依照業(yè)務(wù)優(yōu)先級確定功能模塊的實現(xiàn)節(jié)奏，即YY1年MM1月DD1日實現(xiàn)哪些功能，YY2年MM2月DD2日實現(xiàn)哪些功能……

做完以上5個步驟，就完成了產(chǎn)品的整體方案設(shè)計。在進(jìn)行第2-n次業(yè)務(wù)調(diào)研前，需要與客戶確認(rèn)整體方案。

三、第2-n次業(yè)務(wù)調(diào)研

3.1 調(diào)研哪些內(nèi)容

第1次調(diào)研的內(nèi)容比較宏觀，所以第2次調(diào)研需要搞清楚各個功能模塊所涉及業(yè)務(wù)的現(xiàn)狀、存在的問題和痛點，以及用戶的期望。

具體來說，需要梳理出各個功能模塊所涉及的業(yè)務(wù)流程，并畫出業(yè)務(wù)流程圖。同時，需要對客戶的報表需求進(jìn)行調(diào)研。

如果第2次調(diào)研后發(fā)現(xiàn)還有一些細(xì)節(jié)沒有弄清楚，那么就需要更多次調(diào)研。但是，最好在調(diào)研前做好調(diào)研計劃，每次調(diào)研內(nèi)容盡量系統(tǒng)、全面，以減少調(diào)研的次數(shù)。因為客戶一般都比較忙，不太容易約調(diào)研時間。

3.2 調(diào)研需要交付什么

調(diào)研完成后，需要產(chǎn)出調(diào)研報告，并與客戶確認(rèn)。調(diào)研報告的要點與第1次調(diào)研后輸出的調(diào)研報告相同。

四、詳細(xì)方案設(shè)計

4.1 詳細(xì)方案流程設(shè)計

根據(jù)第2次調(diào)研得到的業(yè)務(wù)問題、痛點和用戶期望，對當(dāng)前的業(yè)務(wù)流程進(jìn)行改進(jìn)，并分別繪制各個功能模塊詳細(xì)方案流程。

詳細(xì)方案流程描述的是角色A在系統(tǒng)B中做事情C。換句話說，詳細(xì)方案流程的三要素是角色、系統(tǒng)、活動。

通常，用跨職能業(yè)務(wù)流程圖表示詳細(xì)方案流程。

4.2 頁面流轉(zhuǎn)圖設(shè)計

頁面流轉(zhuǎn)圖是比詳細(xì)方案流程圖更細(xì)節(jié)的圖。相比詳細(xì)方案流程圖，頁面流轉(zhuǎn)圖描述的是角色A在系統(tǒng)B中為了完成事情C需要的操作D，以及操作涉及的頁面?？梢钥闯?，頁面流轉(zhuǎn)圖的要素是用戶操作和頁面。

基于頁面流轉(zhuǎn)圖，可以梳理出產(chǎn)品的頁面有哪些，這是后續(xù)產(chǎn)品原型設(shè)計的基礎(chǔ)。

4.3 產(chǎn)品原型設(shè)計

產(chǎn)品原型設(shè)計大家都比較熟悉，就是把設(shè)計意圖形象、直觀地表示出來。

不同的公司，產(chǎn)品經(jīng)理在原型設(shè)計時的分工稍有不同。有交互設(shè)計師的公司，產(chǎn)品經(jīng)理畫出線框圖就行。如果公司里沒有交互設(shè)計師，那么產(chǎn)品經(jīng)理需要把交互設(shè)計也做出來。

對于B端產(chǎn)品，最重要的是解決客戶的業(yè)務(wù)問題，而不是把用戶體驗做到極致。所以，我們會看到很多B端產(chǎn)品的設(shè)計很low。這不是因為B端產(chǎn)品經(jīng)理的審美水平不行，而是因為客戶并不需要高大上的用戶體驗。但這并不是說用戶體驗就不重要，可以隨意瞎搞，而是不需要在用戶體驗上花費大量精力。

4.4 權(quán)限設(shè)計

B端產(chǎn)品的特點之一是，客戶的組織架構(gòu)復(fù)雜。為了保證數(shù)據(jù)的安全，需要進(jìn)行功能或數(shù)據(jù)的權(quán)限控制，這就涉及到權(quán)限設(shè)計。

通常，權(quán)限設(shè)計分為功能權(quán)限設(shè)計和數(shù)據(jù)權(quán)限設(shè)計。功能權(quán)限設(shè)計是對頁面中功能點的訪問權(quán)限進(jìn)行設(shè)計。功能權(quán)限設(shè)計有一套經(jīng)典的理論模型——RBAC模型，一般的B端系統(tǒng)都會基于這個模型設(shè)計功能權(quán)限。

數(shù)據(jù)權(quán)限設(shè)計是對用戶能夠查到的數(shù)據(jù)范圍進(jìn)行設(shè)計。通常而言，用戶的數(shù)據(jù)權(quán)限和他在組織架構(gòu)中的節(jié)點有關(guān)。

4.5 埋點設(shè)計

為了量化產(chǎn)品的使用效果，同時記錄用戶的使用行為，需要進(jìn)行埋點設(shè)計。通過埋點，可以獲取用戶的行為數(shù)據(jù)，進(jìn)而對該數(shù)據(jù)進(jìn)行分析，從而得出有價值的結(jié)論，例如，如何改進(jìn)產(chǎn)品的功能。

至此，就完成了一個B端產(chǎn)品從0到1的設(shè)計。