大家都說后臺產(chǎn)品難做、要求高，這是有原因的。而且這個原因會超出我們的認知，一起來看看吧。

    什么是后臺產(chǎn)品

    后臺產(chǎn)品也被我們稱為后臺管理系統(tǒng)、內(nèi)部管理系統(tǒng)。簡單而言，是給企業(yè)員工開發(fā)的辦公性質(zhì)產(chǎn)品，同時也是對用戶使用的App，Web等產(chǎn)品的一個伴生產(chǎn)品。

    我們還可以將后臺產(chǎn)品按照使用對象分成兩種。其一是自己使用的產(chǎn)品，實際上，任何一個產(chǎn)品都需要一個后臺，包括我們的C端產(chǎn)品。另一種是客戶性質(zhì)的產(chǎn)品，多見于B端產(chǎn)品。

    我們會認為后臺產(chǎn)品很難，本質(zhì)原因是因為做后臺產(chǎn)品的人很多 ，我們常常將后臺產(chǎn)品交給新人來設(shè)計，用來練手，也用來學習。

    后臺產(chǎn)品的特殊性質(zhì)，讓我們可以將其交給新人練手，這個特殊性質(zhì)在于他的用戶身份，因為這是一款自己人使用的產(chǎn)品，我們能對其具備最強的包容心，即便他的體驗不那么友好，他存在許多問題，我們也可以通過人為的方式來協(xié)調(diào)解決。

    后臺管理系統(tǒng)的用戶大部分都是運營同學使用，產(chǎn)品同學偶爾使用，而后臺系統(tǒng)最終坑的也是這兩個崗位的同學。這種坑最終會被轉(zhuǎn)化成崗位之間的矛盾。

    然而在實際項目中，我們往往會將后臺系統(tǒng)設(shè)計的非常簡單，最大限度的節(jié)省開發(fā)資源。同時也是為了節(jié)省產(chǎn)品經(jīng)理的精力耗損，我們會將該系統(tǒng)的設(shè)計任務(wù)交給新人完成。

    原因在于，后臺系統(tǒng)設(shè)計的好壞對于用戶而言，損失較少，幾乎可以不計，這是一個做好了沒有人稱贊，做差了，也沒人責罰的產(chǎn)品。

    在這樣的環(huán)境下，后臺系統(tǒng)的復(fù)雜度也會被夸大，畢竟是我們做的第一款產(chǎn)品，畢竟接觸后臺產(chǎn)品的朋友要遠遠的多過面向用戶的產(chǎn)品。

    實際上，確實存在極為復(fù)雜的后臺產(chǎn)品，復(fù)雜度遠遠超過了面向用戶的產(chǎn)品，尤其是牽扯到算法層面的后臺產(chǎn)品，不是專業(yè)后臺產(chǎn)品經(jīng)理幾乎無法駕馭。這樣的后臺產(chǎn)品是極為少數(shù)，極為特殊的。

    面向用戶的產(chǎn)品，也存在極為復(fù)雜的邏輯，我們不能因此就斷定面向用戶的產(chǎn)品比后臺產(chǎn)品難，也不能盲目的斷定后臺產(chǎn)品比面向用戶的產(chǎn)品復(fù)雜，這兩類產(chǎn)品都具備難度等級。

    現(xiàn)在的環(huán)境，對于產(chǎn)品而言，更多的是應(yīng)用創(chuàng)新階段，高復(fù)雜度的產(chǎn)品，其實很少人能接觸到，實在不足以讓我們斷言后臺更復(fù)雜，幾乎80%以上的后臺產(chǎn)品都是很簡單的。

    這就好比三人成虎，人們都在說后臺復(fù)雜，我們也就先入為主的認為后臺更難，深入一點，到底哪里難了呢？卻很難說出一二。

    如果你是一位2年經(jīng)驗以內(nèi)的產(chǎn)品，而這時，你又需要設(shè)計一款后臺產(chǎn)品，無需緊張，按需設(shè)計就可以了。你所接到的任務(wù)本身是存在風險規(guī)避因素的，這話可能不中聽，但我們很難將極為復(fù)雜的任務(wù)交給經(jīng)驗尚且不足的你，這無疑將會放大我們的風險，而這種風險是我們原本可以避免的。

    如果你是一位產(chǎn)品新人，你也正在接觸后臺，那就潛心去研究吧。我特別樂意將后臺任務(wù)交給新人，因為他更加的固定，后臺產(chǎn)品的變化很少，是有跡可循的，他不像面向用戶的產(chǎn)品，有很多變術(shù)，而每一個變術(shù)都藏著天使與惡魔，將會給我們造成實實在在的傷害。

    當然，最重要的，任然是這個觀點：企業(yè)和我們的上級在做任務(wù)分配時，必然會考慮風險因素，考慮失敗或者犯錯的成本是否在我們可接受的范圍。因此，無需有太大的心理壓力及負擔。

    后臺設(shè)計的原則

    多數(shù)后臺都會遵守以下四個原則，實際上這是后臺的基礎(chǔ)設(shè)計原則。我將其定義為可視化原則、數(shù)據(jù)源原則、控制性原則以及內(nèi)部設(shè)置原則。

    其中，最重要的是前三個原則。

    可視化原則

    典型的可視化原則便是后臺產(chǎn)品里的數(shù)據(jù)統(tǒng)計部分，我們可以將其理解成一種暴露信息的機制。產(chǎn)品在運營過程中，必然會產(chǎn)生若干信息，但這些信息往往是我們看不見的，或者每一次的查看都需要研發(fā)進行支持的，為了方便我們的查看，就將這部分內(nèi)容在后臺里展示出來。

    可視化原則的典型特征是只允許查看，各種維度的查看，但本身不具備更多的操作性質(zhì)。

    想想看，在我們接觸到的后臺產(chǎn)品里，都有哪些功能是屬于可視化原則的。

    數(shù)據(jù)統(tǒng)計部分，數(shù)據(jù)明細部分，用戶列表，內(nèi)容列表幾乎都是屬于可視化原則的。

    這部分功能的設(shè)計方法，只需要我們?nèi)タ紤]哪些信息是我們需要看的，又以何種維度進行查看就可以了。

    我們上線一款活動，便需要在后臺查看該活動的一些信息，諸如報名人數(shù)，實際參與人數(shù)，甚至于時長，當然，我們還可以把參與人員的地理分布統(tǒng)計出來，還有性別分別，年齡分布。

    遵循可視化原則常見的功能，包括我們的多維度篩選，排序，導(dǎo)出，數(shù)據(jù)明細，餅狀圖，柱形圖，折線圖等等，這些功能都符合可視化設(shè)計原則，用最合適的方法，提高我們查看信息的效率。

    數(shù)據(jù)源原則

    幾乎所有的后臺系統(tǒng)都會扮演著數(shù)據(jù)源的角色。我們要在面向用戶的產(chǎn)品里投放一個活動、放一個新的banner圖、推薦一篇文章、推薦一個專題，都需要有一個錄入信息的地方。而在后臺里，符合數(shù)據(jù)源原則的部分便承擔了這部分內(nèi)容。

    數(shù)據(jù)源原則的典型特征在于新增。除了常規(guī)的查看的能力，數(shù)據(jù)源部分必然包含新增功能，我們可以斷言，不具備新增功能的后臺，便不符合數(shù)據(jù)源原則。這表示該產(chǎn)品幾乎不具備可運營能力，運營同學也無法通過后臺對產(chǎn)品的內(nèi)容，風向，活躍度進行干預(yù)。

    以微信公眾號的后臺管理系統(tǒng)而言，我們新增的圖文素材，新建的推送任務(wù)便是屬于數(shù)據(jù)源設(shè)計原則的功能，可以將既定的信息主動的插入到面向用戶的產(chǎn)品里。

    這部分功能的設(shè)計主要是與面向用戶的產(chǎn)品進行搭配，是一種配合形式的設(shè)計，后者需要預(yù)留支撐空間才行，諸如預(yù)留banner位，預(yù)留推薦標簽，預(yù)留PGC的內(nèi)容規(guī)則。

    簡單而言，數(shù)據(jù)源原則便是要求我們后臺要具備“生產(chǎn)新內(nèi)容”的能力。產(chǎn)品運營過程中，要具備能夠生成新的主題，新的活動，新的通知能力。

    他是與面向用戶的產(chǎn)品進行配合而存在的一種后臺設(shè)計原則。

    版本更新通知，也是屬于數(shù)據(jù)源原則的功能設(shè)計。當我們更新了一個新版本時，需要通知用戶更新，此時，我們就需要新建一個版本通知。在該模塊里，填寫通知的內(nèi)容，通常都是對新版本的簡單介紹，在設(shè)定好通知對象，諸如1.x版本及之前的版本，我們還可以設(shè)置通知的形式，比如是強制性升級還是可取消的升級通知。

    數(shù)據(jù)源原則的功能，難點在于參數(shù)的選擇，我們要盡可能多的讓運營同學在新建內(nèi)容時，有更多的參數(shù)可以選擇填寫，這樣才能滿足他的靈活性， 畢竟這部分能力是官方向用戶發(fā)出聲音的能力。