後臺設計因其差異化的存在，暫沒有一個萬金油似的原型說明套路，那麼後臺設計的產品汪，要着重寫出哪些說明呢？本小白在此分享短文一篇，說說自己在工作中對原型都進行了哪些說明（初級產品向）
在做原型評審的時候，經常被程序猿追問的問題無非幾種：數據怎麼來的？功能咋實現的？你這規則是啥啊？巴拉巴拉。。扶額，往往還沒說完，問題就連珠炮似的開過來了，既影響了會議效率，又增加了溝通成本。而在評審會後呢？程序猿經常忘記的問題無非還是：數據怎麼來的？功能咋實現的？你這規則是啥啊？巴拉巴拉。。
那怎麼解決這頑疾呢？只需要在原型說明中着重對展現和實現兩方面進行詳細說明，就可以完美解決，至於成果嘛~想想還有點小激動呢~~
基本信息
基本信息是對功能設計的總覽，多以表格形式呈現（腦補一下表格大概就是那種橫橫豎豎的四四方方）；用以對原型進行大致說明，包含：
- 迭代記錄：就是版本號和修訂時間；給本次迭代定個編號，以後翻舊賬的時候用得到
- 功能名稱：分別都叫啥，叫啥，叫啥；注意名稱不要重複，起名可是產品汪的基礎技能
- 功能概述：需要說明功能是幹什麼用的、滿足什麼需求、解決什麼問題、涉及的頁面和角色；不用詳解，但一定要說明白
- 優先級：一般以 P0 – P10 依次進行標註；可以對開發優先級進行把控
權限說明
後臺設計基本是依用戶賬號進行角色劃分並分配數據權限，所以設計時需進行全面考慮。此處需要針對不同角色進行詳細說明，強調後臺的嚴謹性
- 用戶權限：誰可以對哪些功能進行操作
- 數據權限：誰可以操作哪些數據
- 功能權限：誰可以對功能進行哪些操作
PS：所以 “誰” 到底是 誰，比心
頁面規則
對頁面的基本規則進行說明。爲保證後臺一致性，頁面規則有許多是可以做成模板形式的，在平臺開發階段就定義好，以後直接引用；若頁面有特殊規則，需重新說明
- 統一規則：麪包屑、列表頁每頁顯示數據條數、觸發翻頁的條件、翻頁模塊的展現形式以及排序規則
- 特殊情況：空數據頁面、報錯頁面、刷新頁面（卡頓）
- 其他規則：數據顯示字數（需考慮換行）、輸入框允許字數及字符格式、父模塊 等
功能規則
劃線，此處爲重點，必考。設計的功能要如何實現，全包含在此；建議使用表格形式進行功能間的區分，敲黑板：操作後的影響範圍及數據流一定要描述清晰，包括後臺和前端頁面
- 前置條件：從哪裏進來的，記得帶上麪包屑
- 後置條件：操作後去了哪裏
- 搜索功能：模糊搜索？精確搜索？特別搜索模塊說明（時間控件等），允許輸入的字符格式
- 數據獲取：數據是從哪來的
- 按鈕規則：可以由交互設計師來寫，產品只需要寫出基本規則即可，如：彈出對話框、導出框、提示框等等
- 流程圖：流程圖是重點中的重點，需要將功能整體流程畫出來，包括頁面流程和功能流程
- 其他規則：涉及到的其他功能點
交互規則
如果你們有交互設計師，這塊就交由那位兄弟做吧，什麼按鈕狀態啦、是不是模態對話框啦、動態效果啥樣子等等；要是沒有，只能你來寫咯~~汪汪~~
寫的時候要注意於原型說明的區別，原型說明更注重規則和邏輯、交互說明更注重如何展現
寫在後面
本文是針對初級後臺產品經理進行的基本功分享（奈何不方便放圖），純以簡單功能的常規說明爲例，如果功能涉及框架層、業務邏輯等，就需要進行更加縝密和詳盡的說明；歡迎路過的童鞋進行補充，還請大家輕點拍磚。
