最近在設(shè)計(jì)后臺(tái)業(yè)務(wù)系統(tǒng)，從需求分析到原型設(shè)計(jì)，重走了一遍從0-1的過(guò)程，整理了一套設(shè)計(jì)流程，其中有思考也有總結(jié)。

后臺(tái)業(yè)務(wù)系統(tǒng)設(shè)計(jì)流程

1. 用戶(hù)-角色劃分；
2. 需求-功能規(guī)劃；
3. 業(yè)務(wù)流程梳理；
4. 信息架構(gòu)搭建；
5. 交互自查；
6. 界面原型設(shè)計(jì)。

1. 用戶(hù)-角色劃分

后臺(tái)業(yè)務(wù)系統(tǒng)與一般2C前端產(chǎn)品有所不同，2C的前端產(chǎn)品目標(biāo)用戶(hù)只有一類(lèi)角色，即通過(guò)使用產(chǎn)品完成某一特定需求的用戶(hù)。后臺(tái)業(yè)務(wù)系統(tǒng)往往涉及較為復(fù)雜的業(yè)務(wù)流程，在業(yè)務(wù)流程的不同環(huán)節(jié)還涉及到不同角色之間的交互行為。

所以在做后臺(tái)業(yè)務(wù)系統(tǒng)設(shè)計(jì)之前，首先要明確系統(tǒng)的用戶(hù)角色，即有幾類(lèi)用戶(hù)使用你的產(chǎn)品。

2. 需求-功能規(guī)劃

2.1 需求

對(duì)于后臺(tái)業(yè)務(wù)系統(tǒng)而言，不同的業(yè)務(wù)場(chǎng)景下會(huì)有不同的業(yè)務(wù)需求，所以獲取需求最直接也是最有效的方式就是通過(guò)用戶(hù)訪談。

根據(jù)用戶(hù)角色的劃分，根據(jù)不同角色用戶(hù)，對(duì)每一類(lèi)角色用戶(hù)進(jìn)行訪談，訪談的幾個(gè)維度：

• 用戶(hù)當(dāng)前的工作的內(nèi)容是什么，業(yè)務(wù)流程是什么？
• 用戶(hù)通過(guò)系統(tǒng)實(shí)現(xiàn)什么樣的目標(biāo)，如果當(dāng)前有系統(tǒng)，那么當(dāng)前系統(tǒng)的問(wèn)題是什么？
• 用戶(hù)期望的工作狀態(tài)是什么，期望實(shí)現(xiàn)什么樣的工作目標(biāo)？

其實(shí)在用戶(hù)訪談中或者在需求分析時(shí)，經(jīng)常會(huì)被提一種要求就是：我希望加一個(gè)XX功能，我認(rèn)為流程應(yīng)該是XX的。

無(wú)論是業(yè)務(wù)部門(mén)也好，用戶(hù)也好，都會(huì)向產(chǎn)品經(jīng)理提這樣的難題。每當(dāng)遇到這種情況，就需要堅(jiān)定自己的立場(chǎng)。

用戶(hù)提的要求是從單個(gè)用戶(hù)的視角提出的需求，這個(gè)需求是個(gè)體類(lèi)需求還是群體類(lèi)需求？用戶(hù)提的是高頻需求還是低頻需求？等等這些問(wèn)題都是需要從產(chǎn)品的視角，從整個(gè)流程的視角去分析，而不是單純的默默接受用戶(hù)的要求。

2.2 功能

通過(guò)用戶(hù)訪談等各種方式獲取了需求后，就需要對(duì)需求進(jìn)行拆解分析，并形成不同的功能規(guī)劃。

上面提到了，在獲取需求階段，可能會(huì)從用戶(hù)那里獲得很多“偽需求”或者說(shuō)是“非最優(yōu)解決方案”。那么在需求分析階段，就需要去辨別，哪些需求是真的要去幫助用戶(hù)實(shí)現(xiàn)的？哪些需求是個(gè)別用戶(hù)的需求，在當(dāng)前資源配置階段不宜去滿(mǎn)足的？

在需求分析時(shí)，也有幾個(gè)維度可以用來(lái)分析需求要不要滿(mǎn)足：

• 需求是個(gè)體的還是群體的？如果需求僅僅是為了滿(mǎn)足某一個(gè)人的需要，那么可以考慮延后或者不做，當(dāng)然，如果是大領(lǐng)導(dǎo)另當(dāng)別論。
• 需求是剛需還是錦上添花？如果需求不被滿(mǎn)足，會(huì)不會(huì)影響正常業(yè)務(wù)流程的運(yùn)轉(zhuǎn)？如果會(huì)影響那么就是剛需；如果需求僅僅是為了系統(tǒng)更高效更便捷，可以根據(jù)當(dāng)前資源配置、時(shí)間等因素考慮通過(guò)版本迭代的方式進(jìn)行規(guī)劃。

