起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識關于后臺設計的思考
編輯導語：在后臺的設計中，功能性被十分看重，后臺的功能很大程度上決定了軟件的可操作性，本文作者就此做了一定的介紹和對后臺功能設計的分析，一起來看看吧。
后臺，在互聯網軟件中一般指對于軟件中的數據進行管理的平臺。隨著技術的發展，后臺也代指未直接面向產品創造價值的用戶，在幕后提供能力對軟件進行支持的平臺。不論何種定義的后臺，共同點都在于后臺是一種偏向支持性的功能產品，而至于是對某個軟件的數據進行管理的操作平臺，還是提供功能對軟件進行支持的功能性平臺，只是后臺的不同階段。
今天我想分享的思考，是關于后臺設計的思路以及一些啟發。那么就從“什么是后臺”開始吧。
一、什么是后臺
1. 服務于一款產品的數據管理平臺
我第一次接觸后臺，是剛工作之時遇到的網頁內容管理后臺。彼時的我負責游戲門戶網站建設的工作，對于網站中特定的功能以及發布的文章內容有對應的數據管理平臺，這就是我接觸的第一個后臺。這類后臺很好理解，區別于網頁直接呈現給使用者，后臺是對呈現的內容進行管理調整的地方。這個后臺并不算特別復雜，主要就是內容的錄入，然后根據網站的結構結合網站界面進行封面圖配置、縮略標題等功能配置的地方。
后來團隊開始基于我們負責的游戲門戶網站，開發了自己的游戲資訊社區類安卓應用，我又參與了這款應用的后臺設計。這個階段的后臺目的很明確，通過可視化的界面設計，將網站或是應用日常運營所需的圖片、文案或是其他的數據配置通過填寫、選擇的方式供運營人員使用，提升網站、應用的數據管理效率。
2. 服務于一類產品的數據管理平臺
因為工作重心從網站運營轉移到了移動應用，不同類型產品的數據需求不同，服務于對應產品的后臺也不同。但是由于二者經常共用一些資訊文章以及游戲列表，使得兩個產品的后臺之間經常有聯系，此時的后臺開始將很多重復用于兩個產品或是內容重復的數據獨立出來，專門設計獨立的功能后臺進行管理，例如網站與移動應用都會用到游戲列表，都會展示登錄的用戶昵稱頭像等信息。
為了更好的同時服務網站與移動應用，后臺開始不局限于以具體的界面提供數據管理，也會有更加抽象的接口能力進行支持。此時的后臺將通用的部分整理出來，不僅可以進行數據內容管理，為了服務于不同產品，也提供了更加靈活的功能支持，以滿足同一類產品的數據需求。
3. 開放自身能力，服務于更多人的功能平臺
隨著網站和移動應用的火熱發展，我們開始了自己的商業化之旅，就是通過網站的文章對游戲進行推廣，在移動應用中對游戲提供下載與游戲開發商合作。為了便于游戲開發商接入我們的產品，我們專門打造了一個后臺，供游戲開發商提供游戲接入，同時我們還提供了在我們的產品中游戲下載數據的數據統計后臺以及一些運營支持能力。這時我們要不斷的更新我們可以為游戲開發商提供的能力，供他們的使用。
此時的后臺便不再像之前一樣僅局限在服務于產品的數據管理，轉變為提供能力給其他的產品開發者使用幫助他們完成游戲運營推廣、游戲下載流程。
4. 做個小結
不同角色在看待后臺時有不同的定義，本文探討的后臺是根據業務所需的產品形態不同，在不同時期下服務于產品數據管理平臺、服務于產品的功能支持平臺這樣比較廣義的定義，時下則稱之為了中臺抑或是中后臺。前文的三個階段，也是我所理解的后臺發展過程。不同階段，因為目標不同，所以后臺的設計上偏向性也不同。在前兩個階段，為了服務網站與移動應用，后臺更多的是服務于二者的數據管理。
隨著二者的互動增多，后臺在數據內容管理的基礎上，也要進行更加強大的功能支持。而隨著業務的范圍擴大，服務的對象拓展，后臺開始不局限于產品的運營人員，當更多人參與到產品中時，對于其他角色也需要拓展相應的能力支持，此時后臺便開始往開放平臺的方向發展了。
后臺不僅僅是一個內容管理平臺，隨著技術與產品需求的發展，后臺的核心是背后的功能流程，通過對功能流程的整理，進而將功能流程中的數據、信息流轉途徑具象化體現，供使用者對數據、信息進行管理，從而幫助使用者提升效率。
二、后臺設計思路與小結
在產品的不同發展階段，對于后臺的功能需求是不同的。后臺能力的發展趨勢，大致是從服務于一款產品的內容管理，到服務于一類產品的內容管理，最終到將內容管理的能力整理后開放，供其他人使用的過程。這是一個從我開始，到幫助他人的過程，我將這個發展過程總結為從內容管理到功能開放。
根據我工作經歷中總結的后臺發展過程，這個過程中變化在于產品與使用者在發展過程中，產品功能增多、使用者角色增加時，隨之迎來了后臺的改變。因此在后臺的設計中，不同階段下，后臺的設計思路不同。
1. 框架設計
當后臺還是服務于具體產品時，后臺功能的表現體現于產品的內容數據管理，例如常見的圖文配置，數據統計。此時在后臺的設計上需要根據使用者的角色分類、數據的操作與查看權限以及操作過程中的效率將后臺進行分類，具體要做的就是將不同后臺分割、在一個后臺中根據操作類別整理為不同的菜單。那么先從后臺框架的后臺分類開始。
（1）后臺的分類與菜單的劃分
最基礎的后臺一般是基于產品的內容管理平臺，在這個后臺中做的最多是內容配置，例如圖文配置，視頻上傳。此時的后臺主要是服務于產品的運營人員，不論圖文、視頻數據服務的是何種類型的內容，在后臺設計之時因為涉及到操作，就會有不同的分工，也許不同的分工之間還存在不同的權限，不可以互相查看或者互相操作。
此時如果不同分工之間的聯系并不緊密，或是后臺功能的服務對象不同，例如某個營銷工具類產品團隊，一部分負責工具內的圖文內容配置，一部分則負責營銷客戶的數據管理，此時二者需要分開管理，各自互不相同，則需要考慮分為兩個單獨的后臺進行各自的數據管理。
若放在同一個后臺中，則需要考慮將兩個功能管理劃分在不同的菜單下，此時可以使用一級菜單對功能分類，將各類管理操作放在二級菜單中。這一點在很多軟件的設計中均有體現，例如下圖VScode的設計，從上至下、從左至右根據功能等級進行了劃分。
后臺的分類相較菜單的分類標準更簡單，根據功能的關聯性定義即可。而后臺中的菜單劃分，主要的標準則是團隊的工作流程。假設現在需要對營銷工具APP中不同的頁面的輪播圖進行內容配置。如果團隊是根據不同人員負責不同的頁面，此時則以頁面為單位進行菜單劃分，即可保證各自負責的人員在權限設計時更為獨立，避免相互影響。
若團隊是根據功能劃分負責范圍，例如輪播圖由專門團隊進行管理，而其他的功能配置由其他的團隊負責，此時的菜單劃分則根據所負責的功能來定義?？偨Y一下，后臺的分類與菜單的劃分主要的定義原則是：
- 后臺的框架設計包含不同功能的后臺劃分，每個后臺在根據各自的功能進行菜單劃分，根據功能的關聯性分類。例如操作類后臺與數據統計類后臺二者在功能操作關聯性上不強，為了權限以及效率考慮，可以考慮為兩個后臺，或同一后臺中的不同模塊；
- 后臺的菜單以及功能設計基于團隊的工作流程，雖然有各種分類方式，如果后臺分類以及菜單的劃分不能滿足工作流程或保證工作效率，則需要考慮框架結構的設計是否合理，后臺的本質是為了提升效率。
因為面向的業務內容不同，這里的工作歷程需要結合各自的業務來定義，溝通是非常必要的。
（2） 后臺的賬號體系
后臺的分類以及菜單的劃分更多是對業務的功能進行拆分，而賬號的設計則是對操作權限以及團隊人員進行設計與管理。一般來說，后臺初始的狀態是一個人為管理數據流轉的過程，例如資訊內容類網站或者應用中，運營人員對功能模塊的圖文、視頻配置。因為分工的不同，每個操作人員可擁有的操作內容以及可查詢的內容是不同的，此時我們需要對操作的人進行角色的定義。
當做好了基于功能的后臺以及菜單的劃分后，則需要為后臺創建可操作的單位，這個單位就是賬號。之所以賬號是放在后臺框架設計之后來定義設計，是因為如果未考慮好后臺的框架結構，若在后續增加了新的后臺以及功能時，又需要重復使用之前的賬號，則需要對賬號功能進行升級，讓新的后臺可以使用之前賬號的數據。
此時不如就先把后臺的框架設計與賬號設計各自分開，并根據業務的需求先對功能分類，然后根據工作流程設計賬號，將兩部分功能獨立進行管理，此時也可以將賬號體系理解為后臺能力的一種。
三、基于后臺的其他的功能設計
1. 權限設計
之前已經對后臺和菜單進行了分類，又創建了賬號，此時就需要對每個賬號在后臺中的行為進行權限管理了。目前常用的權限功能是RBAC模式，即各類權限定義在角色上，然后再為每個賬號賦予角色。這種模式的優點是效率高，不用單獨為每一個角色定義權限，當有大量的人員需要配置相同或類似的權限時，此時對于管理員來說操作就很繁瑣。而對相同或類似的操作賦予在角色上，然后再把角色賦予賬號如此一來效率就高了很多。
2. 功能流程的記錄
不論是后臺主要功能為內容配置，還是發展到后臺開始提供對外的功能服務，都需要對功能流程進行記錄與管理。為什么要對功能流程進行記錄與管理，記錄人員的操作行為或是對外的能力使用情況，是為了便于出現問題時的定位，誰、在何時、在哪里進行了何種操作，方便后臺策劃方了解是否存在問題、隱患。所以在一些操作類的菜單內容設計，以及操作日志的設計中，除了展示主要的操作數據之外，建議加上操作者、最近一次操作時間。
像廣告投放這樣會有回顧創建與修改對比的數據時，在菜單內容的展示中，還可以考慮加上創建時間，修改人，通過對比不同人不同時間的操作，來進行對比調優。后臺的操作流程最好根據劃分好的菜單將數據操作分開，同一類數據的操作最好不要分散在不同的菜單或者后臺中，避免權限管理混亂以及多人重復操作等衍生的管理問題。
3. 操作日志管理
其實功能流程中記錄的部分內容就已經組成了操作日志基礎，只不過是針對當前功能菜單的操作日志。而更為綜合的整個后臺的操作日志同樣重要。操作日志則可以更統一的記錄操作人、操作時間、操作人IP、操作數據變更情況，通過這些數據的記錄可以全面的反映后臺的操作，也便于之后的查詢。
當后臺發展到對外之時，例如廣告平臺的開放平臺，對于每個接口的調用情況同樣需要記錄，只不過未必需要像操作日志一樣用后臺體現出來，此時需要技術開發人員來進行服務端的記錄與監控。
四、后臺設計的思考與啟發
后臺的發展從面向單一的產品變為面向更多的開發者，這是一個內容管理到功能管理的轉變，是一個將內容管理能力對內服務到對外開放的轉變。后臺的發展可以從很多產品的發展中找到軌跡，以國內的微信為例。最初的微信是一個類似QQ的即時通訊工具，隨著微信發展出了公眾號、微信支付、小程序等等，就是一個從服務于單一產品到開放的過程。
這個過程中，微信賬號從服務于微信APP本身，然后開放服務于其他的微信類服務，例如公眾號、小程序、微信開放平臺等等；微信賬號在此后繼續開放，可供其他平臺接入成為其他平臺的賬號體系組成之一；微信支付從服務于微信，到開放可以服務于商家以及其他平臺；這樣的后臺能力發展，其實就是產品能力的發展。好的后臺設計，除了體現在保證效率之外，也許還可以提供更多的價值?；ヂ摼W軟件的發展趨勢是逐漸平臺化，所謂平臺化就是從單一服務逐漸成長為綜合服務，可提供的功能更加豐富和綜合。此時后臺的價值也會隨之提升。
而如果僅僅是服務于單一產品的簡單后臺，則相對簡單的多，只需要針對單一后臺設計賬號體系與權限。此時對于后臺的策劃人員來說，要求也相對更低。但是隨著產品功能的成長，后臺也需要隨之提升。產品平臺化的同時，也應該讓后臺跟隨平臺化。例如各家廣告平臺開放平臺，提供各自的廣告能力，讓廣告主可以自行選擇能力，定制開發更加適用于自己的投放平臺，而非拘泥于平臺官方提供的能力，能夠有效地幫助廣告主提升效率。
后臺最重要的內容是沒有體現在菜單展示內容，而是幕后的功能設計。例如一個ABtest后臺，后臺中配置的內容并不多，操作也不復雜，重要的是背后的用戶分流邏輯、監控指標的計算流程，這才是后臺策劃人員需要重點思考的內容。后臺的體現很簡單，下拉框、表單組成的流程是表現，重要的是背后的功能是否足夠強大，體現的簡單需要背后嚴謹的思考和功能的健壯。
后臺的策劃工作對策劃者而言得到的成就感，比起所謂to C(面向大眾消費者)類的產品日活百萬這樣的感受是難以被感受到的。很多人將后臺策劃歸類做to B(面向企業用戶)，是因為企業類消費者的工作更多集中在協作以及需要提升效率的工作中，而后臺常見的功能流程以及表單的數據體現，都是為了效率而言。
對于這一點，我的想法是不要局限于常見的分類，并沒有絕對的企業用戶就和不同的消費者用戶在需求上有本質的不同，在使用后臺類服務時都是為了解決問題、提升效率。也許沒有大用戶量帶來的直接成就感，但是做好每一個細節，幫助使用者提升效率，用更短的時間完成同樣的任務，也是一件非常難辦到的事情，總之就是平常心吧。
后臺中的菜單、菜單中的展示內容只是后臺能力的直接表現，而非后臺本身，這只是后臺的呈現方式之一。不要局限在提升后臺的操作流程交互，也應該去考慮后臺背后的功能，通過扮演不同的后臺使用角色，去發現問題，解決問題。不同于to C類產品用用戶量、時長、留存等用戶行為類指標檢驗產品成果，后臺類產品的成果檢驗更加委婉。我的建議方式是用戶訪談，問卷調查，凈推薦值三種方式來收獲使用的反饋，以此來判斷后臺的不足與用戶的評價。
最后還是要強調一點，后臺所呈現的內容只是表現形式，并不是說后臺策劃的工作就是設計菜單中的內容，應該是像開放平臺一樣去思考，我可以提供怎樣的數據給使用者，他們可以使用我給的數據幫助他們提升效率。不同業務所需要的后臺不同，就和社交類產品、游戲產品一樣，有聯系，但并不可統一而論。
最后的碎碎念
這是一篇結構松散的總結，鑒于能力我難以用更精彩的內容為讀者帶來驚喜。關于后臺的策劃工作，其實我總結起來更多的是缺少成就感、難以整理出經驗的失落。記得我某次面試，我向對方展示我曾經設計的后臺之時，面試官輕描淡寫的說了一句都是表單和下拉框吧。當我想說明后臺背后的功能流程，以及我設計這些功能的思考與過程時，對方并沒有什么興趣，覺得并沒有什么特別的。
后臺設計是一個枯燥的工作，卻是一個極需強大的溝通能力與分析能力的工作。你需要游走在不同的角色間聽他們的反饋，自己親自操作或是帶入到角色中去使用后臺發現問題，但你面對的并不是業務創造價值的直接用戶，而是作為中間的操作者。
后臺是一個做的好或者不好并不是那么界限分明的產品類型，畢竟難用也能用。在此過程中我經歷過很多沮喪與失落，更多的是自我懷疑。但是曾經收獲過的一句“你們把我想要的都已經做出來了”，讓我很長一段時間內收獲了力量。請原諒我用松散的文字做的總結，希望能對你在后臺設計時提供些許幫助。
作者：問夢孤獨
本文由 @問夢孤獨 原創發布于人人都是產品經理。未經許可，禁止轉載
題圖來自 pixabay，基于 CC0 協議
感謝分享，很棒，我會認真學習！
寫得很好，謝謝分享。關于框架設計講得很清晰，看了很多篇講很細致的權限設計的文章，您短短一段文字總結非常到位。希望以后多多分享關于后臺或中后臺的文章
非常感謝你的評價。
之后若是還有新的靈感，會繼續做總結。
謝謝分享。后端的框架意識很強，建議用腦圖將需要表達的框架展示出來去論證。目前文章長，且內容豐富，第一遍讀下來抓取的信息少，讀了三遍后，自己動手提煉重點后框架出來了，才吸收到您的精華
非常感謝您的建議，非常實用且值得去做的建議。
其實我寫這篇文章的時候，就是根據我自己的思維導圖寫的。我以前發布的文章也都會附上我撰文的框架思維導圖，不過后來我想的是，我希望我分享的內容真的能夠幫助到讀者，希望讀者朋友們能夠自己去整理，遠比我直接給要有收獲。所以后來的文章就都不附圖了。
當然這是我的想法，我也是非常贊同您的建議的。
哈哈 也可以 如果有了框架圖 我或許不會逼著自己讀三遍 存在即合理 哈哈
滿滿干貨！后臺設計確實是一個枯燥的工作，但也有很多需要思考的東西。
感謝您的評價。
干貨滿滿的確是算不上，哈哈，其實在列本文框架之時，還有很多想分享的。不過更想分享一些個人感受與想法，所以取消了之前的結構與小標題，顯得比較凌亂了。
道阻且長，當我的用心獲得同伴肯定時，我覺得超級開心的！當然了，誰夸的多以后就給誰更用心做，哈哈哈。
哈哈哈哈，誰對我好，就對誰好。