三年原型Prd之路|除了Word，產品經理如何把原型玩轉

原型PRD

以前有分享過一篇分享，關於個人PRD文檔結構介紹個人三年產品基本功（PRD）|將交互、業務邏輯、需求字段撰入文檔獲得了很多朋友們的支持，但除了用word以外，很多產品工做中由於時間、項目進度、團隊氛圍等種種緣由每一個PM在工做中，梳理PRD都會用原型或word進行梳理，今天將本身的原型PRD進行分享，方便你們根據本身的需求來選擇性製做

01

我須要的原型PRD控件

首先說明過下經常使用的原型PRD控件，包括交互說明我都會採用如下控件進行說，就算是複雜的交互說明，也能夠經過如下控件進行註釋和說明；

1.註釋面板

2.註釋說明

3.邊界線

4.標註點與註釋點

以上控件都是本身作的，稍候文後我會附帶下載地址，方便各位朋友下載。

02

總體效果

經過使用以上體系，整個原型的標註與說明效果以下，附帶交互和註釋說明。

1.頁面交互與註釋說明

2.頁面prd

以上是按照頁面交互與頁面PRD進行分開描述，那麼接下來就爲你們介紹下，如何去進行描述相應的字段或功能。那些地方須要註釋、那些地方須要說明異常狀況?

02

關於頁面的說明

在這裏，最重要的就是頁面路徑；頁面的路徑表示當前的操做會讓該頁面走向那裏，會回到那裏；讓開發、測試、設計人員是否須要考慮全局統1、是否當前的頁面在測試版本中有錯誤，也能幫助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 歡迎交流