編輯導語：在后臺的設計中，功能性被十分看重，后臺的功能很大程度上決定了軟件的可操作性，本文作者就此做了一定的介紹和對后臺功能設計的分析，一起來看看吧。

后臺，在互聯(lián)網軟件中一般指對于軟件中的數(shù)據(jù)進行管理的平臺。隨著技術的發(fā)展，后臺也代指未直接面向產品創(chuàng)造價值的用戶，在幕后提供能力對軟件進行支持的平臺。不論何種定義的后臺，共同點都在于后臺是一種偏向支持性的功能產品，而至于是對某個軟件的數(shù)據(jù)進行管理的操作平臺，還是提供功能對軟件進行支持的功能性平臺，只是后臺的不同階段。

今天我想分享的思考，是關于后臺設計的思路以及一些啟發(fā)。那么就從“什么是后臺”開始吧。

一、什么是后臺1. 服務于一款產品的數(shù)據(jù)管理平臺

我第一次接觸后臺，是剛工作之時遇到的網頁內容管理后臺。彼時的我負責游戲門戶網站建設的工作，對于網站中特定的功能以及發(fā)布的文章內容有對應的數(shù)據(jù)管理平臺，這就是我接觸的第一個后臺。這類后臺很好理解，區(qū)別于網頁直接呈現(xiàn)給使用者，后臺是對呈現(xiàn)的內容進行管理調整的地方。這個后臺并不算特別復雜，主要就是內容的錄入，然后根據(jù)網站的結構結合網站界面進行封面圖配置、縮略標題等功能配置的地方。

后來團隊開始基于我們負責的游戲門戶網站，開發(fā)了自己的游戲資訊社區(qū)類安卓應用，我又參與了這款應用的后臺設計。這個階段的后臺目的很明確，通過可視化的界面設計，將網站或是應用日常運營所需的圖片、文案或是其他的數(shù)據(jù)配置通過填寫、選擇的方式供運營人員使用，提升網站、應用的數(shù)據(jù)管理效率。

2. 服務于一類產品的數(shù)據(jù)管理平臺

因為工作重心從網站運營轉移到了移動應用，不同類型產品的數(shù)據(jù)需求不同，服務于對應產品的后臺也不同。但是由于二者經常共用一些資訊文章以及游戲列表，使得兩個產品的后臺之間經常有聯(lián)系，此時的后臺開始將很多重復用于兩個產品或是內容重復的數(shù)據(jù)獨立出來，專門設計獨立的功能后臺進行管理，例如網站與移動應用都會用到游戲列表，都會展示登錄的用戶昵稱頭像等信息。

為了更好的同時服務網站與移動應用，后臺開始不局限于以具體的界面提供數(shù)據(jù)管理，也會有更加抽象的接口能力進行支持。此時的后臺將通用的部分整理出來，不僅可以進行數(shù)據(jù)內容管理，為了服務于不同產品，也提供了更加靈活的功能支持，以滿足同一類產品的數(shù)據(jù)需求。

3. 開放自身能力，服務于更多人的功能平臺

隨著網站和移動應用的火熱發(fā)展，我們開始了自己的商業(yè)化之旅，就是通過網站的文章對游戲進行推廣，在移動應用中對游戲提供下載與游戲開發(fā)商合作。為了便于游戲開發(fā)商接入我們的產品，我們專門打造了一個后臺，供游戲開發(fā)商提供游戲接入，同時我們還提供了在我們的產品中游戲下載數(shù)據(jù)的數(shù)據(jù)統(tǒng)計后臺以及一些運營支持能力。這時我們要不斷的更新我們可以為游戲開發(fā)商提供的能力，供他們的使用。

此時的后臺便不再像之前一樣僅局限在服務于產品的數(shù)據(jù)管理，轉變?yōu)樘峁┠芰o其他的產品開發(fā)者使用幫助他們完成游戲運營推廣、游戲下載流程。

