在進行后臺產(chǎn)品設計時，我們應該怎么做才能讓我們產(chǎn)品設計更加流暢呢？本文作者結合點播內(nèi)容管理后臺（CMS），總結了系列文章，給大家介紹一下后臺產(chǎn)品，該如何設計，這是系列文章的第一篇。

對于大多數(shù)的產(chǎn)品經(jīng)理而言，后臺的產(chǎn)品設計總是讓人很頭大。不熟悉、沒頭緒、理不清邏輯等各種問題，讓我們在做后臺產(chǎn)品時舉步維艱，最后結果也是差強人意。

那么，我們需要怎么做來讓我們的后臺產(chǎn)品設計更加順暢呢？

筆者將結合所做的點播內(nèi)容管理后臺（CMS），總結了系列文章，給大家介紹一下后臺產(chǎn)品，該如何設計。這是第一篇——認識后臺。

在開始設計前，我們最需要做的，是對后臺有一個全面的認識——后臺是什么？做什么？包括哪些層次？整體流程有哪些？涉及角色及分工又有哪些？產(chǎn)品經(jīng)理在整個流程需要參與的環(huán)節(jié)和職責是哪些？

只有一個更清晰的認識，才能讓我們在做后臺設計時有更深的理解，面對其他業(yè)務的后臺，也能夠舉一反三，有章可循。

一、后臺是干什么的

要了解后臺，需要結合與后臺相關的幾個角色，形成整體認知。

一般我們所面對的，簡化后就是以下圖中所示：后臺—前端，或是后臺—中間件—前端，后一種情況在特殊場景中會遇到，例如：后臺部署在內(nèi)網(wǎng)，而前端部署在外網(wǎng)的情況下。

先來看看每個元素是做什么的。

• 前端：負責與用戶交互。主要工作是數(shù)據(jù)獲取、頁面布局展示、數(shù)據(jù)展示、完成各類動畫動效、進行文字圖片加載與渲染、視頻播放和部分前端邏輯處理。需要特別說明的是，前端同學在甩鍋時最常說的一句話就是：“我前端只是做顯示的，這個問題找后臺啊。”這個確實如此，但有的邏輯前端也是要處理的，如后臺數(shù)據(jù)返回不全、接口失效時，前端就需要做好應對措施，例如：增加容錯頁面。
• 中間件：負責信息的解析與轉發(fā)。中間件是非常寬泛的概念，形式上它可以是一臺物理設備，也可以是一個在中轉服務器上的程序或代碼，而它的用處也非常廣泛，不僅在前后端之間使用，在后臺與第三方系統(tǒng)對接、保護敏感系統(tǒng)等多個場景都會用到，但本質作用就是將信息轉化成它的上下游能看懂的信息。舉個栗子：A手機錄制了一段.mp4格式的視頻，C手機只能播放.avi格式，那么A手機錄制的視頻要想在C手機上播放，就需要中間件B將.mp4轉化成.avi的C才能播，所以中間件主要是幫忙轉一下數(shù)據(jù)形式，而數(shù)據(jù)內(nèi)容其實還是那個；
• 后臺：負責與管理員交互并響應前端行為。主要工作是數(shù)據(jù)存儲、數(shù)據(jù)處理、邏輯處理、數(shù)據(jù)輸出。而這幾個工作，則是整個產(chǎn)品處理任務最重，最復雜的地方，那么我們一般遇到的流程沒走通，數(shù)據(jù)、邏輯問題，都與后臺有關。

在這三者之間，就是通過接口進行數(shù)據(jù)與用戶行為（行為也可以看做數(shù)據(jù)）傳輸?shù)?。認清每個角色，就能讓我們看清每個角色在整個產(chǎn)品中所起的作用，角色間的關系，進而幫助我們在做產(chǎn)品設計時，能進一步梳理清楚流程、功能涉及方，在遇到問題定位時也能更清晰。

清楚后臺的作用后，我們需要進一步認識后臺包括哪些。

二、后臺的三個層次

在做前端產(chǎn)品時，通常會根據(jù)用戶體驗五要素來對產(chǎn)品不同層次進行劃分，進而幫助我們系統(tǒng)的認識產(chǎn)品。類似的，后臺也可以將包含的內(nèi)容，按照由淺到深分為表現(xiàn)層、業(yè)務層、數(shù)據(jù)層。

