聽說,你們家后臺(tái)難看又難用?
![](http://image.woshipm.com/wp-files/img/52.jpg)
除了展示給用戶看的前臺(tái),后臺(tái)產(chǎn)品的設(shè)計(jì)也是很重要的,接下來就簡(jiǎn)單的分享一下自己在參與后臺(tái)產(chǎn)品設(shè)計(jì)時(shí)的一些思考。
最近有幸參加到一款產(chǎn)品后臺(tái)的設(shè)計(jì)中,就在朋友圈中發(fā)了一條關(guān)于后臺(tái)產(chǎn)品的動(dòng)態(tài),不曾想引發(fā)了一堆小伙伴們吐槽。主要槽點(diǎn)大致有這么幾點(diǎn),自家后臺(tái)難看又難用,完全不考慮用戶的操作習(xí)慣,流程不夠優(yōu)化,并且還一堆bug…
結(jié)合之前在網(wǎng)上看到的一些東西,細(xì)細(xì)琢磨了一下,網(wǎng)上關(guān)于后臺(tái)產(chǎn)品的文章相比于其他的類別而言,文章真的是少的可憐。便有了自己寫一篇的想法。
本文主要包含以下幾個(gè)部分:為什么網(wǎng)上后臺(tái)產(chǎn)品設(shè)計(jì)的知識(shí)那么少、 后臺(tái)與前臺(tái)的區(qū)別有哪些、我參與的后臺(tái)產(chǎn)品的設(shè)計(jì)思路。
一. 為什么網(wǎng)上后臺(tái)產(chǎn)品設(shè)計(jì)的知識(shí)那么少?
關(guān)于為什么網(wǎng)上后臺(tái)產(chǎn)品設(shè)計(jì)的知識(shí)那么少這個(gè)問題,自己也考慮了一下,考慮的可能并不是很全面,權(quán)當(dāng)拋磚引玉了。大致可能有以下幾個(gè)原因:
能接觸到的后臺(tái)較少
后臺(tái)產(chǎn)品不像App或者Web產(chǎn)品,能夠隨便下載或者訪問,隨便一個(gè)外部訪客就能使用,后臺(tái)產(chǎn)品一般而言都是內(nèi)部的員工或者外部的合作伙伴才能夠使用,并且也會(huì)有著角色權(quán)限的劃分。所以一般除了自家的后臺(tái),接觸的也相當(dāng)較少。
出于職業(yè)道德不方便公開
后臺(tái)產(chǎn)品是自家內(nèi)部的產(chǎn)品,有很多東西是不能對(duì)外公開的,所以不方便拿出來講。即使有少量關(guān)于后臺(tái)產(chǎn)品的一些文章,也不會(huì)講解很深層次的東西。
沒有機(jī)會(huì)參與后臺(tái)的設(shè)計(jì)
后臺(tái)產(chǎn)品相對(duì)前臺(tái)而言,一般都會(huì)比較復(fù)雜,并且一般都是新人在進(jìn)入公司之前就已經(jīng)搭建好了。即使有新的產(chǎn)品或者功能模塊上線,一般也是盡可能的在原有的系統(tǒng)上添加的。
另外由于后臺(tái)產(chǎn)品自身的復(fù)雜性,對(duì)數(shù)據(jù)流和業(yè)務(wù)流理解的要求也比較高,所以沒有一定的從業(yè)經(jīng)驗(yàn)的產(chǎn)品人員,也很難有能力駕馭的了整個(gè)后臺(tái)系統(tǒng)的設(shè)計(jì)。
有能力設(shè)計(jì)的不想寫
對(duì)于那些對(duì)業(yè)務(wù)足夠了解,又有能力獨(dú)自設(shè)計(jì)整個(gè)后臺(tái)系統(tǒng)的資深產(chǎn)品人,很有可能根本沒時(shí)間來寫這樣的一些東西,或者說段位太高,根本不想寫這些東西了…
其他原因
其他可能的種種原因。
二. 后臺(tái)與前臺(tái)的區(qū)別有哪些?
后臺(tái)產(chǎn)品是一個(gè)與前臺(tái)產(chǎn)品相對(duì)而言的概念,也是一個(gè)比較寬泛的概念,比如網(wǎng)站或者App的后臺(tái)、ERP、CRM、OA等都能夠稱為后臺(tái)。后臺(tái)與前臺(tái)相比,也有著一些不同,主要有以下幾方面:
- 后臺(tái)的賬號(hào)都是管理員分配或者添加的,所以后臺(tái)產(chǎn)品沒有注冊(cè);
- 后臺(tái)主要是業(yè)務(wù)導(dǎo)向的,并且會(huì)有大量關(guān)于數(shù)據(jù)的報(bào)表;
- 后臺(tái)的用戶一般僅限于企業(yè)內(nèi)部或者部分的外部合作伙伴,用戶量較小,并且有著嚴(yán)格的角色權(quán)限的劃分;
- 后臺(tái)比較注重功能的實(shí)現(xiàn),而對(duì)于視覺設(shè)計(jì)、交互設(shè)計(jì)、用戶體驗(yàn)這一塊并不是很注重;
- 后臺(tái)產(chǎn)品的規(guī)劃一般不如前臺(tái)產(chǎn)品的規(guī)劃那么嚴(yán)謹(jǐn),很多情況下后臺(tái)的設(shè)計(jì)需求來自于前臺(tái)產(chǎn)品。
雖然說后臺(tái)產(chǎn)品更加注重功能的實(shí)現(xiàn),輕用戶體驗(yàn)一點(diǎn),并且后臺(tái)的用戶量也相對(duì)較少,然而這并不代表著后臺(tái)產(chǎn)品不重要。一個(gè)好的后臺(tái)產(chǎn)品能夠大幅的提升員工的工作效率,從而較少很多的隱形成本。所以,后臺(tái)產(chǎn)品的設(shè)計(jì)也是很重要的,接下來就簡(jiǎn)單的分享一下自己在參與后臺(tái)產(chǎn)品設(shè)計(jì)時(shí)的一些思考。
三. 我參與的后臺(tái)產(chǎn)品的設(shè)計(jì)思路
下圖為一般經(jīng)歷的流程:
產(chǎn)品初衷
做事先問目的,即Why,為什么要做這個(gè)產(chǎn)品,是為了解決什么問題?通過產(chǎn)品想實(shí)現(xiàn)什么目標(biāo)?是為了能夠提升組織效率,還是只是為了能夠有個(gè)統(tǒng)計(jì)報(bào)表的東西,還是為了能夠?qū)η芭_(tái)產(chǎn)品進(jìn)行配置?另外需要能夠界定系統(tǒng)的邊界,有哪些需要在這個(gè)系統(tǒng)中完成的,哪些不需要涉及。
用戶分析
在后臺(tái)中需不需要體現(xiàn)組織架構(gòu)?上級(jí)能不能對(duì)下級(jí)進(jìn)行操作,能不能越級(jí)操作?下級(jí)的操作需不需要上級(jí)來進(jìn)行審批?
使用這個(gè)系統(tǒng)的用戶都有哪些?具體的用戶角色類型都有哪些?對(duì)于超級(jí)管理員、管理員、其他角色等這些不同的角色,各自的權(quán)限具體有哪些?上級(jí)管理員能不能對(duì)下級(jí)進(jìn)行權(quán)限的收放?
具體的權(quán)限是如何劃分的?比如功能的權(quán)限、數(shù)據(jù)的權(quán)限如何劃分。需不需要操作日志的功能?
需求分析
對(duì)于不同的角色,各自的需求是什么?可以通過一個(gè)需求池來進(jìn)行收集,比如可以記錄需求的編號(hào)、需求的來源、需求的描述、需求的類型、需求的優(yōu)先級(jí)、變更記錄等。
流程梳理
常見的流程圖一類是業(yè)務(wù)流程圖,一類是頁面流程圖,此處說的是業(yè)務(wù)流程圖。通常情況下一般用流程圖和泳道圖來進(jìn)行梳理,如果僅僅只是一個(gè)維度的,一般用流程圖梳理即可,而如果說涉及到兩個(gè)維度的,一般則需要用泳道圖來進(jìn)行梳理。
產(chǎn)品架構(gòu)選擇
后臺(tái)產(chǎn)品的導(dǎo)航一般有三種,分別是橫向?qū)Ш?、縱向?qū)Ш揭约皺M向+縱向?qū)Ш健?/p>
橫向?qū)Ш?/strong>
橫向?qū)Ш揭话阌脩艉笈_(tái)產(chǎn)品功能較少,且導(dǎo)航的層級(jí)結(jié)構(gòu)較少的情況下。
優(yōu)點(diǎn)是學(xué)習(xí)成本低,能夠簡(jiǎn)單明了的看到所有的操作。
缺點(diǎn)則是擴(kuò)展性相對(duì)較差,不適合復(fù)雜的后臺(tái)產(chǎn)品。
縱向?qū)Ш?/strong>
縱向?qū)Ш皆诤笈_(tái)產(chǎn)品中使用的較多,一般還會(huì)細(xì)分為樹結(jié)構(gòu)、直接展示二級(jí)菜單的以及鼠標(biāo)移入顯示二級(jí)菜單三種。
優(yōu)點(diǎn)是擴(kuò)展性較好,能夠增加較多的功能模塊和子級(jí)菜單;
缺點(diǎn)則是每次操作都需要展開二級(jí)菜單欄,增加了用戶的心理認(rèn)知負(fù)擔(dān)和操作成本。
橫向+縱向?qū)Ш?/strong>
多用于比較復(fù)雜的后臺(tái)產(chǎn)品
優(yōu)點(diǎn)嘛,貌似是能夠根據(jù)實(shí)際需要把后臺(tái)產(chǎn)品弄的非常復(fù)雜;
缺點(diǎn)嘛,太復(fù)雜很難找到自己要找的東西算不算?
硬幣都有兩面性,需要能夠根據(jù)具體遇到的問題和實(shí)際的需要,選擇合適的導(dǎo)航形式,具體問題具體分析,沒有絕對(duì)的好壞之分。
?功能結(jié)構(gòu)梳理
一般在進(jìn)行功能結(jié)構(gòu)梳理的時(shí)候,我都會(huì)默默地打開Mindjet,先把功能完整梳理一遍,具體梳理標(biāo)準(zhǔn)參加麥肯錫的“MECE原則”,即相互獨(dú)立、完全窮盡。另外在梳理的時(shí)候,就可以進(jìn)行版本規(guī)劃的考慮了,是在這個(gè)版本做合適,還是說放到下一個(gè)版本的迭代里面。
在用腦圖梳理完功能結(jié)構(gòu)之后,我一般都會(huì)用一個(gè)Excel表格來進(jìn)行統(tǒng)計(jì)匯總,也就是功能清單,一般包括版本規(guī)劃、功能模塊、功能類型、功能描述、優(yōu)先級(jí)、開發(fā)量、性價(jià)比、對(duì)接人、完成時(shí)間、備注等。
原型繪制
我一般是在繪制原型的時(shí)候就直接在原型上標(biāo)注了,將比較簡(jiǎn)單的功能描述、規(guī)則說明、觸發(fā)條件、異常流程、全局說明都直接標(biāo)注在原型上,如果說流程比較復(fù)雜,則會(huì)繪制一個(gè)流程圖來說明。
產(chǎn)出設(shè)計(jì)稿
線框圖繪制好之后,評(píng)審?fù)隂]有問題過后就能夠拿著線框圖去找設(shè)計(jì)產(chǎn)出設(shè)計(jì)稿了,一般在繪制線框圖的時(shí)候,為了不影響設(shè)計(jì)人員的設(shè)計(jì),我一般傾向于多使用灰色、白色和占位符。
開發(fā)測(cè)試
開發(fā)測(cè)試時(shí),需要能夠根據(jù)之前定好的時(shí)間點(diǎn),定期主動(dòng)的去和開發(fā)測(cè)試溝通交流,如果說遇到需求的變更,則需要盡早的通知到相關(guān)的干系人。
優(yōu)化迭代
互聯(lián)網(wǎng)產(chǎn)品永遠(yuǎn)是Beta版,需要能夠根據(jù)具體的情況來進(jìn)行不斷的優(yōu)化迭代。
以上就是本文的主要內(nèi)容,鑒于個(gè)人水平有限,所以分享的只是自己在參與后臺(tái)產(chǎn)品設(shè)計(jì)中自己的一些思考和經(jīng)驗(yàn)心得,僅供參考。歡迎斧正、指點(diǎn)、拍磚…
作者:王家郴,0歲產(chǎn)品汪。公眾號(hào)(產(chǎn)品經(jīng)理從0到1),每周都會(huì)在公眾號(hào)上寫點(diǎn)東西,歡迎關(guān)注,求指教、求分享、求交流。目前奔走在產(chǎn)品的道路上,漫漫產(chǎn)品路,與君共勉。
本文系起點(diǎn)學(xué)院廣州1509期優(yōu)秀學(xué)員@王家郴 原創(chuàng)發(fā)布,未經(jīng)許可,禁止轉(zhuǎn)載。
公眾號(hào)是哪個(gè)哦?搜出來好多個(gè)呢
找了好久的設(shè)計(jì)思路終于有了!我完全小白一個(gè)??煞癜言O(shè)計(jì)思路方面再寫詳細(xì)一點(diǎn)?
目前在做后臺(tái),感受是:
連前臺(tái)頁面都沒做過的產(chǎn)品就不要來直接做后臺(tái)了
后臺(tái)的邏輯分幾種:(目前員工200左右)
1.業(yè)務(wù)相關(guān),且能控制前臺(tái)顯示的邏輯與內(nèi)容等
2.業(yè)務(wù)相關(guān)方使用,不需要展示到前臺(tái),但是內(nèi)部或者合作方一起使用,從而獲得眾多合作伙伴的數(shù)據(jù)
3.數(shù)據(jù)類:又包括數(shù)據(jù)源直接從后臺(tái)就能得到的,和必須通過前臺(tái)埋點(diǎn)才能統(tǒng)計(jì)到的
4.權(quán)限:分對(duì)公司內(nèi)部員工分配的后臺(tái)【功能權(quán)限】,還有對(duì)某個(gè)工具或功能的特定【角色權(quán)限】
如果要細(xì)說,真的太多了!用戶體驗(yàn)方面,功能還沒搭全,糾結(jié)什么設(shè)計(jì)!
5個(gè)人使用的后臺(tái),能用就行;
50個(gè)人使用的后臺(tái),能用+好用;
500~5000人的后臺(tái), 我只想說,太TM復(fù)雜了?。。?/p>
后臺(tái)就是一個(gè)業(yè)務(wù)邏輯的梳理,前臺(tái)就是一個(gè)數(shù)據(jù)的呈現(xiàn)與展示
一語中的,66的,也都是信息的組織與展現(xiàn)。