當(dāng)你分析需求的過(guò)程中如果無(wú)法決斷，那么就回歸到業(yè)務(wù)本質(zhì)，回歸的用戶(hù)本身，將自己置身于用戶(hù)角色當(dāng)中去思考，相信你就可以得到正確的答案。

3. 業(yè)務(wù)流程梳理

3.1 核心業(yè)務(wù)流程

核心業(yè)務(wù)流程指完整的業(yè)務(wù)流程，其中涉及了多角色之間的交互行為，通過(guò)對(duì)不同角色用戶(hù)訪談以及對(duì)業(yè)務(wù)的了解，借助于泳道圖（跨角色流程圖）梳理核心業(yè)務(wù)流程，明確不同環(huán)節(jié)節(jié)點(diǎn)不同角色用戶(hù)的操作及需要完成的任務(wù)。

3.2 用戶(hù)流

用戶(hù)流針對(duì)某一個(gè)角色而言，該角色通過(guò)系統(tǒng)所完成既定任務(wù)的業(yè)務(wù)流程，梳理不同角色的業(yè)務(wù)流程，為下面的信息架構(gòu)搭建提供決策。用戶(hù)流的梳理方式可以是傳統(tǒng)的流程圖，也可以使用頁(yè)面流程圖的形式，展現(xiàn)更為清晰。

4. 信息架構(gòu)搭建

信息架構(gòu)，簡(jiǎn)單來(lái)說(shuō)就是對(duì)產(chǎn)品功能的分門(mén)別類(lèi)，比較常用的方法是卡片分組，將所有的功能寫(xiě)在卡片上，然后由用戶(hù)將卡片進(jìn)行分組，再由產(chǎn)品經(jīng)理根據(jù)用戶(hù)分組結(jié)果進(jìn)行一定調(diào)整，最終形成信息架構(gòu)。

另外一種方式就是基于用戶(hù)流進(jìn)行信息架構(gòu)搭建，在梳理用戶(hù)流的過(guò)程中，可以根據(jù)業(yè)務(wù)流程節(jié)點(diǎn)梳理出所有用戶(hù)可能用到的功能，然后根據(jù)功能點(diǎn)之間的邏輯關(guān)系，確定功能之間的分門(mén)別類(lèi)。

5. 交互自查

后臺(tái)業(yè)務(wù)系統(tǒng)的特點(diǎn)是業(yè)務(wù)邏輯復(fù)雜，涉及不同用戶(hù)角色之間交互行為，所以在進(jìn)行設(shè)計(jì)的過(guò)程中難免會(huì)遇到想不到處理不到位的情況出現(xiàn)。

關(guān)于交互自查的細(xì)節(jié)，網(wǎng)上有很多更為詳盡的資料，這里僅列出較為重要的兩個(gè)維度：

• 流程：在梳理業(yè)務(wù)流程時(shí)，無(wú)論是核心業(yè)務(wù)流程還是用戶(hù)角色流程，需要注重異常流程的處理，盡可能想到所有的異常流程，當(dāng)用戶(hù)操作出現(xiàn)問(wèn)題時(shí)，系統(tǒng)可以給予相應(yīng)的反饋。
• 狀態(tài)：組件、按鈕，涉及到用戶(hù)交互以及不同角色之間交互時(shí)，都會(huì)出現(xiàn)狀態(tài)的改變，在進(jìn)行功能及界面設(shè)計(jì)時(shí)，需要明確可能得所有狀態(tài)，然后明確不同狀態(tài)之間的切換邏輯。

6. 界面原型

經(jīng)過(guò)上面用戶(hù)角色劃分、需求-功能規(guī)劃、業(yè)務(wù)流程梳理、信息架構(gòu)搭建以及交互自查，基本上對(duì)產(chǎn)品的原型已經(jīng)有了一個(gè)大致的想法，接下來(lái)就是通過(guò)原型工具把想法轉(zhuǎn)換成可以落地的原型。

原型的目標(biāo)是把規(guī)劃的功能、流程展現(xiàn)出來(lái)，方便與研發(fā)團(tuán)隊(duì)溝通，可以將產(chǎn)品落地，將需求轉(zhuǎn)化為可以給用戶(hù)使用的產(chǎn)品。

#專(zhuān)欄作家#

記小憶，人人都是產(chǎn)品經(jīng)理專(zhuān)欄作者，野蠻生長(zhǎng)的產(chǎn)品經(jīng)理，擅長(zhǎng)從0-1搭建產(chǎn)品經(jīng)理知識(shí)體系。公眾號(hào)：PM龍門(mén)陣。

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

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