想起幾年前自己搗鼓了一個手機資訊網(wǎng)站，那可能是我接觸所謂后臺的第一次。用的是國內(nèi)一款比較著名的CMS系統(tǒng)，那會兒全靠看教程與瞎琢磨，不曾想有一天自己也會

什么是后臺？

顧名思義，就是與前臺相反的唄，前臺我們都知道是用戶查看信息，提交信息的地方，那么后臺相應的就是創(chuàng)建元素信息，存儲信息，處理信息的地方，他也叫管理系統(tǒng)。

打個比方，前臺就好像我們?nèi)ゲ蛷d里，坐下來看菜單，然后告訴服務員我們今天要吃什么，服務員就蹦蹦跳跳的到了后廚，告訴廚師要做哪些菜，廚師記下桌號和菜品，就開始制作了。這里的后廚實際上就是我們所說的后臺系統(tǒng)，而那個廚師就是后臺管理員。

那后臺都能做什么？給誰用？

就像上面所說的后臺通常的作用就是創(chuàng)建信息，存儲信息與處理信息，他管理著整個產(chǎn)品的正常運轉(zhuǎn)。在論壇里后臺管理者可以刪帖，發(fā)帖，封號，創(chuàng)建賬號，在門戶網(wǎng)站可以添加新聞，增加欄目，增加評論，在電商系統(tǒng)里可以上下架產(chǎn)品，處理物流信息，做促銷等等，功能強大吧。

不過強大的背后就會遇到問題，那就是越是功能強大，越不能一個人來完成所有部分，所以就有了「分權限管理」管理者可以細分成很多塊，各司其職，提高效率。比如我正在編輯文章的微信后臺，就包括管理者與運營者，運營者只能登錄與群發(fā)信息，更高級的操作需要管理員授權或是不開放，電商網(wǎng)站更是多角色的典型。

在大致了解了后臺是什么之后，讓我們拿個案例從需求開始。

看看設計后臺時是怎么思考的？

首先最頭疼的問題就是——從哪里入手？記住一句話，跟隨你的業(yè)務流程。找到流程中需要與系統(tǒng)交互的地方，那就是你想要找的東西。

OK，讓我們用一個簡單的門戶網(wǎng)站舉例。

• 背景：A公司目前門戶是靜態(tài)的，老板為了拉融資要求對門戶網(wǎng)站進行改版。
• 需求：在網(wǎng)站上要有新聞模塊，首頁需要有輪播圖可以更換公司的大事件，給公司一個發(fā)聲的地方，明年的重點需要擴大招商范圍和規(guī)模，網(wǎng)站上最好有個招商板塊，再有就是對公司整體有個業(yè)務介紹，最后，公司最近招人比較困難，如果官網(wǎng)有個招聘模塊也許就能提高招聘的效率。
• 上線：給你一個月時間，網(wǎng)站就要上線。滾吧！產(chǎn)品汪。

就是這么多了，如果是你你會怎么做？

畫原型嗎？NO。先停一下，去把這個「喜訊」告訴所有「干系人」吧，讓大家的信息對稱一下。面對這個需求，我們需要調(diào)動多少人？產(chǎn)品狗自己，UI一個，前端一個，后端1-2個，市場文案狗一個，人力資源輔助配合招聘模塊1人，最后是網(wǎng)站后期運營者。想想功能，想想要完成的事情，大概就這么多了。

根據(jù)需求可以看出，大概功能并不復雜；做個功能列表，簡單用語言包裝一下你要做的東西，然后去挨個聊或者召集大家開會，讓大家提供一個完成時間，這個完成時間不能超過Deadline，所以溝通過程中可能需要你去說服對方，提高效率，甚至可能加班，讓大家有心理準備。搞定了人，回來看看產(chǎn)品。

從老板那邊得到的需求大致是這樣，對于一個門戶網(wǎng)站來說邏輯總是比較簡單的。

我們先來做個簡單的梳理

新聞，新聞會有運營人員不定期更新，就是需要創(chuàng)建信息，他就是需要在后臺有這個功能。

招商加盟，看看招商網(wǎng)站多半是一些公司介紹，在底部會放一個聯(lián)系方式提交的地方，詢問老板后，他認為也需要這個模塊，OK，需要傳遞信息，他也需要在后臺有個功能。

招聘，看看招聘網(wǎng)站，功能還是挺多的？那么我們需要那么多嗎？用戶可以有個word簡歷通過網(wǎng)站上傳給我們，人力資源人員可以通過后臺下載或預覽？再來一個解決方案，在前臺有很多表單可以讓用戶填寫，直接提交給后臺。這些都是用戶要與后臺產(chǎn)生互動信息。

