?

最近在設計后臺業(yè)務(wù)系統,樣流從需求分析到原(yuan)型設計,程設程整重走了一遍從0-1的理套流(′?`*)程過(guò)程,整理了一套設計流程,設計其中有思考也有總結。樣流
后臺業(yè)務(wù)系統設計流程
用戶(hù)-角色劃分;??需求-功能規劃;業(yè)務(wù)流程梳理;信息架構搭建;交互自查;界面原型設計。程設程整1. 用戶(hù)-角色劃分
后臺業(yè)(ye)務(wù)系統與一般2C前(????)端產(chǎn)品有所不同,理套流程2C的設計前端產(chǎn)品目標用戶(hù)只有一類(lèi)角色,即通(tong)過(guò)使用產(chǎn)品完成某一特定需求的樣流用戶(hù)。后臺業(yè)務(wù)系統往往涉及較為復雜的程設程整業(yè)務(wù)流程,在業(yè)務(wù)流程的理套流(′?`)程不同環(huán)節還涉及到不同角色之間(jian)的交互行為。
所(suo)以在做后臺業(yè)務(wù)系統設計之前,設計首先要明確系統的樣流用戶(hù)角色,即有幾類(lèi)用戶(hù)使用你的程設程整產(chǎn)品。
2. 需求-功能規劃
2.1 需求
對于后臺業(yè)務(wù)系統而言,理套流程不同的業(yè)務(wù)場(chǎng)景下會(huì )有不同的業(yè)務(wù)需求,所以獲取需求最直接也是最有(′?`)效的方式就是通過(guò)用戶(hù)訪(fǎng)談。
根據用戶(hù)角色的劃分,根據不同角色用戶(hù),對每一類(lèi)角色用戶(hù)進(jìn)行訪(fǎng)談,訪(fǎng)談(′?`*)的幾個(gè)維度:
用戶(hù)當前的工作的內容是什么,業(yè)務(wù)流(??ヮ?)?*:???程是什么?( ???)用戶(hù)通過(guò)系統實(shí)現什么樣的目標,如果當前有系統,那么當前系統的問(wèn)題是什么?用戶(hù)期望的工作狀態(tài)是什么,期望實(shí)現什么樣的工作目標?其實(shí)在用戶(hù)訪(fǎng)談中┐(′д`)┌或者在需求分析時(shí),經(jīng)常會(huì )被提一種要求就是:我希望加一個(gè)XX功能,我認為流程應該是XX的。
無(wú)論是業(yè)務(wù)部門(mén)也好,用戶(hù)也好,都會(huì )向產(chǎn)品經(jīng)理提這樣的難題。每當遇到這種情況,就需要堅定自己的立場(chǎng)。
用戶(hù)提的要求是從單個(gè)用戶(hù)的視角提出的需求,這個(gè)需求是個(gè)體類(lèi)需求還是群體類(lèi)需求?用戶(hù)??提的是高頻需求還是低頻需求?等等這些問(wèn)題都是需要從產(chǎn)品的視角,從整個(gè)流程的視角去分析,┐(′?`)┌而不是單純的(′ω`)默默接受用戶(hù)的要求。
2.2 功能???
通過(guò)用戶(hù)訪(fǎng)談等各種方式獲取了需求后,就需要對需求進(jìn)行拆解分析,并形成不同的功能規劃。
上面提到了,在??獲取需求階段,可能會(huì )從用戶(hù)那里獲得很多“偽需求”或者說(shuō)是“非最優(yōu)解決(jue)方案”。那么在需(′▽?zhuān)?)求分(????)析階段,就需(??ヮ?)?*:???要去辨別,哪些需求是真的要去幫助用戶(hù)實(shí)現的?哪些需求是個(gè)別用戶(hù)的需求,在當前資源配置階段不宜去滿(mǎn)足的?
當你分析需求的過(guò)程中如果無(wú)法決斷,那么就回歸到ヾ(′?`)?業(yè)務(wù)本質(zhì),回歸的用戶(hù)本身,將自己置身于用戶(hù)角色當中去思考,相信??你就可以得到正確的答案。
3. 業(yè)務(wù)流程梳理
3.1 核心業(yè)務(wù)流程
核心業(yè)務(wù)流程指完整的業(yè)務(wù)流程,其中涉及了多角色之間的交互行為,通過(guò)對不同角色用戶(hù)訪(fǎng)談以及對業(yè)務(wù)的了解,借助于泳道圖(跨角色流程圖)梳理核心業(yè)務(wù)流程,明???確不同環(huán)節節點(diǎn)不同角色用戶(hù)的操作及需要完成(?_?;)的任務(wù)。
3.2 用戶(hù)流
用戶(hù)流針對某一個(gè)角色而言,該角色通過(guò)系統所完成既定任務(wù)的業(yè)務(wù)流程,梳理不同角色的業(yè)務(wù)流程,為下面的信息架構搭建提供決策。用戶(hù)流的梳理方式可以是傳統的流程圖,也可以(yi)使用頁(yè)面流程圖的形式,展現更為(?????)清晰。
4. 信息架構搭建
信息架構,簡(jiǎn)單來(lái)說(shuō)(shuo)就是對產(chǎn)品功能的分門(mén)別類(lèi),比較常用的方法是卡片分組(zu),將所有的功能寫(xiě)在卡片上,然后由(′_ゝ`)用戶(hù)將卡片進(jìn)行分組,再由產(chǎn)品經(jīng)理根據用戶(hù)分組結果進(jìn)行一定調整,最終形成信息架構。
另外一種方式就是基于用戶(hù)流進(jìn)行信息架構搭建,在梳理用戶(hù)流的過(guò)程中,可以根據業(yè)務(wù)流程節點(diǎn)梳理出所有用戶(hù)可能用到的功能,然后根據功能點(diǎn)之間的邏輯關(guān)系,確定功能之間的分門(mén)別類(lèi)。
5. 交互自查
后臺業(yè)(ye)務(wù)系統的特點(diǎn)是業(yè)務(wù)邏輯復雜??,涉及不同用戶(hù)角色之間交互行為,所以在進(jìn)行設(′?`)計(′_`)的過(guò)程中難免會(huì )遇到想不(bu)到處理不(′▽?zhuān)?到位的情況出現。
關(guān)于交互自查ヽ(′ー`)ノ的細節,網(wǎng)上有很多更為詳盡的資料,這里僅列出較為重要的兩個(gè)維度:
流程:在(zai)梳理業(yè)(ye)務(wù)流程時(shí),無(wú)論是核心業(yè)務(wù)流程還是用戶(hù)角色流程,需要??注重異常流程的處理,盡可能想到所有的異常流程,當用戶(hù)操作出現問(wèn)題時(shí),系統可以給予相應的反饋。狀態(tài):組件、按?鈕,涉及到用戶(hù)交互以(′▽?zhuān)?及不同角色之間交互時(shí),都會(huì )出現狀??態(tài)的改變,在進(jìn)行功能及界面設計時(shí),需要明確可能得所有狀態(tài),然后明確不同狀態(tài)之間的切換邏輯。6. 界面原型
經(jīng)過(guò)(guo)上面用戶(hù)角色劃分、需求-功能規劃、業(yè)務(wù)流程梳理、信息架構搭建以及交互自查,基本上對產(chǎn)品的原型已經(jīng)有了一個(gè)大致的想法,接下來(lái)就是通過(guò)原(yuan)型工具把想法轉換成??可以落地的原型。
原型的目標是把規劃的功能、流程(′?_?`)展現出來(lái),方便與研發(fā)團隊溝通,可以將產(chǎn)品落地,將需求轉化為可以給用戶(hù)使用的產(chǎn)品。
友情鏈接:
彭州貝電網(wǎng)絡(luò )科技有限公司臨清方航網(wǎng)絡(luò )科技有限公司
© 2013-2025.Company name All rights reserved.網(wǎng)站地圖 天津九安特機電工程有限公司-More Templates