通用方法論 | 從0到1設(shè)計(jì)一款B端產(chǎn)品
從0到1設(shè)計(jì)一款B端產(chǎn)品,分不開(kāi)兩個(gè)階段,一個(gè)是整體設(shè)計(jì)階段,另一個(gè)是詳細(xì)設(shè)計(jì)階段。其中都有哪些工作需要準(zhǔn)備,一起來(lái)看看作者是怎么說(shuō)的,希望對(duì)產(chǎn)品初學(xué)者、一直在做產(chǎn)品功能設(shè)計(jì)的產(chǎn)品人帶來(lái)幫助。
幾天前,跟兩個(gè)工作5年以上的產(chǎn)品經(jīng)理聊產(chǎn)品設(shè)計(jì)。令我驚訝的是,他們居然不清楚B端產(chǎn)品的設(shè)計(jì)分為兩個(gè)階段,一個(gè)是整體設(shè)計(jì)階段,另一個(gè)是詳細(xì)設(shè)計(jì)階段。
分析原因,大概是因?yàn)樗麄円恢痹诨鶎訊徫粩Q螺絲,接觸的都是詳細(xì)設(shè)計(jì)階段的內(nèi)容,對(duì)整體設(shè)計(jì)不熟悉也就不足為奇了。這就是在大廠擰螺絲的弊端吧。
有感于此,我才準(zhǔn)備寫(xiě)本篇文章,從整體上介紹如何從0到1設(shè)計(jì)一款B端產(chǎn)品,并努力做到圖文并茂吧。希望能對(duì)產(chǎn)品初學(xué)者、一直在做產(chǎn)品功能設(shè)計(jì)的產(chǎn)品人有一些幫助,讓他們從更高的視野來(lái)看待產(chǎn)品設(shè)計(jì)這件事。
文章較長(zhǎng),目錄如下。
一、第1次業(yè)務(wù)調(diào)研
在決定好做某個(gè)方向的產(chǎn)品,并聯(lián)系好調(diào)研的客戶之后,就開(kāi)始了第1次業(yè)務(wù)調(diào)研。
這里有一個(gè)常見(jiàn)的誤區(qū),認(rèn)為業(yè)務(wù)調(diào)研是一次完成的。實(shí)際上,由于B端產(chǎn)品涉及的業(yè)務(wù)較為復(fù)雜,所以,業(yè)務(wù)調(diào)研往往不是一次就能完成的,通常需要多次調(diào)研。
多次調(diào)研并非隨意調(diào)研,而是按照由上至下、由大致小、從粗到精的順序進(jìn)行調(diào)研。就像剝洋蔥一樣,從業(yè)務(wù)框架開(kāi)始一層一層剝,直至業(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ù)模式。在與客戶溝通交流的時(shí)候,能夠與客戶平等對(duì)話。
比如,客戶想做一套自己的電商系統(tǒng),那么在去客戶那里調(diào)研前,我們需要搞清楚通用的電商業(yè)務(wù)模式。
1.2 調(diào)研的目的
第1次業(yè)務(wù)調(diào)研的目的如下。
- 明確業(yè)務(wù)范圍;
- 梳理客戶的業(yè)務(wù)現(xiàn)狀;
- 了解客戶業(yè)務(wù)的痛點(diǎn)和問(wèn)題,以及客戶的期望。
1.3 調(diào)研哪些內(nèi)容
由于我們已經(jīng)知道通用的業(yè)務(wù)模式,所以調(diào)研的重點(diǎn)就放在客戶個(gè)性化的業(yè)務(wù)上,如此可以減輕我們調(diào)研的負(fù)擔(dān)。
具體來(lái)說(shuō),需要調(diào)研的內(nèi)容包括:梳理整體業(yè)務(wù)流程、明確客戶的痛點(diǎn)/問(wèn)題以及期望,了解客戶的組織架構(gòu)。
1.3.1 整體業(yè)務(wù)流程
由于本次調(diào)研的目的之一是明確業(yè)務(wù)范圍,所以不用調(diào)研業(yè)務(wù)細(xì)節(jié),只需要弄清楚客戶的整體業(yè)務(wù)流程。
一般來(lái)說(shuō),整體業(yè)務(wù)流程需要達(dá)到的細(xì)度是,能夠表達(dá)出各參與方在哪里做什么事情。換句話說(shuō),就是搞明白三要素:參與方、現(xiàn)有業(yè)務(wù)系統(tǒng)、各參與方在業(yè)務(wù)系統(tǒng)中的業(yè)務(wù)活動(dòng)。
我們以某電商的業(yè)務(wù)為例,說(shuō)明整體業(yè)務(wù)流程,如下。本篇文章后續(xù)的例子,將基于該電商的業(yè)務(wù)展開(kāi)。
在梳理整體業(yè)務(wù)流程時(shí),需要注意兩點(diǎn)。
首先,需要搞明白業(yè)務(wù)流程中存在的痛點(diǎn)和問(wèn)題,這是我們后續(xù)做方案時(shí)需要解決的。
比如,在上面的某電商整體業(yè)務(wù)流程中,供應(yīng)商通過(guò)線下手工方式給平臺(tái)提供商品信息,由平臺(tái)在電商平臺(tái)端錄入商品信息。隨著買(mǎi)家需求的增長(zhǎng),供應(yīng)商和供應(yīng)商提供的商品信息均在逐漸增多,平臺(tái)錄入商品信息需要的人力也逐步增加,這給平臺(tái)帶來(lái)很大的負(fù)擔(dān)。
其次,需要搞明白客戶現(xiàn)在用的系統(tǒng)有哪些,各個(gè)系統(tǒng)的作用是什么,客戶對(duì)這些系統(tǒng)的替代或集成是怎么考慮的。這是我們后續(xù)考慮系統(tǒng)集成方案的基礎(chǔ)。
1.3.2 組織架構(gòu)
B端產(chǎn)品的客戶往往具有多層級(jí)組織架構(gòu)。比如,集團(tuán)下面有各個(gè)公司,公司下面有子公司,子公司下面有孫公司,孫公司下面有門(mén)店、項(xiàng)目部等。
了解清楚客戶的組織架構(gòu),將有利于后續(xù)的權(quán)限設(shè)計(jì)。
1.4 調(diào)研后需要交付什么
調(diào)研結(jié)束后,不是簡(jiǎn)單跟領(lǐng)導(dǎo)匯報(bào)調(diào)研情況就可以的,而是需要寫(xiě)一份調(diào)研報(bào)告。調(diào)研報(bào)告的內(nèi)容包括:
- 客戶業(yè)務(wù)現(xiàn)狀,會(huì)用到整體業(yè)務(wù)流程圖,并輔以文字說(shuō)明;
- 客戶業(yè)務(wù)存在的問(wèn)題,以及客戶的期望;
- 哪些問(wèn)題可以用產(chǎn)品解決;
- 問(wèn)題的優(yōu)先級(jí)列表。
調(diào)研報(bào)告完成后,需要與客戶溝通并獲得客戶確認(rèn)。
二、整體方案設(shè)計(jì)
客戶認(rèn)可調(diào)研報(bào)告后,我們開(kāi)始產(chǎn)品整體方案的設(shè)計(jì)。相比于細(xì)節(jié)方案設(shè)計(jì),整體方案設(shè)計(jì)更宏觀,不涉及業(yè)務(wù)細(xì)節(jié)和產(chǎn)品原型。
2.1 整體方案流程設(shè)計(jì)
根據(jù)我們?cè)诘?次業(yè)務(wù)調(diào)研中得到的痛點(diǎn)和問(wèn)題,對(duì)客戶整體業(yè)務(wù)流程進(jìn)行改進(jìn),形成整體方案流程。
整體方案流程需要表達(dá)出的三要素是,參與方、系統(tǒng)(現(xiàn)有的和將要做的)、各參與方在系統(tǒng)中的業(yè)務(wù)活動(dòng)。
針對(duì)平臺(tái)錄入商品信息負(fù)擔(dān)重的問(wèn)題,給出了解決方案。建設(shè)一個(gè)電商供應(yīng)商端,由各個(gè)供應(yīng)商提交商品信息,然后平臺(tái)負(fù)責(zé)審核商品信息。這可以降低平臺(tái)錄入商品信息的負(fù)擔(dān)。同時(shí),供應(yīng)商提交的商品信息需要經(jīng)過(guò)平臺(tái)審核,可以有效避免供應(yīng)商錄入信息不規(guī)范的問(wèn)題。
2.2 產(chǎn)品定位
產(chǎn)品定位是要闡明,系統(tǒng)(產(chǎn)品)為誰(shuí)提供什么服務(wù)。
我們舉的例子中,電商供應(yīng)商端的定位是,為供應(yīng)商提供商品信息提交與管理等功能。
如果系統(tǒng)涉及的參與方比較多,那么可能需要將系統(tǒng)拆分為若干子系統(tǒng),并分別闡明各子系統(tǒng)為誰(shuí)提供什么服務(wù)。
2.3 功能模塊設(shè)計(jì)
功能模塊設(shè)計(jì),就是考慮為用戶提供哪些功能模塊,以滿足產(chǎn)品定位。
這是一個(gè)做加法的過(guò)程,把能想到的功能模塊都羅列出來(lái)。在這個(gè)過(guò)程中,可以參考競(jìng)品的功能模塊。
2.4 應(yīng)用架構(gòu)設(shè)計(jì)
應(yīng)用架構(gòu)設(shè)計(jì)的目的有兩個(gè),一個(gè)是說(shuō)明各個(gè)功能模塊之間的關(guān)系,一般指數(shù)據(jù)流轉(zhuǎn)關(guān)系;另一個(gè)是說(shuō)明系統(tǒng)的功能模塊與公司內(nèi)部其他功能模塊間的關(guān)系,是改造還是重新開(kāi)發(fā)。
由于電商系統(tǒng)中已經(jīng)有訂單管理模塊,且訂單管理模塊包含訂單及其狀態(tài)等信息,所以電商供應(yīng)商端不需要重復(fù)開(kāi)發(fā)訂單管理模塊。為了實(shí)現(xiàn)電商供應(yīng)商端的訂單列表和訂單取消申請(qǐng)兩個(gè)模塊,只需對(duì)訂單管理模塊的接口進(jìn)行改造。
2.5 產(chǎn)品路標(biāo)設(shè)計(jì)
產(chǎn)品路標(biāo)設(shè)計(jì),就是依照業(yè)務(wù)優(yōu)先級(jí)確定功能模塊的實(shí)現(xiàn)節(jié)奏,即YY1年MM1月DD1日實(shí)現(xiàn)哪些功能,YY2年MM2月DD2日實(shí)現(xiàn)哪些功能……
做完以上5個(gè)步驟,就完成了產(chǎn)品的整體方案設(shè)計(jì)。在進(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)研需要搞清楚各個(gè)功能模塊所涉及業(yè)務(wù)的現(xiàn)狀、存在的問(wèn)題和痛點(diǎn),以及用戶的期望。
具體來(lái)說(shuō),需要梳理出各個(gè)功能模塊所涉及的業(yè)務(wù)流程,并畫(huà)出業(yè)務(wù)流程圖。同時(shí),需要對(duì)客戶的報(bào)表需求進(jìn)行調(diào)研。
如果第2次調(diào)研后發(fā)現(xiàn)還有一些細(xì)節(jié)沒(méi)有弄清楚,那么就需要更多次調(diào)研。但是,最好在調(diào)研前做好調(diào)研計(jì)劃,每次調(diào)研內(nèi)容盡量系統(tǒng)、全面,以減少調(diào)研的次數(shù)。因?yàn)榭蛻粢话愣急容^忙,不太容易約調(diào)研時(shí)間。
3.2 調(diào)研需要交付什么
調(diào)研完成后,需要產(chǎn)出調(diào)研報(bào)告,并與客戶確認(rèn)。調(diào)研報(bào)告的要點(diǎn)與第1次調(diào)研后輸出的調(diào)研報(bào)告相同。
四、詳細(xì)方案設(shè)計(jì)
4.1 詳細(xì)方案流程設(shè)計(jì)
根據(jù)第2次調(diào)研得到的業(yè)務(wù)問(wèn)題、痛點(diǎn)和用戶期望,對(duì)當(dāng)前的業(yè)務(wù)流程進(jìn)行改進(jìn),并分別繪制各個(gè)功能模塊詳細(xì)方案流程。
詳細(xì)方案流程描述的是角色A在系統(tǒng)B中做事情C。換句話說(shuō),詳細(xì)方案流程的三要素是角色、系統(tǒng)、活動(dòng)。
通常,用跨職能業(yè)務(wù)流程圖表示詳細(xì)方案流程。
4.2 頁(yè)面流轉(zhuǎn)圖設(shè)計(jì)
頁(yè)面流轉(zhuǎn)圖是比詳細(xì)方案流程圖更細(xì)節(jié)的圖。相比詳細(xì)方案流程圖,頁(yè)面流轉(zhuǎn)圖描述的是角色A在系統(tǒng)B中為了完成事情C需要的操作D,以及操作涉及的頁(yè)面??梢钥闯觯?b>頁(yè)面流轉(zhuǎn)圖的要素是用戶操作和頁(yè)面。
基于頁(yè)面流轉(zhuǎn)圖,可以梳理出產(chǎn)品的頁(yè)面有哪些,這是后續(xù)產(chǎn)品原型設(shè)計(jì)的基礎(chǔ)。
4.3 產(chǎn)品原型設(shè)計(jì)
產(chǎn)品原型設(shè)計(jì)大家都比較熟悉,就是把設(shè)計(jì)意圖形象、直觀地表示出來(lái)。
不同的公司,產(chǎn)品經(jīng)理在原型設(shè)計(jì)時(shí)的分工稍有不同。有交互設(shè)計(jì)師的公司,產(chǎn)品經(jīng)理畫(huà)出線框圖就行。如果公司里沒(méi)有交互設(shè)計(jì)師,那么產(chǎn)品經(jīng)理需要把交互設(shè)計(jì)也做出來(lái)。
對(duì)于B端產(chǎn)品,最重要的是解決客戶的業(yè)務(wù)問(wèn)題,而不是把用戶體驗(yàn)做到極致。所以,我們會(huì)看到很多B端產(chǎn)品的設(shè)計(jì)很low。這不是因?yàn)锽端產(chǎn)品經(jīng)理的審美水平不行,而是因?yàn)榭蛻舨⒉恍枰叽笊系挠脩趔w驗(yàn)。但這并不是說(shuō)用戶體驗(yàn)就不重要,可以隨意瞎搞,而是不需要在用戶體驗(yàn)上花費(fèi)大量精力。
4.4 權(quán)限設(shè)計(jì)
B端產(chǎn)品的特點(diǎn)之一是,客戶的組織架構(gòu)復(fù)雜。為了保證數(shù)據(jù)的安全,需要進(jìn)行功能或數(shù)據(jù)的權(quán)限控制,這就涉及到權(quán)限設(shè)計(jì)。
通常,權(quán)限設(shè)計(jì)分為功能權(quán)限設(shè)計(jì)和數(shù)據(jù)權(quán)限設(shè)計(jì)。功能權(quán)限設(shè)計(jì)是對(duì)頁(yè)面中功能點(diǎn)的訪問(wèn)權(quán)限進(jìn)行設(shè)計(jì)。功能權(quán)限設(shè)計(jì)有一套經(jīng)典的理論模型——RBAC模型,一般的B端系統(tǒng)都會(huì)基于這個(gè)模型設(shè)計(jì)功能權(quán)限。
數(shù)據(jù)權(quán)限設(shè)計(jì)是對(duì)用戶能夠查到的數(shù)據(jù)范圍進(jìn)行設(shè)計(jì)。通常而言,用戶的數(shù)據(jù)權(quán)限和他在組織架構(gòu)中的節(jié)點(diǎn)有關(guān)。
4.5 埋點(diǎn)設(shè)計(jì)
為了量化產(chǎn)品的使用效果,同時(shí)記錄用戶的使用行為,需要進(jìn)行埋點(diǎn)設(shè)計(jì)。通過(guò)埋點(diǎn),可以獲取用戶的行為數(shù)據(jù),進(jìn)而對(duì)該數(shù)據(jù)進(jìn)行分析,從而得出有價(jià)值的結(jié)論,例如,如何改進(jìn)產(chǎn)品的功能。
至此,就完成了一個(gè)B端產(chǎn)品從0到1的設(shè)計(jì)。
作者:產(chǎn)品經(jīng)理伯庸;微信公眾號(hào):產(chǎn)品經(jīng)理伯庸;
本文由 @產(chǎn)品經(jīng)理伯庸 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載
題圖來(lái)自 Unsplash,基于 CC0 協(xié)議
該文觀點(diǎn)僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺(tái)僅提供信息存儲(chǔ)空間服務(wù)。
不錯(cuò),這么好的文章,點(diǎn)贊!
不錯(cuò)