關於後臺的那些小事

這裏是IT修真院產品分享課，今天要分享的是

【關於後臺的那些小事】

1、什麼是後臺？

顧名思義，就是與前臺相反的唄，前臺咱們都知道是用戶查看信息，提交信息的地方，那麼後臺相應的就是建立元素信息，存儲信息，處理信息的地方，他也叫管理系統。

打個比方，前臺就好像咱們去餐廳裏，坐下來看菜單，而後告訴服務員咱們今天要吃什麼，服務員就蹦蹦跳跳的到了後廚，告訴廚師要作哪些菜，廚師記下桌號和菜品，就開始製做了。這裏的後廚實際上就是咱們所說的後臺系統，而那個廚師就是後臺管理員。

2、後臺都能作什麼？給誰用？

就像上面所說的後臺一般的做用就是建立信息，存儲信息與處理信息，他管理着整個產品的正常運轉。在論壇裏後臺管理者能夠刪帖，發帖，封號，建立帳號，在門戶網站能夠添加新聞，增長欄目，增長評論，在電商系統裏能夠上下架產品，處理物流信息，作促銷等等，功能強大吧。

不過強大的背後就會遇到問題，那就是越是功能強大，越不能一我的來完成全部部分，因此就有了「分權限管理」管理者能夠細分紅不少塊，各司其職，提升效率。好比我正在編輯文章的微信後臺，就包括管理者與運營者，運營者只能登陸與羣發信息，更高級的操做須要管理員受權或是不開放，電商網站更是多角色的典型。

3、看看設計後臺時是怎麼思考的？

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

OK，讓咱們用一個簡單的門戶網站舉例。

背景：A公司目前門戶是靜態的，老闆爲了拉融資要求對門戶網站進行改版。

需求：在網站上要有新聞模塊，首頁須要有輪播圖能夠更換公司的大事件，給公司一個發聲的地方，明年的重點須要擴大招商範圍和規模，網站上最好有個招商板塊，再有就是對公司總體有個業務介紹，最後，公司最近招人比較困難，若是官網有個招聘模塊也許就能提升招聘的效率。

上線：給你一個月時間，網站就要上線。滾吧！產品汪。

就是這麼多了，若是是你你會怎麼作？

畫原型嗎？NO。先停一下，去把這個「喜訊」告訴全部「干係人」吧，讓你們的信息對稱一下。面對這個需求，咱們須要調動多少人？產品狗本身，UI一個，前端一個，後端1-2個，市場文案狗一個，人力資源輔助配合招聘模塊1人，最後是網站後期運營者。想一想功能，想一想要完成的事情，大概就這麼多了。

根據需求能夠看出，大概功能並不複雜；作個功能列表，簡單用語言包裝一下你要作的東西，而後去挨個聊或者召集你們開會，讓你們提供一個完成時間，這個完成時間不能超過Deadline，因此溝經過程中可能須要你去說服對方，提升效率，甚至可能加班，讓你們有心理準備。

咱們先來作個簡單的梳理

首頁，會有一個輪播圖方便後期更新，若是更新不頻繁也能夠作成靜態，開發成本低。首頁還會是一些公司競爭力介紹等等。

新聞，新聞會有運營人員不按期更新，就是須要建立信息，他就是須要在後臺有這個功能。

招商加盟，看看招商網站多半是一些公司介紹，在底部會放一個聯繫方式提交的地方，詢問老闆後，他認爲也須要這個模塊，OK，須要傳遞信息，他也須要在後臺有個功能。

招聘，看看招聘網站，功能仍是挺多的？那麼咱們須要那麼多嗎？用戶能夠有個word簡歷經過網站上傳給咱們，人力資源人員能夠經過後臺下載或預覽？再來一個解決方案，在前臺有不少表單可讓用戶填寫，直接提交給後臺。這些都是用戶要與後臺產生互動信息。

可是這些方案好像聽起來不錯，可是時間容許你這樣作嗎？成本你承受得起嗎？那麼不如用最原始的方式，雖然不那麼酷可是後簡單，前端只提供職位職責預覽，並提供一我的力的郵箱，你們能夠向裏面投遞簡歷，後臺只作職位的簡單發佈。

業務介紹，屬於靜態頁面，設計上去就OK了，這個不涉及到後臺。

通過分析和溝通，咱們發現與後臺有交集的地方分別是，首頁輪播圖，新聞，招商和招聘。這時候你能夠去看看其餘產品，在這些模塊都會顯示哪些字段信息，找到你決定有用的，把他填寫到這些功能描述中，再去進行前臺的產品設計；不過有時你會發現作着作着發現缺了某個字段，爲了不這種事情的發生，就須要你在信息收集的過程當中，多去看幾個產品，把他們的展現的內容都先羅列下來，再作刪減。

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

我常覺得後臺就是一個個的「倉庫」

