最近在設計后臺業(yè)務系統(tǒng)，從需求分析到原型設計，重走了一遍從0-1的過程，整理了一套設計流程，其中有思考也有總結。
后臺業(yè)務系統(tǒng)設計流程
- 用戶-角色劃分；
- 需求-功能規(guī)劃；
- 業(yè)務流程梳理；
- 信息架構搭建；
- 交互自查；
- 界面原型設計。
1. 用戶-角色劃分
后臺業(yè)務系統(tǒng)與一般2C前端產(chǎn)品有所不同，2C的前端產(chǎn)品目標用戶只有一類角色，即通過使用產(chǎn)品完成某一特定需求的用戶。后臺業(yè)務系統(tǒng)往往涉及較為復雜的業(yè)務流程，在業(yè)務流程的不同環(huán)節(jié)還涉及到不同角色之間的交互行為。
所以在做后臺業(yè)務系統(tǒng)設計之前，首先要明確系統(tǒng)的用戶角色，即有幾類用戶使用你的產(chǎn)品。
2. 需求-功能規(guī)劃
2.1 需求
對于后臺業(yè)務系統(tǒng)而言，不同的業(yè)務場景下會有不同的業(yè)務需求，所以獲取需求最直接也是最有效的方式就是通過用戶訪談。
根據(jù)用戶角色的劃分，根據(jù)不同角色用戶，對每一類角色用戶進行訪談，訪談的幾個維度：
- 用戶當前的工作的內(nèi)容是什么，業(yè)務流程是什么？
- 用戶通過系統(tǒng)實現(xiàn)什么樣的目標，如果當前有系統(tǒng)，那么當前系統(tǒng)的問題是什么？
- 用戶期望的工作狀態(tài)是什么，期望實現(xiàn)什么樣的工作目標？
其實在用戶訪談中或者在需求分析時，經(jīng)常會被提一種要求就是：我希望加一個XX功能，我認為流程應該是XX的。
無論是業(yè)務部門也好，用戶也好，都會向產(chǎn)品經(jīng)理提這樣的難題。每當遇到這種情況，就需要堅定自己的立場。
用戶提的要求是從單個用戶的視角提出的需求，這個需求是個體類需求還是群體類需求？用戶提的是高頻需求還是低頻需求？等等這些問題都是需要從產(chǎn)品的視角，從整個流程的視角去分析，而不是單純的默默接受用戶的要求。
2.2 功能
通過用戶訪談等各種方式獲取了需求后，就需要對需求進行拆解分析，并形成不同的功能規(guī)劃。
上面提到了，在獲取需求階段，可能會從用戶那里獲得很多“偽需求”或者說是“非最優(yōu)解決方案”。那么在需求分析階段，就需要去辨別，哪些需求是真的要去幫助用戶實現(xiàn)的？哪些需求是個別用戶的需求，在當前資源配置階段不宜去滿足的？
在需求分析時，也有幾個維度可以用來分析需求要不要滿足：
- 需求是個體的還是群體的？如果需求僅僅是為了滿足某一個人的需要，那么可以考慮延后或者不做，當然，如果是大領導另當別論。
- 需求是剛需還是錦上添花？如果需求不被滿足，會不會影響正常業(yè)務流程的運轉(zhuǎn)？如果會影響那么就是剛需；如果需求僅僅是為了系統(tǒng)更高效更便捷，可以根據(jù)當前資源配置、時間等因素考慮通過版本迭代的方式進行規(guī)劃。
當你分析需求的過程中如果無法決斷，那么就回歸到業(yè)務本質(zhì)，回歸的用戶本身，將自己置身于用戶角色當中去思考，相信你就可以得到正確的答案。
3. 業(yè)務流程梳理
3.1 核心業(yè)務流程
核心業(yè)務流程指完整的業(yè)務流程，其中涉及了多角色之間的交互行為，通過對不同角色用戶訪談以及對業(yè)務的了解，借助于泳道圖（跨角色流程圖）梳理核心業(yè)務流程，明確不同環(huán)節(jié)節(jié)點不同角色用戶的操作及需要完成的任務。
3.2 用戶流
用戶流針對某一個角色而言，該角色通過系統(tǒng)所完成既定任務的業(yè)務流程，梳理不同角色的業(yè)務流程，為下面的信息架構搭建提供決策。用戶流的梳理方式可以是傳統(tǒng)的流程圖，也可以使用頁面流程圖的形式，展現(xiàn)更為清晰。
4. 信息架構搭建
信息架構，簡單來說就是對產(chǎn)品功能的分門別類，比較常用的方法是卡片分組，將所有的功能寫在卡片上，然后由用戶將卡片進行分組，再由產(chǎn)品經(jīng)理根據(jù)用戶分組結果進行一定調(diào)整，最終形成信息架構。
另外一種方式就是基于用戶流進行信息架構搭建，在梳理用戶流的過程中，可以根據(jù)業(yè)務流程節(jié)點梳理出所有用戶可能用到的功能，然后根據(jù)功能點之間的邏輯關系，確定功能之間的分門別類。
5. 交互自查
后臺業(yè)務系統(tǒng)的特點是業(yè)務邏輯復雜，涉及不同用戶角色之間交互行為，所以在進行設計的過程中難免會遇到想不到處理不到位的情況出現(xiàn)。
關于交互自查的細節(jié)，網(wǎng)上有很多更為詳盡的資料，這里僅列出較為重要的兩個維度：
- 流程：在梳理業(yè)務流程時，無論是核心業(yè)務流程還是用戶角色流程，需要注重異常流程的處理，盡可能想到所有的異常流程，當用戶操作出現(xiàn)問題時，系統(tǒng)可以給予相應的反饋。
- 狀態(tài)：組件、按鈕，涉及到用戶交互以及不同角色之間交互時，都會出現(xiàn)狀態(tài)的改變，在進行功能及界面設計時，需要明確可能得所有狀態(tài)，然后明確不同狀態(tài)之間的切換邏輯。
6. 界面原型
經(jīng)過上面用戶角色劃分、需求-功能規(guī)劃、業(yè)務流程梳理、信息架構搭建以及交互自查，基本上對產(chǎn)品的原型已經(jīng)有了一個大致的想法，接下來就是通過原型工具把想法轉(zhuǎn)換成可以落地的原型。
原型的目標是把規(guī)劃的功能、流程展現(xiàn)出來，方便與研發(fā)團隊溝通，可以將產(chǎn)品落地，將需求轉(zhuǎn)化為可以給用戶使用的產(chǎn)品。
#專欄作家#
記小憶，人人都是產(chǎn)品經(jīng)理專欄作者，野蠻生長的產(chǎn)品經(jīng)理，擅長從0-1搭建產(chǎn)品經(jīng)理知識體系。公眾號：PM龍門陣。
本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。
題圖來自Unsplash，基于CC0協(xié)議
版權聲明：本文內(nèi)容由互聯(lián)網(wǎng)用戶自發(fā)貢獻，該文觀點僅代表作者本人。本站僅提供信息存儲空間服務，不擁有所有權，不承擔相關法律責任。如發(fā)現(xiàn)本站有涉嫌抄襲侵權/違法違規(guī)的內(nèi)容， 請發(fā)送郵件至 舉報，一經(jīng)查實，本站將立刻刪除。