後臺設計因其差異化的存在，暫沒有一個萬金油似的原型說明套路，那麼後臺設計的產品汪，要著重寫出哪些說明呢？本小白在此分享短文一篇，說說自己在工作中對原型都進行了哪些說明（初級產品向）

在做原型評審的時候，經常被程式猿追問的問題無非幾種：資料怎麼來的？功能咋實現的？你這規則是啥啊？巴拉巴拉。。扶額，往往還沒說完，問題就連珠炮似的開過來了，既影響了會議效率，又增加了溝通成本。而在評審會後呢？程式猿經常忘記的問題無非還是：資料怎麼來的？功能咋實現的？你這規則是啥啊？巴拉巴拉。。

那怎麼解決這頑疾呢？只需要在原型說明中著重對展現和實現兩方面進行詳細說明，就可以完美解決，至於成果嘛~想想還有點小激動呢~~

基本資訊

基本資訊是對功能設計的總覽，多以表格形式呈現（腦補一下表格大概就是那種橫橫豎豎的四四方方）；用以對原型進行大致說明，包含：

• 迭代記錄：就是版本號和修訂時間；給本次迭代定個編號，以後翻舊賬的時候用得到
• 功能名稱：分別都叫啥，叫啥，叫啥；注意名稱不要重複，起名可是產品汪的基礎技能
• 功能概述：需要說明功能是幹什麼用的、滿足什麼需求、解決什麼問題、涉及的頁面和角色；不用詳解，但一定要說明白
• 優先順序：一般以 P0 – P10 依次進行標註；可以對開發優先順序進行把控

許可權說明

後臺設計基本是依使用者賬號進行角色劃分並分配資料許可權，所以設計時需進行全面考慮。此處需要針對不同角色進行詳細說明，強調後臺的嚴謹性

• 使用者許可權：誰可以對哪些功能進行操作
• 資料許可權：誰可以操作哪些資料
• 功能許可權：誰可以對功能進行哪些操作

PS：所以 “誰” 到底是 誰，比心

頁面規則

對頁面的基本規則進行說明。為保證後臺一致性，頁面規則有許多是可以做成模板形式的，在平臺開發階段就定義好，以後直接引用；若頁面有特殊規則，需重新說明

• 統一規則：麵包屑、列表頁每頁顯示資料條數、觸發翻頁的條件、翻頁模組的展現形式以及排序規則
• 特殊情況：空資料頁面、報錯頁面、重新整理頁面（卡頓）
• 其他規則：資料顯示字數（需考慮換行）、輸入框允許字數及字元格式、父模組 等

功能規則

劃線，此處為重點，必考。設計的功能要如何實現，全包含在此；建議使用表格形式進行功能間的區分，敲黑板：操作後的影響範圍及資料流

• 前置條件：從哪裡進來的，記得帶上面包屑
• 後置條件：操作後去了哪裡
• 搜尋功能：模糊搜尋？精確搜尋？特別搜尋模組說明（時間控制元件等），允許輸入的字元格式
• 資料獲取：資料是從哪來的
• 按鈕規則：可以由互動設計師來寫，產品只需要寫出基本規則即可，如：彈出對話方塊、匯出框、提示框等等
• 流程圖：流程圖是重點中的重點，需要將功能整體流程畫出來，包括頁面流程和功能流程
• 其他規則：涉及到的其他功能點

互動規則

如果你們有互動設計師，這塊就交由那位兄弟做吧，什麼按鈕狀態啦、是不是模態對話方塊啦、動態效果啥樣子等等；要是沒有，只能你來寫咯~~汪汪~~

寫的時候要注意於原型說明的區別，原型說明更注重規則和邏輯、互動說明更注重如何展現

寫在後面

本文是針對初級後臺產品經理進行的基本功分享（奈何不方便放圖），純以簡單功能的常規說明為例，如果功能涉及框架層、業務邏輯等，就需要進行更加縝密和詳盡的說明；歡迎路過的童鞋進行補充，還請大家輕點拍磚。