這個庫裏堆放着你想要管理的內容，後臺的搭建就是建立一個又一個的庫，而且將他們合理的鏈接起來。回看咱們要作的東西，能夠簡單的分爲四個庫，並對他們分別管理。

知道有哪些庫了，咱們須要將他們合理的組合起來，造成」導航「。業務流程越長，功能越多這個組合的工做越很差，這就是爲何須要信息架構師這種職位，不過面對簡單的後臺，產品們仍是能夠直接應付。

整個後臺的界面一般會有如下模塊組成：後臺導航——管理庫(管理內容列表\管理的內容)，從最大的框架到最小元素。

新聞管理

輪播圖管理（廣告位管理）

加盟信息

招聘信息管理

知道有哪些庫了，咱們須要將他們合理的組合起來，造成」導航「。業務流程越長，功能越多這個組合的工做越很差，這就是爲何須要信息架構師這種職位，不過面對簡單的後臺，產品們仍是能夠直接應付。

整個後臺的界面一般會有如下模塊組成：後臺導航——管理庫(管理內容列表\管理的內容)，從最大的框架到最小元素。

後臺導航

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

1. 橫向導航

2. 縱向樹結構導航

3. 橫向導航縱向樹結構

橫向導航會用在後臺功能較少，層級不多的狀況下，他的優點就是學習成本低，劣勢就是可擴展性比較差。

縱向樹結構導航，這個咱們看的實際上是比較常見的，不少電商網站的我的中心或是訂單頁面就是用的這種結構，邏輯清晰，可以很快的找到想要找的東西。

第三種比較複雜，適用於平臺功能較多，功能模塊相差不少的網站，會在最頂部的橫向導航放置頂級功能導航，在某個功能下用樹結構導航清晰的表現二級功能。

由於這一次咱們作的功能並不複雜實際上能夠用橫向導航，不過由於我是根據現有後臺來製做，因此爲了避免增長開發成本，因此依然延續橫向導航縱向樹結構。

管理庫

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

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

OK，其實整個管理列表頁已經躍然紙上了，以後就是正文編輯了，用戶能夠從列表頁或導航中的「添加新聞」進入，把能夠實現功能的字段作到頁面上，再加上文本編輯器，一個發佈按鈕，一個簡單的新聞管理就搞定了。

那加盟信息怎麼作呢？其實也很簡單了，既然用戶須要在前臺提交信息，那麼咱們的後臺實際上就是一個接受信息的地方。咱們讓用戶在前臺提交「姓名電話郵箱」等聯繫方式，在後臺加盟管理中，利用列表頁將這些信息進行展現，有新的加盟信息推送過來能夠在導航上加一個數字角標，這個功能甚至都用不到詳情頁就能搞定。

像門戶網站這種還算比較簡單的了，不過爲了方便管理，你能夠給不一樣的角色賦予不一樣的權限，好比人力資源的同窗只可使用招聘發佈，網站運營人員只能使用新聞發佈等等，專人專項，分工明確。

4、角色劃分與權限是怎麼來決定呢？

一句話，跟隨你的產品業務。好比拿電商而言一個商品從用戶確認下單，支付以後，在後臺會走過多少流程，我想每一個公司的業務流程都會不一樣，可是在這個流程中必定會涉及到不少「角色」來處理訂單，而這「角色」就是你來劃分後臺權限的依據，而功能亦是從業務需求中轉化而成的。

讓咱們短暫回顧一下

回顧一下後臺的設計，咱們會發現他其實是一種面向信息的設計，對於信息進行審覈，記錄，閱讀，操控等等。在作後臺設計時你須要對業務流程有必定了解，知道哪一個環節會與系統產生交互，那麼這個交互的點就是後臺設計的「庫」，咱們須要對這些庫進行管理，有時候咱們還須要將這些庫與另一些庫進行鏈接，庫與庫之間互相調取數據。

好比電商網站作的促銷管理，都會去調用「商品庫」裏面的數據。想要掌握後臺產品的設計的核心就是處理好每一個庫的劃分與整個產品的運做邏輯。

先作前臺仍是後臺

這是我曾經很糾結的問題，不知道你是否是也是同樣，當你慢慢了解以後，這個問題其實就不復存在了，找你熟悉的東西開始作，這樣會讓你有我已經完成了多少多少了的感受，而不是面對一個不熟悉的東西，痛苦的死磕，磕到對本身失去信心。

前臺與後臺共同構成了你的產品，缺乏一方，產品便沒法運轉，先把業務邏輯思考清楚，你會發現「哦，這裏是給用戶看的」「啊，這裏是後臺要處理的」當業務邏輯走向完整以後，我想你的先後臺就都已經設計完成了。

【更多內容，歡迎加入交流羣565763832與你們一塊兒討論交流】

【這裏是技能樹·IT修真院：IT修真院官網，初學者轉行到互聯網的彙集地】