起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識初級產品向：后臺原型需要進行哪些說明
后臺設計因其差異化的存在，暫沒有一個萬金油似的原型說明套路，那么后臺設計的產品汪，要著重寫出哪些說明呢？本小白在此分享短文一篇，說說自己在工作中對原型都進行了哪些說明（初級產品向）
在做原型評審的時候，經常被程序猿追問的問題無非幾種：數據怎么來的？功能咋實現的？你這規則是啥?。堪屠屠?。。扶額，往往還沒說完，問題就連珠炮似的開過來了，既影響了會議效率，又增加了溝通成本。而在評審會后呢？程序猿經常忘記的問題無非還是：數據怎么來的？功能咋實現的？你這規則是啥??？巴拉巴拉。。
那怎么解決這頑疾呢？只需要在原型說明中著重對展現和實現兩方面進行詳細說明，就可以完美解決，至于成果嘛~想想還有點小激動呢~~
基本信息
基本信息是對功能設計的總覽，多以表格形式呈現（腦補一下表格大概就是那種橫橫豎豎的四四方方）；用以對原型進行大致說明，包含：
- 迭代記錄：就是版本號和修訂時間；給本次迭代定個編號，以后翻舊賬的時候用得到
- 功能名稱：分別都叫啥，叫啥，叫啥；注意名稱不要重復，起名可是產品汪的基礎技能
- 功能概述：需要說明功能是干什么用的、滿足什么需求、解決什么問題、涉及的頁面和角色；不用詳解，但一定要說明白
- 優先級：一般以 P0 – P10 依次進行標注；可以對開發優先級進行把控
權限說明
后臺設計基本是依用戶賬號進行角色劃分并分配數據權限，所以設計時需進行全面考慮。此處需要針對不同角色進行詳細說明，強調后臺的嚴謹性
- 用戶權限：誰可以對哪些功能進行操作
- 數據權限：誰可以操作哪些數據
- 功能權限：誰可以對功能進行哪些操作
PS：所以 “誰” 到底是 誰，比心
頁面規則
對頁面的基本規則進行說明。為保證后臺一致性，頁面規則有許多是可以做成模板形式的，在平臺開發階段就定義好，以后直接引用；若頁面有特殊規則，需重新說明
- 統一規則：面包屑、列表頁每頁顯示數據條數、觸發翻頁的條件、翻頁模塊的展現形式以及排序規則
- 特殊情況：空數據頁面、報錯頁面、刷新頁面（卡頓）
- 其他規則：數據顯示字數（需考慮換行）、輸入框允許字數及字符格式、父模塊 等
功能規則
劃線，此處為重點，必考。設計的功能要如何實現，全包含在此；建議使用表格形式進行功能間的區分，敲黑板：操作后的影響范圍及數據流一定要描述清晰，包括后臺和前端頁面
- 前置條件：從哪里進來的，記得帶上面包屑
- 后置條件：操作后去了哪里
- 搜索功能：模糊搜索？精確搜索？特別搜索模塊說明（時間控件等），允許輸入的字符格式
- 數據獲?。?/strong>數據是從哪來的
- 按鈕規則：可以由交互設計師來寫，產品只需要寫出基本規則即可，如：彈出對話框、導出框、提示框等等
- 流程圖：流程圖是重點中的重點，需要將功能整體流程畫出來，包括頁面流程和功能流程
- 其他規則：涉及到的其他功能點
交互規則
如果你們有交互設計師，這塊就交由那位兄弟做吧，什么按鈕狀態啦、是不是模態對話框啦、動態效果啥樣子等等；要是沒有，只能你來寫咯~~汪汪~~
寫的時候要注意于原型說明的區別，原型說明更注重規則和邏輯、交互說明更注重如何展現
寫在后面
本文是針對初級后臺產品經理進行的基本功分享（奈何不方便放圖），純以簡單功能的常規說明為例，如果功能涉及框架層、業務邏輯等，就需要進行更加縝密和詳盡的說明；歡迎路過的童鞋進行補充，還請大家輕點拍磚。
本文由 @云小白 原創發布于人人都是產品經理。未經許可，禁止轉載
你好，希望能有機會與我們內部團隊分享交流一下（互聯網上市公司），如方便咱們加一下微信
干貨不易，同為后臺產品經理，可以加你嗎？
干活滿滿啊，我現在就缺這方面的東西的。因為這個文檔寫的不夠仔細，都快被程序員懟的氣死了。我是技術部門的產品，直接對接程序員，更沒有什么交互、UI、什么的，全部都要自己來，我還是跨行工作不到一年的產品，總是就是一路被懟到現在的。希望以后能能向你多交流、學習一下。
+1，我也是之前都做前臺，最近做后臺，各種權限，各種規則，快瘋了
這么說前臺比后臺要簡單一些嗎？我剛進入產品行，借接的就是個后臺。
終于看到后臺產品真正的干貨了。我賭五毛博主是妹子。后臺產品因產品的特殊性很難分享什么好東西出來，感謝博主
~~ 只是分享一點點，還遠遠不夠的說，加油
贊同 博主寫的內容，如果自己都寫不清楚，還如何開發、銷售、運營去講解產品。
鏘鏘~~ 握手~~ 如果自己都不知道做啥，就只能讓團隊的人陷入迷茫，一起加油~~
想知道從前端開發轉產品好找工作嗎
hi，我認為是有幫助的；因為產品的入門門檻比較淺，到現在沒有一個明確的劃線，主要還是看自己是否有產品思維和努力程度。就我的淺見，懂前端會對產品崗有幫助，因為在日常工作中與程序猿會有很多接觸，你的編程經驗會在工作推進以及研發進度掌控時有所裨益；而且，在設計產品的過程當中，懂前端對交互設計的實現難度和效果有更好前瞻性；這些都是優勢所在。
不過你要問下自己，是否對產品有持之以恒的熱情、百折不撓的精神，是否有一定的溝通能力、邏輯思維能力、分析能力和把控能力等；做到這些再加上你的前端經驗，就會好找很多，加油~~
親愛的作者大大，你所說的：觸發翻頁的條件、翻頁模塊的展現形式，指的是什么，求詳解。謝謝。
hello,不好意思，這幾天老汪汪的加班了，剛看見留言。觸發翻頁的條件比如：每頁顯示20條數據多于20條顯示翻頁符（后臺頁面一般不做成瀑布流）。
翻頁模塊：主要看數據量級和使用人員，輕量級頁面（頁面數據不會太多）、重量級頁面（動輒好幾百頁），用到的翻頁模塊形式可以考慮做成不同形式的（比如增加選定頁碼跳轉），主要還是看應用場景，本小白更傾向于用優化頁面展現和篩選來處理 重量級頁面的翻頁問題，因為當你不熟悉數據情況的時候，即便增加了 頁碼跳轉，也還是亂翻的，沒有起到快速定位數據的效果。
大概就醬，本人是想成為巨巨的小白，但還不是大大，淚目~~ 謝謝你的留言，咱們一起努力~~
小白請問一下，，面包屑是啥
相當于路徑，類似醬：騰訊首頁 > 新聞中心 > 經濟新聞 > 股票漲呀漲；放在后臺就是 一級模塊 > 二級模塊 > 三級頁面 > 當前。差不多就醬的，當當當~ 一起加油~~~
哈哈，懂啦，謝謝，一起加油！
說話萌死了，愛你么么噠。
樓主說的其實很對，但是產品文檔其實跟寫書是一樣的，那么多細節都囊獲了，閱讀的人很容易產生審美疲勞，所以文檔最終會包括這些內容，但是具體描述和展現其實就是頗具思量的問題，我看過一些產品經理，其實要整理和列出這些內容是可以的，但是真的寫文檔出來之后，就沒有想讀的欲望了，這一方面產品經理自己要考慮如何讓讀的人更有動力讀完，如果能寫的更加輕松或者簡單是不是更有閱讀的欲望；另一方面，閱讀的群體其實也有區分和要求，開發人員、部門經理、業務部門等等，應該也要求更加耐心和專業，當然如果多個部門之間溝通和協作都好一切又不是問題，就好像我說的是廢話！
對，文檔不是目的，目的是讓可以更好的推進；有時候文檔就是給自己看的，可以捋清思路，以防自己還沒搞明白問題就盲目的進行推進，到頭來返工不說，還耽誤實施。各部門的溝通協調，的確也是很重要的一點，不論是溝通技巧還是溝通效率~