但是這些方案好像聽起來不錯，但是時間允許你這樣做嗎？成本你承受得起嗎？那么不如用最原始的方式，雖然不那么酷但是后簡單，前端只提供職位職責預覽，并提供一個人力的郵箱，大家可以向里面投遞簡歷，后臺只做職位的簡單發(fā)布。

業(yè)務介紹，屬于靜態(tài)頁面，設計上去就OK了，這個不涉及到后臺。

經(jīng)過分析和溝通，我們發(fā)現(xiàn)與后臺有交集的地方分別是，首頁輪播圖，新聞，招商和招聘。這時候你可以去看看其他產(chǎn)品，在這些模塊都會顯示哪些字段信息，找到你決定有用的，把他填寫到這些功能描述中，再去進行前臺的產(chǎn)品設計；不過有時你會發(fā)現(xiàn)做著做著發(fā)現(xiàn)缺了某個字段，為了避免這種事情的發(fā)生，就需要你在信息收集的過程中，多去看幾個產(chǎn)品，把他們的展示的內(nèi)容都先羅列下來，再做刪減。

前臺不是今天說的重點，我們直接進入后臺設計。

我常以為后臺就是一個個的「倉庫」

這個庫里堆放著你想要管理的內(nèi)容，后臺的搭建就是創(chuàng)建一個又一個的庫，并且將他們合理的連接起來。回看我們要做的東西，可以簡單的分為四個庫，并對他們分別管理。

1. 新聞管理
2. 輪播圖管理（廣告位管理）
3. 加盟信息
4. 招聘信息管理

知道有哪些庫了，我們需要將他們合理的組合起來，形成”導航“。業(yè)務流程越長，功能越多這個組合的工作越不好，這就是為什么需要信息架構師這種職位，不過面對簡單的后臺，產(chǎn)品們還是可以直接應付。

整個后臺的界面通常會有以下模塊組成：后臺導航——管理庫(管理內(nèi)容列表\管理的內(nèi)容)，從最大的框架到最小元素。

后臺導航

在我接觸的后臺導航中常見的有幾種。

1. 橫向?qū)Ш?/p>

2. 縱向樹結構導航

3. 橫向?qū)Ш娇v向樹結構

橫向?qū)Ш綍迷诤笈_功能較少，層級很少的情況下，他的優(yōu)勢就是學習成本低，劣勢就是可擴展性比較差。

早期的支付寶導航

縱向樹結構導航，這個我們看的其實是比較常見的，很多電商網(wǎng)站的個人中心或是訂單頁面就是用的這種結構，邏輯清晰，能夠很快的找到想要找的東西。

第三種比較復雜，適用于平臺功能較多，功能模塊相差很多的網(wǎng)站，會在最頂部的橫向?qū)Ш椒胖庙敿壒δ軐Ш?，在某個功能下用樹結構導航清晰的表現(xiàn)二級功能。

因為這一次我們做的功能并不復雜實際上可以用橫向?qū)Ш?，不過因為我是根據(jù)現(xiàn)有后臺來制作，所以為了不增加開發(fā)成本，所以依然延續(xù)橫向?qū)Ш娇v向樹結構。

管理庫

決定了哪種導航形式，來看看最重要的「管理庫」，面對「庫」大家記住，絕大部分情況都會有個「列表頁」，然后就是對信息的「增刪改查」，遇到商品或是輪播圖還會有上下架，顯示與隱藏的功能，基本上「庫」都會這樣的管理的。

那么這樣想，是不是新聞的管理設計起來就容易多了。添加新聞，刪除新聞，編輯新聞，搜索新聞，再加上一個新聞列表，列表中在顯示一些需要的字段。

OK，其實整個管理列表頁已經(jīng)躍然紙上了，之后就是正文編輯了，用戶可以從列表頁或?qū)Ш街械摹柑砑有侣劇惯M入，把可以實現(xiàn)功能的字段做到頁面上，再加上文本編輯器，一個發(fā)布按鈕，一個簡單的新聞管理就搞定了。

原型略簡陋。。莫吐槽~

那加盟信息怎么做呢？其實也很簡單了，既然用戶需要在前臺提交信息，那么我們的后臺實際上就是一個接受信息的地方。我們讓用戶在前臺提交「姓名電話郵箱」等聯(lián)系方式，在后臺加盟管理中，利用列表頁將這些信息進行展示，有新的加盟信息推送過來可以在導航上加一個數(shù)字角標，這個功能甚至都用不到詳情頁就能搞定。

留個思考問題，廣告位管理你是不是也會做了呢？思考10秒鐘，用上面的辦法思考——列表（增刪改查）+詳情（添加內(nèi)容）。是不是思路變得清晰一些了？

