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

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

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

基本信息

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

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

權限說明

后臺設計基本是依用戶賬號進行角色劃分并分配數據權限，所以設計時需進行全面考慮。此處需要針對不同角色進行詳細說明，強調后臺的嚴謹性

• 用戶權限：誰可以對哪些功能進行操作
• 數據權限：誰可以操作哪些數據
• 功能權限：誰可以對功能進行哪些操作

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

頁面規則

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

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

功能規則

劃線，此處為重點，必考。設計的功能要如何實現，全包含在此；建議使用表格形式進行功能間的區分，敲黑板：操作后的影響范圍及數據流一定要描述清晰，包括后臺和前端頁面

• 前置條件：從哪里進來的，記得帶上面包屑
• 后置條件：操作后去了哪里
• 搜索功能：模糊搜索？精確搜索？特別搜索模塊說明（時間控件等），允許輸入的字符格式
• 數據獲?。?/strong>數據是從哪來的
• 按鈕規則：可以由交互設計師來寫，產品只需要寫出基本規則即可，如：彈出對話框、導出框、提示框等等
• 流程圖：流程圖是重點中的重點，需要將功能整體流程畫出來，包括頁面流程和功能流程
• 其他規則：涉及到的其他功能點