最近有幸參加到一款產(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è)原因：

　　1.能接觸到的后臺(tái)較少

　　后臺(tái)產(chǎn)品不像App或者Web產(chǎn)品，能夠隨便下載或者訪問，隨便一個(gè)外部訪客就能使用，后臺(tái)產(chǎn)品一般而言都是內(nèi)部的員工或者外部的合作伙伴才能夠使用，并且也會(huì)有著角色權(quán)限的劃分。所以一般除了自家的后臺(tái)，接觸的也相當(dāng)較少。

　　2.出于職業(yè)道德

　　后臺(tái)產(chǎn)品是自家內(nèi)部的產(chǎn)品，有很多東西是不能對(duì)外公開的，所以不方便拿出來講。即使有少量關(guān)于后臺(tái)產(chǎn)品的一些文章，也不會(huì)講解很深層次的東西。

　　3.沒有機(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ì)。

　　4.有能力設(shè)計(jì)設(shè)計(jì)的不想寫

　　對(duì)于那些對(duì)業(yè)務(wù)足夠了解，又有能力獨(dú)自設(shè)計(jì)整個(gè)后臺(tái)系統(tǒng)的資深產(chǎn)品人，很有可能根本沒時(shí)間來寫這樣的一些東西，或者說段位太高，根本不想寫這些東西了…

　　5.其他原因

　　其他可能的種種原因。

　　二. 后臺(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)相比，也有著一些不同，主要有以下幾方面：

　　1. 后臺(tái)的賬號(hào)都是管理員分配或者添加的，所以后臺(tái)產(chǎn)品沒有注冊(cè)；

　　2. 后臺(tái)主要是業(yè)務(wù)導(dǎo)向的，并且會(huì)有大量關(guān)于數(shù)據(jù)的報(bào)表；

　　3. 后臺(tái)的用戶一般僅限于企業(yè)內(nèi)部或者部分的外部合作伙伴，用戶量較小，并且有著嚴(yán)格的角色權(quán)限的劃分；

　　4. 后臺(tái)比較注重功能的實(shí)現(xiàn)，而對(duì)于視覺設(shè)計(jì)、交互設(shè)計(jì)、用戶體驗(yàn)這一塊并不是很注重；

　　5. 后臺(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)歷的流程：

　　1.產(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)中完成的，哪些不需要涉及。

　　2.用戶分析

　　在后臺(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)限如何劃分。需不需要操作日志的功能？

　　3.需求分析

　　對(duì)于不同的角色，各自的需求是什么？可以通過一個(gè)需求池來進(jìn)行收集，比如可以記錄需求的編號(hào)、需求的來源、需求的描述、需求的類型、需求的優(yōu)先級(jí)、變更記錄等。

　　4.流程梳理

　　常見的流程圖一類是業(yè)務(wù)流程圖，一類是頁面流程圖，此處說的是業(yè)務(wù)流程圖。通常情況下一般用流程圖和泳道圖來進(jìn)行梳理，如果僅僅只是一個(gè)維度的，一般用流程圖梳理即可，而如果說涉及到兩個(gè)維度的，一般則需要用泳道圖來進(jìn)行梳理。

　　5.產(chǎn)品架構(gòu)選擇

　　后臺(tái)產(chǎn)品的導(dǎo)航一般有三種，分別是橫向?qū)Ш健⒖v向?qū)Ш揭约皺M向+縱向?qū)Ш健?/p>

　　1）橫向?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)品。

　　2）縱向?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)和操作成本。

　　3）橫向+縱向?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ì)的好壞之分。

　　6.功能結(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í)間、備注等。

　　7.原型繪制

　　我一般是在繪制原型的時(shí)候就直接在原型上標(biāo)注了，將比較簡(jiǎn)單的功能描述、規(guī)則說明、觸發(fā)條件、異常流程、全局說明都直接標(biāo)注在原型上，如果說流程比較復(fù)雜，則會(huì)繪制一個(gè)流程圖來說明。

　　8.產(chǎn)出設(shè)計(jì)稿

　　線框圖繪制好之后，評(píng)審?fù)隂]有問題過后就能夠拿著線框圖去找設(shè)計(jì)產(chǎn)出設(shè)計(jì)稿了，一般在繪制線框圖的時(shí)候，為了不影響設(shè)計(jì)人員的設(shè)計(jì)，我一般傾向于多使用灰色、白色和占位符。

　　9.開發(fā)測(cè)試

　　開發(fā)測(cè)試時(shí)，需要能夠根據(jù)之前定好的時(shí)間點(diǎn)，定期主動(dòng)的去和開發(fā)測(cè)試溝通交流，如果說遇到需求的變更，則需要盡早的通知到相關(guān)的干系人。

　　10.優(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)、拍磚…

　　關(guān)于我：王家郴，喜歡網(wǎng)球和騎行的產(chǎn)品汪。公眾號(hào)（產(chǎn)品經(jīng)理從0到1），每周都會(huì)在公眾號(hào)上寫點(diǎn)東西，歡迎關(guān)注,求指教、求分享、求交流。目前奔走在產(chǎn)品的道路上，漫漫產(chǎn)品路，與君共勉。