像門戶網(wǎng)站這種還算比較簡單的了，不過為了方便管理，你可以給不同的角色賦予不同的權限，比如人力資源的同學只可以使用招聘發(fā)布，網(wǎng)站運營人員只能使用新聞發(fā)布等等，專人專項，分工明確。

角色劃分與權限是怎么來決定呢？

一句話，跟隨你的產(chǎn)品業(yè)務。比如拿電商而言一個商品從用戶確認下單，支付之后，在后臺會走過多少流程，我想每個公司的業(yè)務流程都會不同，但是在這個流程中一定會涉及到很多「角色」來處理訂單，而這「角色」就是你來劃分后臺權限的依據(jù)，而功能亦是從業(yè)務需求中轉(zhuǎn)化而成的。

讓我們短暫回顧一下

回顧一下后臺的設計，我們會發(fā)現(xiàn)他實際上是一種面向信息的設計，對于信息進行審核，記錄，閱讀，操控等等。在做后臺設計時你需要對業(yè)務流程有一定了解，知道哪個環(huán)節(jié)會與系統(tǒng)產(chǎn)生交互，那么這個交互的點就是后臺設計的「庫」，我們需要對這些庫進行管理，有時候我們還需要將這些庫與另外一些庫進行連接，庫與庫之間互相調(diào)取數(shù)據(jù)。

比如電商網(wǎng)站做的促銷管理，都會去調(diào)用「商品庫」里面的數(shù)據(jù)。想要掌握后臺產(chǎn)品的設計的核心就是處理好每個庫的劃分與整個產(chǎn)品的運作邏輯。

先做前臺還是后臺

這是我曾經(jīng)很糾結的問題，不知道你是不是也是一樣，當你慢慢了解之后，這個問題其實就不復存在了，找你熟悉的東西開始做，這樣會讓你有我已經(jīng)完成了多少多少了的感覺，而不是面對一個不熟悉的東西，痛苦的死磕，磕到對自己失去信心。

前臺與后臺共同構成了你的產(chǎn)品，缺少一方，產(chǎn)品便無法運轉(zhuǎn)，先把業(yè)務邏輯思考清楚，你會發(fā)現(xiàn)「哦，這里是給用戶看的」「啊，這里是后臺要處理的」當業(yè)務邏輯走向完整之后，我想你的前后臺就都已經(jīng)設計完成了。還有一個問題可能會比較困擾人。

后臺設計要不要注重體驗和UI？

我的答案是，視情況而定。這個情況有可能是時間，有可能是產(chǎn)品階段，有可能是公司目標與規(guī)模。

有些后臺只要能實現(xiàn)功能就可以，有些后臺需要開放給第三方來用，對于產(chǎn)品的“好用”程度不同，不過如果條件允許還是反復推敲下，其中的邏輯與體驗比較好。

前一陣幫助公司對商城的賣家后臺做了體驗上的改版，因為之前都會不斷的增加功能，沒有對產(chǎn)品很好的梳理和設計，導致很多地方體驗不好或是信息架構混亂。這些細小的地方只要多多體驗，多思考就能夠找到更好的辦法。

比如后臺有個手機認證的功能，之前只這樣的操作。

未認證的用戶進來的狀態(tài)，會顯示用戶未認證，點擊立即認證會有個模態(tài)窗口，讓你填寫手機號，驗證碼。

OK，好像很正常，也能夠綁定，那么問題出現(xiàn)在哪里呢？

不夠直接，需要兩步操作。于是做了如下修改，點擊導航中的認證中心，直接去判斷是否綁定，如果沒有綁定，直接顯示之前彈窗中的內(nèi)容，兩步變一步，簡單了許多吧。

尾巴

前兩天去聽了一個產(chǎn)品培訓課，課上深刻的記得老師說過的一句話，體驗就是對流程的梳理與調(diào)整。細思下，很有道理吧。

不知道你現(xiàn)在，是不是已經(jīng)知道后臺是什么，給誰用，如何設計了。最近在研究拼車產(chǎn)品，不知道你有沒有用過嘀嘀順風車，如果沒用過你可以馬上體驗一下，然后思考一下，他的哪些東西會在后臺出現(xiàn)呢？

#專欄作家#

辛超，微信公眾號：pmnote，人人都是產(chǎn)品經(jīng)理專欄作家。九櫻天下產(chǎn)品經(jīng)理，關注社區(qū)共享經(jīng)濟領域，曾任藍標集團策劃經(jīng)理，負責運營百萬級粉絲微博賬號，現(xiàn)轉(zhuǎn)崗產(chǎn)品，擅長產(chǎn)品設計與運營。希望未來自己打造的產(chǎn)品，能讓世界變得更好一點點。

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，不得轉(zhuǎn)載。