4. 做個小結

不同角色在看待后臺時有不同的定義，本文探討的后臺是根據(jù)業(yè)務所需的產品形態(tài)不同，在不同時期下服務于產品數(shù)據(jù)管理平臺、服務于產品的功能支持平臺這樣比較廣義的定義，時下則稱之為了中臺抑或是中后臺。前文的三個階段，也是我所理解的后臺發(fā)展過程。不同階段，因為目標不同，所以后臺的設計上偏向性也不同。在前兩個階段，為了服務網站與移動應用，后臺更多的是服務于二者的數(shù)據(jù)管理。

隨著二者的互動增多，后臺在數(shù)據(jù)內容管理的基礎上，也要進行更加強大的功能支持。而隨著業(yè)務的范圍擴大，服務的對象拓展，后臺開始不局限于產品的運營人員，當更多人參與到產品中時，對于其他角色也需要拓展相應的能力支持，此時后臺便開始往開放平臺的方向發(fā)展了。

后臺不僅僅是一個內容管理平臺，隨著技術與產品需求的發(fā)展，后臺的核心是背后的功能流程，通過對功能流程的整理，進而將功能流程中的數(shù)據(jù)、信息流轉途徑具象化體現(xiàn)，供使用者對數(shù)據(jù)、信息進行管理，從而幫助使用者提升效率。

二、后臺設計思路與小結

在產品的不同發(fā)展階段，對于后臺的功能需求是不同的。后臺能力的發(fā)展趨勢，大致是從服務于一款產品的內容管理，到服務于一類產品的內容管理，最終到將內容管理的能力整理后開放，供其他人使用的過程。這是一個從我開始，到幫助他人的過程，我將這個發(fā)展過程總結為從內容管理到功能開放。

根據(jù)我工作經歷中總結的后臺發(fā)展過程，這個過程中變化在于產品與使用者在發(fā)展過程中，產品功能增多、使用者角色增加時，隨之迎來了后臺的改變。因此在后臺的設計中，不同階段下，后臺的設計思路不同。

1. 框架設計

當后臺還是服務于具體產品時，后臺功能的表現(xiàn)體現(xiàn)于產品的內容數(shù)據(jù)管理，例如常見的圖文配置，數(shù)據(jù)統(tǒng)計。此時在后臺的設計上需要根據(jù)使用者的角色分類、數(shù)據(jù)的操作與查看權限以及操作過程中的效率將后臺進行分類，具體要做的就是將不同后臺分割、在一個后臺中根據(jù)操作類別整理為不同的菜單。那么先從后臺框架的后臺分類開始。

（1）后臺的分類與菜單的劃分

最基礎的后臺一般是基于產品的內容管理平臺，在這個后臺中做的最多是內容配置，例如圖文配置，視頻上傳。此時的后臺主要是服務于產品的運營人員，不論圖文、視頻數(shù)據(jù)服務的是何種類型的內容，在后臺設計之時因為涉及到操作，就會有不同的分工，也許不同的分工之間還存在不同的權限，不可以互相查看或者互相操作。

此時如果不同分工之間的聯(lián)系并不緊密，或是后臺功能的服務對象不同，例如某個營銷工具類產品團隊，一部分負責工具內的圖文內容配置，一部分則負責營銷客戶的數(shù)據(jù)管理，此時二者需要分開管理，各自互不相同，則需要考慮分為兩個單獨的后臺進行各自的數(shù)據(jù)管理。

若放在同一個后臺中，則需要考慮將兩個功能管理劃分在不同的菜單下，此時可以使用一級菜單對功能分類，將各類管理操作放在二級菜單中。這一點在很多軟件的設計中均有體現(xiàn)，例如下圖VScode的設計，從上至下、從左至右根據(jù)功能等級進行了劃分。