1. 表現(xiàn)層（UI）

作用：通俗講就是展現(xiàn)給管理員用戶的這套界面，即管理員用戶在使用一個后臺系統(tǒng)時他所看到的。用于顯示數(shù)據(jù)和接收用戶輸入的數(shù)據(jù)，為用戶提供一種交互式操作的界面。

說明：一般來講，內(nèi)部使用的后臺不會專門安排UI進行設計，也不會協(xié)調前端資源進行表現(xiàn)層的開發(fā)，基本都是由后臺小哥們自己解決，但Java與JS是兩種語言。

所以現(xiàn)在我們經(jīng)?？吹降倪@幾種后臺UI，都是后臺使用的開源模板，如：easyUI、bootstrap、vue.js+es6、Extjs（收費）等。

對于產(chǎn)品經(jīng)理而言，我們在出后臺原型時，最好能大致了解后臺所使用的UI模板支持哪些頁面樣式，以免出現(xiàn)開發(fā)樣式與原型差異過大，導致使用體驗問題。

對于使用較多的easyUI和bootstrap，我們需要簡單了解這兩種模板的優(yōu)點，當從0-1設計后臺時，能簡單根據(jù)后臺復雜度判斷選用哪種：

2. 業(yè)務層（BLL）

• 作用：主要處理業(yè)務邏輯。針對具體的問題、操作、請求，根據(jù)已定義好的規(guī)則，進行處理，類似于電腦的CPU。很多時候，也將業(yè)務邏輯層稱為領域層；
• 說明：業(yè)務邏輯層在后臺體系架構中的位置很關鍵，它處于數(shù)據(jù)層與表示層中間，起到了數(shù)據(jù)交換中承上啟下及處理的作用。對于數(shù)據(jù)層而言，它是調用者，對于表示層而言，它卻是被調用者。整個后臺的業(yè)務規(guī)則、業(yè)務流程等與業(yè)務需求有關的均在這一層次體現(xiàn)，它也直接決定數(shù)據(jù)層和表現(xiàn)層的設計。作為產(chǎn)品經(jīng)理，需要最優(yōu)先明確的，也是最重要的，就是這一層面的內(nèi)容。

3. 數(shù)據(jù)層（DL）

數(shù)據(jù)層包括數(shù)據(jù)訪問層和數(shù)據(jù)庫兩個部分：

• 數(shù)據(jù)訪問層：主要是對數(shù)據(jù)庫進行直接操作，包括數(shù)據(jù)的增添、刪除、修改、查找等；
• 數(shù)據(jù)庫：按照數(shù)據(jù)結構來組織、存儲和管理數(shù)據(jù)的倉庫。我們通常所說的數(shù)據(jù)字典就是這一層面的內(nèi)容，而數(shù)據(jù)表的結構關系就是根據(jù)業(yè)務層的需求而定。

三者之間，層與層的依賴是向下的，上層調用下層，下層支撐上層。那么對于產(chǎn)品經(jīng)理而言，我們?yōu)槭裁匆獙⒑笈_區(qū)分得這么細致呢？

一方面是為了更加系統(tǒng)的認識后臺，而更重要的，是因為“高內(nèi)聚，低耦合”的思想，通俗講就是——產(chǎn)品經(jīng)理在設計后臺時需要保證后臺設計的靈活性和高可擴展性。

產(chǎn)品經(jīng)理在進行產(chǎn)品迭代時，一般對前端的改動會更多，同時盡量減小對后臺的影響，因為后臺的變動往往會牽一發(fā)而動全身。那么這就要求后臺在設計之初，需要保證高擴展性和高度的靈活性，能盡可能的適配多種場景，不同的前端需求。

所以通過對后臺不同作用的內(nèi)容進行分層，能從最基礎的后臺架構上，做到“低耦合”。

在架構設計時，如果遵循了“面向接口設計”的原則，保證“弱耦合”結構，那么改變上層的設計對于其調用的底層而言，影響較小甚至沒有任何影響。

認識完后臺，再來介紹一下后臺設計開發(fā)流程及產(chǎn)品經(jīng)理在其中所扮演的角色。

