大音希聲，大象無形，大智若愚，大巧若拙。職業經驗積累到一定程度，也能轉化為幾個字就能概括起來的「秘籍」。
增刪查改顯算傳
增就是新增，刪就是刪除，查就是查詢，改就是修改。這樣說可能看不懂，我來說點人話：
首先要明確，所謂的增刪改查是針對後台所管理的內容的，例如下圖，增即新增表單內容，刪即刪除這條記錄，改即對已經建立的內容進行修改，查即對現有內容進行查詢。
在規劃後台時，這四個功能基本上是缺一不少的，有其中之一就需要考慮另外幾個，就比如下面這個圖，整整400條記錄，如果缺少查詢功能，那負責管理這個表單的同事需要多久才能找到他突然被領導問到的記錄呀！又或者缺少了新增功能，除非管理這個表單的使用者沒有許可權，不然就是不完整的。當然對於一些較為敏感的表單，也確實存在部分使用者只有唯讀許可權的情況。
」**腥風血雨，不如來學學許可權設計
顯是顯示解讀一下是這樣的，不同的業務場景關注的內容不一樣。就簡單拿乙個人的資訊來說，姓名、性別、年齡、婚姻狀況、身份證、手機號、收入水平等等，對於簡訊營銷類後台來說，業務人員最關注的是這個使用者的手機號、簡訊送達狀況等，故而除了該使用者的唯一識別id以外，最需要展示的便是他的手機號、簡訊送到狀況等，從而能讓業務人員第一眼就看到關鍵資訊。對於房屋中介來說，他們關注該使用者的姓名、手機號、收入水平等，以期通過比較恰當的稱呼以及推薦合適的房屋提高成單率。內容怎麼展示，通常根據場景來進行設計與定義，最常見的就是看同類競品是怎麼做的，選出最好的，再想想能不能優化，當然，如果競品選的恰當，優化的點就會越少。
所以不同的後台，對於同一物件可能展示的資訊並不相同，但核心便是讓業務人員能以最快的速度找到他要的資訊。
如何能比較準確地設計展示的字段呢？
詢問業務人員，這是最快的方式，他們才是最清楚自己要什麼的人；
根據經驗，後台做多了也熟能生巧，該展示哪些，哪些多餘也能信手拈來；
算是計算還是用這張圖，圖內是以服務呼叫次數作為關鍵資料。在設計後台時要注意資料的**和計算公式。比如引語中說的「熱度值」，開發是不知道這是啥玩意的，作為產品就要對其進行清晰的定義。涉及到數字、指標等就要考慮是怎麼算的，除了資料庫中已經有的資料，其餘的基本上都會涉及到計算，比如熱度值、相關度等。
傳是傳遞這段話可能比較抽象，而且也比較偏中臺，單純的後台一般不存在這種問題。可以這樣理解，比如說我要做個使用者資訊管理的中後台，暱稱、註冊時長等由通行證部門提供，該使用者的賬戶餘額、積分餘額等由結算部門提供等。中後台接收這些資料的時候是各個部門去對接的，但是當我作為使用者資訊管理中颱時，面對前端使用者資訊展示需求則需要把這些介面的資料整理好，給乙個包好的介面給前端。通常都是資料庫-中颱-前端，中颱會涉及多個介面，中颱到前端之間最好只輸出乙個介面，當然這點也不是絕對的，多個介面也可以接受。
做產品設計的時候，多想想上面七個字，可以降低返工次數，滿足最基本的主要功能，避免踩雷~避免被噴~
需要提取碼的話，後台回覆「ppt」獲取哦~
推薦閱讀
3小時設計乙個**？沒錯！
模擬**大賽怎麼玩？看這裡！
千萬級內容類產品的中颱是怎樣的？
中臺專案實踐和那些踩過的坑
產品經理需要了解的一些開發術語
應該牢記在心的幾句話
1 再煩，也別忘微笑 再急，也要注意語氣 再苦，也別忘堅持 再累，也要愛自己。2 低調做人，你會一次比一次 穩健 高調做事，你會一次比一次優秀。3 成功的時候不要忘記過去 失敗的時候不要忘記還有未來。4 有望得到的要努力,無望得到的不介意,則無論輸贏姿態都會好看.5 生活不是單行線，一條路走不通，你...
web專案經理手冊 專案經理需要銘記在心的話
1 專案經理不是來管人的，而是來支援人的。解析 不光是專案經理，任何經理的職位都是如此。但現實中很多人並不是那麼做，這也是為什麼他們沒能把專案做成功的原因。作為專案經理首先要端正態度，認識到這份工作職責的本質。2 好的開始是成功的一半。解析 乙個好專案的失敗，往往是由於前期的準備不足 計畫不周密。所...
web專案經理手冊 專案經理需要銘記在心的話
1 專案經理不是來管人的，而是來支援人的。解析 不光是專案經理，任何經理的職位都是如此。但現實中很多人並不是那麼做，這也是為什麼他們沒能把專案做成功的原因。作為專案經理首先要端正態度，認識到這份工作職責的本質。2 好的開始是成功的一半。解析 乙個好專案的失敗，往往是由於前期的準備不足 計畫不周密。所...