后臺的分類相較菜單的分類標準更簡單，根據(jù)功能的關聯(lián)性定義即可。而后臺中的菜單劃分，主要的標準則是團隊的工作流程。假設現(xiàn)在需要對營銷工具APP中不同的頁面的輪播圖進行內容配置。如果團隊是根據(jù)不同人員負責不同的頁面，此時則以頁面為單位進行菜單劃分，即可保證各自負責的人員在權限設計時更為獨立，避免相互影響。

若團隊是根據(jù)功能劃分負責范圍，例如輪播圖由專門團隊進行管理，而其他的功能配置由其他的團隊負責，此時的菜單劃分則根據(jù)所負責的功能來定義?？偨Y一下，后臺的分類與菜單的劃分主要的定義原則是：

后臺的框架設計包含不同功能的后臺劃分，每個后臺在根據(jù)各自的功能進行菜單劃分，根據(jù)功能的關聯(lián)性分類。例如操作類后臺與數(shù)據(jù)統(tǒng)計類后臺二者在功能操作關聯(lián)性上不強，為了權限以及效率考慮，可以考慮為兩個后臺，或同一后臺中的不同模塊；后臺的菜單以及功能設計基于團隊的工作流程，雖然有各種分類方式，如果后臺分類以及菜單的劃分不能滿足工作流程或保證工作效率，則需要考慮框架結構的設計是否合理，后臺的本質是為了提升效率。

因為面向的業(yè)務內容不同，這里的工作歷程需要結合各自的業(yè)務來定義，溝通是非常必要的。

（2） 后臺的賬號體系

后臺的分類以及菜單的劃分更多是對業(yè)務的功能進行拆分，而賬號的設計則是對操作權限以及團隊人員進行設計與管理。一般來說，后臺初始的狀態(tài)是一個人為管理數(shù)據(jù)流轉的過程，例如資訊內容類網站或者應用中，運營人員對功能模塊的圖文、視頻配置。因為分工的不同，每個操作人員可擁有的操作內容以及可查詢的內容是不同的，此時我們需要對操作的人進行角色的定義。

當做好了基于功能的后臺以及菜單的劃分后，則需要為后臺創(chuàng)建可操作的單位，這個單位就是賬號。之所以賬號是放在后臺框架設計之后來定義設計，是因為如果未考慮好后臺的框架結構，若在后續(xù)增加了新的后臺以及功能時，又需要重復使用之前的賬號，則需要對賬號功能進行升級，讓新的后臺可以使用之前賬號的數(shù)據(jù)。

此時不如就先把后臺的框架設計與賬號設計各自分開，并根據(jù)業(yè)務的需求先對功能分類，然后根據(jù)工作流程設計賬號，將兩部分功能獨立進行管理，此時也可以將賬號體系理解為后臺能力的一種。

三、基于后臺的其他的功能設計1. 權限設計

之前已經對后臺和菜單進行了分類，又創(chuàng)建了賬號，此時就需要對每個賬號在后臺中的行為進行權限管理了。目前常用的權限功能是RBAC模式，即各類權限定義在角色上，然后再為每個賬號賦予角色。這種模式的優(yōu)點是效率高，不用單獨為每一個角色定義權限，當有大量的人員需要配置相同或類似的權限時，此時對于管理員來說操作就很繁瑣。而對相同或類似的操作賦予在角色上，然后再把角色賦予賬號如此一來效率就高了很多。

2. 功能流程的記錄

不論是后臺主要功能為內容配置，還是發(fā)展到后臺開始提供對外的功能服務，都需要對功能流程進行記錄與管理。為什么要對功能流程進行記錄與管理，記錄人員的操作行為或是對外的能力使用情況，是為了便于出現(xiàn)問題時的定位，誰、在何時、在哪里進行了何種操作，方便后臺策劃方了解是否存在問題、隱患。所以在一些操作類的菜單內容設計，以及操作日志的設計中，除了展示主要的操作數(shù)據(jù)之外，建議加上操作者、最近一次操作時間。