三、后臺的設計開發(fā)流程——V模型

先來看看每個環(huán)節(jié)涉及人員及主要工作，這里部分與產(chǎn)品經(jīng)理有關。

1. 需求收集

這是整個流程的起始環(huán)節(jié)，也是產(chǎn)品經(jīng)理最核心的工作部分。在這個階段，產(chǎn)品經(jīng)理需要從運營、市場、上級等各方收集關于后臺的需求，同時梳理清楚業(yè)務要求、業(yè)務流程、前后端流程，保證每個業(yè)務需求清晰和流程的通常，在這些基礎上，結合前端產(chǎn)品定義后臺所需滿足的功能。

這部分需求確認清楚后，需要進行需求評審，尤其是當業(yè)務流程梳理出來后，一定要與后臺開發(fā)人員、技術經(jīng)理、開發(fā)組長、測試等人進行溝通，確定流程無誤后，才能進入開發(fā)階段。那么這一部分，主要體現(xiàn)在業(yè)務層和表現(xiàn)層的設計上。

2. 架構設計

需求確認后，架構師或技術經(jīng)理需要根據(jù)需求進行后臺的架構設計。主要是架構的搭建、后臺各模塊功能的劃分、數(shù)據(jù)字典的設計、表之間的邏輯關系設計、模塊間接口定義和數(shù)據(jù)傳遞的實現(xiàn)等。

在這個階段，產(chǎn)品經(jīng)理需要與架構師/技術經(jīng)理溝通，保證后臺模塊劃分的合理性，雖然我們在原型上已經(jīng)劃分好了不同模塊，但有時架構師們會從他們技術角度進行微調。

而產(chǎn)品經(jīng)理需要從業(yè)務需求角度，保證這種調整不會有其他不利影響。當架構師完成這部分設計后，產(chǎn)品經(jīng)理需要參與數(shù)據(jù)字典及表間關系的評審，以避免從一開始就跑偏的情況。

3. 軟件設計

這個階段，后臺開發(fā)人員根據(jù)架構師設計好的這些內(nèi)容，對各模塊進行深入分析，對各模塊組合進行分析，并實現(xiàn)相應的接口、頁面、控件。

4. 軟件編碼

這部分，就是實際敲代碼的過程，后臺開發(fā)人員按照詳細設計好的功能，編寫出實際的代碼。

5. 單元自測

按照設定好的最小測試單元進行按單元自測，主要是測試程序代碼，為的是確保各單元模塊被正確的編譯，而這部分的測試一般是開發(fā)小哥自己搞定。

6. 系統(tǒng)測試

經(jīng)過了單元測試后，將各單元組合成完整的體系，主要測試各模塊間組合后的功能實現(xiàn)情況，以及模塊接口連接的成功與否，數(shù)據(jù)傳遞的正確性等，其主要目的是檢查軟件單位之間的接口是否正確。

這一階段的測試主要是架構師/技術經(jīng)理和測試人員共同完成，確保后臺開發(fā)人員是根據(jù)架構師的設計來實現(xiàn)的。

7. 驗收測試

這個是整個流程的最后一環(huán)，與前端產(chǎn)品類似，這個環(huán)節(jié)需要產(chǎn)品經(jīng)理根據(jù)需求進行驗收，保證開發(fā)按照需求實現(xiàn)，測試人員根據(jù)測試用例，進行產(chǎn)品功能測試。

從這個“V模型”就可以看出：產(chǎn)品經(jīng)理最主要的工作是需求階段，而與這個節(jié)點有聯(lián)系的，都是產(chǎn)品經(jīng)理需要參與的工作。

認清后臺，不僅為我們在做后臺產(chǎn)品設計時提供很大幫助，還讓我們在做產(chǎn)品迭代時，能初步評估需求改動對前后端的影響，甚至有一個基本的工作量評估。同時在跟后臺開發(fā)人員溝通時，能減小不少障礙，理解他們的工作內(nèi)容，做一個“懂”他們的產(chǎn)品經(jīng)理。

相關閱讀

后臺產(chǎn)品設計系列：產(chǎn)品設計方式（二）

本文由 @Z. Fly 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉載

題圖來自Unsplash，基于CC0協(xié)議