好多新手小白剛入行會被安排做後臺，做之前通常會聽到這樣的聲音“後臺簡單，前端有啥你做就好了；後臺簡單，就那麼多玩意，沒啥特殊的；後臺簡單，捋順業務，邏輯緊湊一點就好了；後臺簡單，自己人用，錯了也無關痛癢……”可事實並非如此。邏輯緊湊就夠了嘛？設計的和大學高數教程一樣緊湊嚴謹，你會用嗎？前端有啥後臺有啥就對嗎？那前端沒有的就通通不要了嗎？自己人用就不怕錯了嗎？被N+1個同事diss真的無關痛癢嗎？
設計後臺，在我看來是最考驗產品能力也是最能夠提升產品能力的一項工作，所以，當作為產品小白的你接到了一個後臺的需求而非前端需求的時候，請相信，老大們說的簡單只是不想給你壓力，老大給你做後端的機會不是不信任你，而你覺得你有很有潛力，也相信你能夠對產品提供最大的幫助。所以請重視每一次設計後臺的機會，這是最寶貴的實戰經驗，沒有之一。
下面是自己在做後臺的時候總結的一些點，希望對成長中的產品有幫助。
一、要了解後臺的用戶
做任何一款產品都需要明確我們的用戶模式以及用戶需求，這至關重要，做後臺也是自然，那麼後臺的用戶模式是什麼樣的？這個問題在設計後臺的時候也同樣重要。區別於其他產品用戶特點是在急速變化的，用戶規模是與日俱增或是飛速下降的。後臺的用戶相對固定，相對可控。但這也要求我們要認清後臺用戶是怎麼樣的一群人。
後臺的用戶大概由老闆、產品、技術、運營、市場、客服、財務等部分人群組成，概述之，後臺的用戶是“自家兄弟”，那麼對於自家兄弟是什麼樣子的我們想必是最清楚的啦。所有後臺的用戶無外乎以下幾個特性（不絕對）忙、目的性強、“懶”、“事多”……
1. 用戶很忙很“懶”目的性很強——簡單直接
用戶來到後臺，目的性極強，極少數有某些人會沒事就來逛逛後臺（當然，會有後臺監測的人在），財務來後臺的目的很簡答，就是看產品的財務信息，至於banner推送的怎麼樣，如何推送的，他不會在意。
互聯網行業工作節奏快到光速，大家的時間成本都很高，都很忙，用戶就像看一下上個月的流水，就不要讓我看到其他的用戶、banner其他的任何無關緊要的內容。
所以，在做後臺我們堅守的第一條內褲就是簡單直接！
把所有重要的東西都擺在檯面上，不要藏的太深，不要把頁面設計的太複雜，簡單直接最好，後臺的用戶沒必要看到炫酷的交互，沒必要看到五顏六色的色塊，沒必要看到清新脫俗的功能別稱。
2.“懶”的同時“事也多”——全面不能少
“懶”的同時，我們的用戶也會有各種各樣的需求拋給了我們。
“我要看平臺流水”，“我要看逗留時長”，“我要刪除banner”，“我要周活日活小時活”，“我不想要訂單號”，“我想要用戶頭像庫”……
這樣的聲音在你設計後臺的時候會越來越多，即使後臺運行很久之後，依然會有人提出更多的需求讓你幫忙實現。
所以，後臺產品在心裡面可能會有一萬匹草泥馬在崩騰“淨TMD事，比用戶事還多”，但是，萬馬奔騰後，該幹還得幹，該有的一樣都不能少，同時不該有的一樣都不能多。這就是我們的第二條內褲，一定要死死的守住。
如果你做不到該有的都有，那就準備著各位用戶如暴雨般的diss吧，如果不該有的全都在，那你就等著技術大哥磨好刀準備殺你祭天吧。
所以在開始幹之前，一定要明確需求，分析需求，捋順需求。繪製個腦圖十分適合此時的你。腦圖的重要性對於產品經理來說就不多說了，那麼在做後臺的時候，有兩個小建議，要捋出來需求的腦圖，和後臺功能模塊的
腦圖。區分顯示每個模塊的必要性。二、功能模塊規劃原則
1. 頻次+重要性決定你的功能規劃
捋順了需求，捋順了功能模塊，接下來我們要時刻記住兩點，這個功能的使用頻次高不高，沒有這個功能模塊會不會影響產品運營。
一些看似重要，實則也很重要的東西，但是一個月，半年，甚至一年只用到一次的功能就是沒有存在必要的。
例如：
運營說，我想看一下我今年push推送了多少條，歷史記錄給我導出一下。
讓你在push推送的模塊加一個“導出全部”的功能，這個時候你必須要拒絕。
因為，這不是為了產品服務的，是為了運營自己寫年度總結報告時服務的。這樣的功能的使用頻次極低，半年一年可能會用到一次，而且沒了這功能絲毫不影響產品運營。能生成push推送、刪除、查看就夠了。產品本身不在乎你推送了多少次。這樣
使用頻次低或是不重要的功能，做完掌握主動權的PM可以弱化甚至不放。2.可有可無的功能模塊都砍掉
在產品初期搭建後臺要堅持“輕資產”原則，為了提升開發速度，降低開發成本。在初期設計後臺的時候要儘可能的把一些沒必要的東西砍掉。
其實在後期的時候也是要堅持這個原則的。有些需求方會跟產品說“你先放著，現在雖然用不到，但是等到產品下幾個版本的時候就用的到了”。這個時候一定要矜持，不要用一句“好吧”來應對。
後臺雖然不是直面用戶，但是也是產品極其重要的一環，產品的迭代是100%跟著用戶走的，未必會100%跟著產品規劃走，所以，後臺要跟著產品一起迭代，不要搶跑，如果這個時候你搶跑，一旦跑錯了方向，那隻能回到起點重新來跑。
所以，類似於上文說到的半年用一次，甚至突發奇想想要用一下的功能直接砍掉就好啦，別猶豫，此時要有揮刀自宮的魄力。
三、列表字段設計方法
1. 常用於搜索鎖定的字段必不可少
一個列表伴隨著搜索條件存在的。所以，一些常見的或是自己產品必備的篩選條件的字段一定要有，不要出現一種尷尬的情況，就是搜索框提示“輸入用戶名”，但是你的字段並沒有用戶名這項……
以下幾個字段是所有列表基本上都會有的字段“編號、名稱、狀態”，除此之外“操作”也是必有得字段，後臺必備的“刪、改、查”基本上要在這裡出現。當然，在列表頁記得要存在“新增”的入口。
2. 結合產品特性決定字段
用一個任何產品都會涉及到的用戶列表和大家分享，一個用戶的信息非常多，基本信息、安全信息、消費信息、瀏覽信息、收藏點贊信息等等……不要說一個列表裡要呈現所有用戶信息，就算是單個用戶的個人詳情，可能一個屏高都未必放的下。
因此，在設計列表時我們就要對字段有所取捨，結合產品特性把產品所重點關注的字段放到列表裡。
下一個用戶的逗留時長可能對於社交直播類產品來說至關重要，列表這個字段必須要有，那麼對於一個小額借貸的產品來講，並不在意用戶的逗留時長，在乎的是借貸金額，對於一個房屋託管的產品來講，在意的也不是借貸金額，而是你有多少套房可以給我管。
給大家放個圖，橫向對比一下就瞬間明白了，不同的產品會有自己特有的字段。產品的特性才是最重要的，沒有一模一樣的後臺，只有類似的後臺。
最後
和大家分享了一些關於後臺的經驗之談，希望能夠對有需要的產品有所幫助。很多做後臺起步的產品，請珍惜你手裡的後臺他不簡單且很重要，也請相信你們的天花板還高著呢！
文中涉及到一些看似褒貶的詞句，請不要過分對號入座，只是一些感受，如果不小心走火傷到你，請諒解。如果有大牛覺得內容差強人意，也請多多批評，不吝賜教。
題圖來自 Pexels ，基於 CC0 協議
閱讀更多 人人都是產品經理 的文章