像廣告投放這樣會有回顧創(chuàng)建與修改對比的數(shù)據(jù)時，在菜單內容的展示中，還可以考慮加上創(chuàng)建時間，修改人，通過對比不同人不同時間的操作，來進行對比調優(yōu)。后臺的操作流程最好根據(jù)劃分好的菜單將數(shù)據(jù)操作分開，同一類數(shù)據(jù)的操作最好不要分散在不同的菜單或者后臺中，避免權限管理混亂以及多人重復操作等衍生的管理問題。

3. 操作日志管理

其實功能流程中記錄的部分內容就已經組成了操作日志基礎，只不過是針對當前功能菜單的操作日志。而更為綜合的整個后臺的操作日志同樣重要。操作日志則可以更統(tǒng)一的記錄操作人、操作時間、操作人IP、操作數(shù)據(jù)變更情況，通過這些數(shù)據(jù)的記錄可以全面的反映后臺的操作，也便于之后的查詢。

當后臺發(fā)展到對外之時，例如廣告平臺的開放平臺，對于每個接口的調用情況同樣需要記錄，只不過未必需要像操作日志一樣用后臺體現(xiàn)出來，此時需要技術開發(fā)人員來進行服務端的記錄與監(jiān)控。

四、后臺設計的思考與啟發(fā)

后臺的發(fā)展從面向單一的產品變?yōu)槊嫦蚋嗟拈_發(fā)者，這是一個內容管理到功能管理的轉變，是一個將內容管理能力對內服務到對外開放的轉變。后臺的發(fā)展可以從很多產品的發(fā)展中找到軌跡，以國內的微信為例。最初的微信是一個類似QQ的即時通訊工具，隨著微信發(fā)展出了公眾號、微信支付、小程序等等，就是一個從服務于單一產品到開放的過程。

這個過程中，微信賬號從服務于微信APP本身，然后開放服務于其他的微信類服務，例如公眾號、小程序、微信開放平臺等等；微信賬號在此后繼續(xù)開放，可供其他平臺接入成為其他平臺的賬號體系組成之一；微信支付從服務于微信，到開放可以服務于商家以及其他平臺；這樣的后臺能力發(fā)展，其實就是產品能力的發(fā)展。好的后臺設計，除了體現(xiàn)在保證效率之外，也許還可以提供更多的價值?；ヂ?lián)網軟件的發(fā)展趨勢是逐漸平臺化，所謂平臺化就是從單一服務逐漸成長為綜合服務，可提供的功能更加豐富和綜合。此時后臺的價值也會隨之提升。

而如果僅僅是服務于單一產品的簡單后臺，則相對簡單的多，只需要針對單一后臺設計賬號體系與權限。此時對于后臺的策劃人員來說，要求也相對更低。但是隨著產品功能的成長，后臺也需要隨之提升。產品平臺化的同時，也應該讓后臺跟隨平臺化。例如各家廣告平臺開放平臺，提供各自的廣告能力，讓廣告主可以自行選擇能力，定制開發(fā)更加適用于自己的投放平臺，而非拘泥于平臺官方提供的能力，能夠有效地幫助廣告主提升效率。

后臺最重要的內容是沒有體現(xiàn)在菜單展示內容，而是幕后的功能設計。例如一個ABtest后臺，后臺中配置的內容并不多，操作也不復雜，重要的是背后的用戶分流邏輯、監(jiān)控指標的計算流程，這才是后臺策劃人員需要重點思考的內容。后臺的體現(xiàn)很簡單，下拉框、表單組成的流程是表現(xiàn)，重要的是背后的功能是否足夠強大，體現(xiàn)的簡單需要背后嚴謹?shù)乃伎己凸δ艿慕选?/p>

后臺的策劃工作對策劃者而言得到的成就感，比起所謂to C(面向大眾消費者)類的產品日活百萬這樣的感受是難以被感受到的。很多人將后臺策劃歸類做to B(面向企業(yè)用戶)，是因為企業(yè)類消費者的工作更多集中在協(xié)作以及需要提升效率的工作中，而后臺常見的功能流程以及表單的數(shù)據(jù)體現(xiàn)，都是為了效率而言。

