原型PRD
之前有分享過一篇分享，關於我的PRD文件結構介紹我的三年產品基本功（PRD）|將互動、業務邏輯、需求欄位撰入文件得到了不少朋友們的支援，但除了用word之外，不少產品工作中因為時間、專案進度、團隊氛圍等種種原因每個PM在工作中，梳理PRD都會用原型或word進行梳理，今天將自己的原型PRD進行分享，方便大家根據自己的需求來選擇性製作
01
我需要的原型PRD控制元件
首先說明過下常用的原型PRD控制元件，包括互動說明我都會採用以下控制元件進行說，就算是複雜的互動說明，也可以通過以下控制元件進行註釋和說明；
1.註釋皮膚
2.註釋說明
3.邊界線
4.標註點與註釋點
以上控制元件都是自己做的，稍候文後我會附帶下載地址，方便各位朋友下載。
02
整體效果
通過使用以上體系，整個原型的標註與說明效果如下，附帶互動和註釋說明。
1.頁面互動與註釋說明
2.頁面prd
以上是按照頁面互動與頁面PRD進行分開描述，那麼接下來就為大家介紹下，如何去進行描述相應的欄位或功能。那些地方需要註釋、那些地方需要說明異常情況?
02
關於頁面的說明
在這裡，最重要的就是頁面路徑；頁面的路徑表示當前的操作會讓該頁面走向那裡，會回到那裡；讓開發、測試、設計人員是否需要考慮全域性統一、是否當前的頁面在測試版本中有錯誤，也能幫助PM去驗證其頁面的走向是否符合使用者預期。
標明每個頁面的走向，這裡需要值得注意的是，關於頁面的命名也要注意。0-1中，很多功能體系涉及到無數個頁面，因此我們以功能的分化，讓頁面的列表更加清晰
將頁面進行分級後，按評審的時候也可以將頁面一個頁面的進行評審，一個頁面一個頁面的過，保證不會遺漏或者不會出現大的問題遺漏。
當然，相信不少朋友採取以原型頁面跳轉來進行頁面表示，保證設計或開發可以知道整個功能的頁面情況是怎麼樣的。
但是這裡有疑問的是，往往我們從0-1的時候，頁面太多不能在一個地方把所有的頁面全部展示出來，為此我建議按功能分頁面，比如上面說的以功能A進行區分，將頁面進行單獨的連結展示
【按照登入功能來表示頁面跳轉】
03
頁面功能說明
【我的標註說明】
以上是對ICON的標註說明，這裡需要注意的是“狀態”標註
如果一個ICON因互動行為會有不同的狀態或條件（如登入狀態、未登入狀態）那麼需要在標註著名
【標註說明不同狀態】
狀態可以通過當前的頁面條件或者使用者互動狀態，頁面條件在不同的產品業務有不同的判斷方式
而互動方式往往就以下幾個：
根據不同的互動行為，有不同的提示，可以通過這樣的方式進行表達。如果互動行為涉及到不同的頁面，可以用如下表達方式
【互動表達】
很多朋友說，產品經理應該把互動的效果儘可能去完成，但是真正的在工作中，其互動的效果因為第一費時間，第二需要不斷的去修改、修正。
如果一張圖就能表達事情，為什麼要費這麼多周折去做一個視訊呢？
善用當前的互動狀態與頁面切換，加上文字描述，可以很快的讓開發或設計同事知道你的意圖或效果。
在移動端的互動形式就那麼固定，安卓隨著版本不同可能會有一些區別，但大體使用者都有感知，有使用過。IOS因為系統的普及和更新覆蓋率遠超過安卓，因此IOS的互動行為也同樣能夠理解
至於最難的，就是WEB的互動形式，這一塊原型中的說明也可進行完善。
KEVIN常用部件庫下載地址
連結：pan.baidu.com/s/1bp6fziB 密碼：9127
另外關於深圳線下分享會
線下分享會因為報名人數太多，我們擔心現場容納人數超標，為此暫時暫停了微信渠道的報名貼。但是你仍然可以通過在活動行裡面進行報名。點選閱讀原文即可報名或者加我微信私信我即可
並且還有不少大V加入我們這個組織，當天的嘉賓會有一些變化，我們會盡可能的合理安排時間，將滿滿的乾貨給你們！
對了，還有一些現場福利！現在不說
為了PMTALK以後深圳地區線下分享會的更好運作，如果你有場地、產品經理
我已經堅持產品分享1年，最近更新：
UGC與演算法|2017行業產品FEED流產品設計，我如何落地UGC資訊流？
案例總結，使用者體系6個難點 |如何落地，利用資料、函式模型使用者成長體系
騰訊公益贏了還是人性的本質？|“小朋友”的公益畫冊刷爆朋友圈背後的產品邏輯
繼續更新中......
- 個人微信：574319420 歡迎交流