APP開發(fā)時(shí)大家一般都比較注重前端的產(chǎn)品設(shè)計(jì)，不可否認(rèn)前端的重要性，畢竟前端是直接面向APP的用戶的。但是一個產(chǎn)品要達(dá)到功能完善，方便操作，支撐運(yùn)營，后臺的設(shè)計(jì)也就顯得非常重要了。

如何在APP開發(fā)中做好后臺的設(shè)計(jì)呢？首先要清楚的是，后臺產(chǎn)品和前端產(chǎn)品存在很大的差異性。后臺產(chǎn)品更加注重的是業(yè)務(wù)邏輯的清晰和功能的實(shí)現(xiàn)，而前端產(chǎn)品對視覺設(shè)計(jì)和交互設(shè)計(jì)有更高的要求。下面，介紹一下后臺產(chǎn)品的設(shè)計(jì)方法與思路。

 

一、業(yè)務(wù)邏輯梳理

需求調(diào)研與分析完成后，就是自己對內(nèi)容的消化和吸收。首先要做的事情是自己先清晰地理解一個產(chǎn)品。只有自己理解了，才能更好地推進(jìn)產(chǎn)品進(jìn)行開發(fā)。

先梳理清楚線下的業(yè)務(wù)流程。將線下的業(yè)務(wù)流程梳理清楚以后，然后才是對產(chǎn)品的思考。一般有幾種幫助自己更好地梳理業(yè)務(wù)流程的工具，如狀態(tài)圖，流程圖，泳道圖等等。這些圖表的作用和用法是不一樣的。

狀態(tài)圖的作用是讓人清楚業(yè)務(wù)的實(shí)現(xiàn)需要經(jīng)歷的狀態(tài)序列，以及引起狀態(tài)轉(zhuǎn)移的事件，和因狀態(tài)轉(zhuǎn)移而伴隨的動作。狀態(tài)圖的驅(qū)動是基于狀態(tài)的轉(zhuǎn)換。

流程圖，相信大多數(shù)人對此并不陌生。但是，我看見很多人繪制的流程圖并不是十分規(guī)范。不規(guī)范的流程圖，自己理解起來可能沒有什么問題，但是別人可能就會產(chǎn)生誤解。

泳道圖，又稱為跨職能流程圖。也是我所說的流程圖的第二步。作為流程圖的進(jìn)階，泳道圖加入了泳道表示不同角色(或崗位、部門等)。讓人在了解業(yè)務(wù)流程時(shí)，也清楚由誰執(zhí)行該動作。

也許很多人，覺得花這么多時(shí)間畫圖會浪費(fèi)很多時(shí)間。我覺得仁者見仁智者見智了。對于我個人而言，每天搗弄這些圖，會很快加深我對產(chǎn)品的理解。特別是在業(yè)務(wù)比較復(fù)雜，而且之前有完全沒有接觸過相關(guān)方面知識的時(shí)候，僅靠大腦很難有清楚的思維，但是圖形化后卻能很好地理解。在業(yè)務(wù)整理上多花點(diǎn)時(shí)間整理，我覺得是很有必要的。

 

二、產(chǎn)品梳理

梳理好線下的業(yè)務(wù)邏輯以后，要將它抽離搬到線上。這個過程，可能會刪除掉某些線下的環(huán)節(jié)。依據(jù)產(chǎn)出的流程圖，基本上可以大致確定產(chǎn)品的功能點(diǎn)。先理出單獨(dú)的功能，然后加入角色(功能 + 角色)，準(zhǔn)備工作做好以后，可以開始搭建產(chǎn)品的架構(gòu)圖了。先搭頁面，再確定頁面內(nèi)的功能，最后細(xì)化頁面內(nèi)的信息。在原型出來以前，可以拿產(chǎn)品架構(gòu)圖先和別人進(jìn)行一下交流。產(chǎn)品架構(gòu)圖相較于原型圖，與數(shù)據(jù)庫的設(shè)計(jì)思想比較一致。而原型視圖化后，對于數(shù)據(jù)庫設(shè)計(jì)卻反而變得抽象了。另外，產(chǎn)品架構(gòu)圖修改較快捷，返工成本相對較小。

產(chǎn)品梳理好以后，就要開始搭建原型了。先確定通用模塊：頁頭、頁尾、一級導(dǎo)航、二級導(dǎo)航。將產(chǎn)品架構(gòu)圖的內(nèi)容填充到頁面內(nèi)，并加入文字說明操作。最后細(xì)節(jié)添加，細(xì)節(jié)內(nèi)容可以在頁面旁邊的進(jìn)行注釋。但盡量要單獨(dú)出一份詳細(xì)的 PRD。

 

后臺原型的設(shè)計(jì)是產(chǎn)品設(shè)計(jì)的重要環(huán)節(jié)，在APP開發(fā)中一定不能忽視了。