對于這一點，我的想法是不要局限于常見的分類，并沒有絕對的企業(yè)用戶就和不同的消費者用戶在需求上有本質的不同，在使用后臺類服務時都是為了解決問題、提升效率。也許沒有大用戶量帶來的直接成就感，但是做好每一個細節(jié)，幫助使用者提升效率，用更短的時間完成同樣的任務，也是一件非常難辦到的事情，總之就是平常心吧。

后臺中的菜單、菜單中的展示內容只是后臺能力的直接表現(xiàn)，而非后臺本身，這只是后臺的呈現(xiàn)方式之一。不要局限在提升后臺的操作流程交互，也應該去考慮后臺背后的功能，通過扮演不同的后臺使用角色，去發(fā)現(xiàn)問題，解決問題。不同于to C類產品用用戶量、時長、留存等用戶行為類指標檢驗產品成果，后臺類產品的成果檢驗更加委婉。我的建議方式是用戶訪談，問卷調查，凈推薦值三種方式來收獲使用的反饋，以此來判斷后臺的不足與用戶的評價。

最后還是要強調一點，后臺所呈現(xiàn)的內容只是表現(xiàn)形式，并不是說后臺策劃的工作就是設計菜單中的內容，應該是像開放平臺一樣去思考，我可以提供怎樣的數(shù)據(jù)給使用者，他們可以使用我給的數(shù)據(jù)幫助他們提升效率。不同業(yè)務所需要的后臺不同，就和社交類產品、游戲產品一樣，有聯(lián)系，但并不可統(tǒng)一而論。

最后的碎碎念

這是一篇結構松散的總結，鑒于能力我難以用更精彩的內容為讀者帶來驚喜。關于后臺的策劃工作，其實我總結起來更多的是缺少成就感、難以整理出經驗的失落。記得我某次面試，我向對方展示我曾經設計的后臺之時，面試官輕描淡寫的說了一句都是表單和下拉框吧。當我想說明后臺背后的功能流程，以及我設計這些功能的思考與過程時，對方并沒有什么興趣，覺得并沒有什么特別的。

后臺設計是一個枯燥的工作，卻是一個極需強大的溝通能力與分析能力的工作。你需要游走在不同的角色間聽他們的反饋，自己親自操作或是帶入到角色中去使用后臺發(fā)現(xiàn)問題，但你面對的并不是業(yè)務創(chuàng)造價值的直接用戶，而是作為中間的操作者。

后臺是一個做的好或者不好并不是那么界限分明的產品類型，畢竟難用也能用。在此過程中我經歷過很多沮喪與失落，更多的是自我懷疑。但是曾經收獲過的一句“你們把我想要的都已經做出來了”，讓我很長一段時間內收獲了力量。請原諒我用松散的文字做的總結，希望能對你在后臺設計時提供些許幫助。

作者：問夢孤獨

本文由 @問夢孤獨 原創(chuàng)發(fā)布于人人都是產品經理。未經許可，禁止轉載

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

非常感謝您讀完創(chuàng)新互聯(lián)的這篇文章："大學網站設計(大學網站設計的文化元素實例)"，僅為提供更多信息供用戶參考使用或為學習交流的方便。我們公司提供：網站建設、網站制作、官網建設、SEO優(yōu)化、小程序制作等服務，歡迎聯(lián)系我們提供您的需求。

文章標題：大學網站設計(大學網站設計的文化元素實例)
文章鏈接：http://redsoil1982.com.cn/news46/313696.html

成都網站建設公司_創(chuàng)新互聯(lián)，為您提供網站策劃、網站收錄、移動網站建設、網站維護、定制網站、網站排名

廣告

聲明：本網站發(fā)布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創(chuàng)新互聯(lián)