產品經理基本功：高效的原型PRD模版

產品經理在工做中，除了產品的原型策劃，另外一項最常的場景是PRD的撰寫。經過對產品功能、邊界值、邏輯的描述，減小溝通的成本與產品任務的描述。

但實際在工做中，咱們不少時候的PRD不只是文檔，還多是原型甚至有的是Excel或ppt撰寫。

你喜歡用哪種或者你團隊要求你使用哪種方式，都沒有錯。高效、溝通低成本、清楚，是PRD的本質。今天這裏再輸出一份原創的PRD模版。是我在工做習慣中總結的一份模版。歡迎學習

原型PRD仍是文檔PRD

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

原型PRD的基礎控件

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

1.註釋面板

2.註釋說明

3.邊界線

4.標註點與註釋點

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

原型PRD的總體佈局

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

1.頁面交互與註釋說明

2.頁面prd

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

原型PRD頁面的說明

在這裏，最重要的就是頁面路徑；頁面的路徑表示當前的操做會讓該頁面走向那裏，會回到那裏；讓開發、測試、設計人員是否須要考慮全局統1、是否當前的頁面在測試版本中有錯誤，也能幫助PM去驗證其頁面的走向是否符合用戶預期。

標明每一個頁面的走向，這裏須要值得注意的是，關於頁面的命名也要注意。0-1中，不少功能體系涉及到無數個頁面，所以咱們以功能的分化，讓頁面的列表更加清晰

將頁面進行分級後，按評審的時候也能夠將頁面一個頁面的進行評審，一個頁面一個頁面的過，保證不會遺漏或者不會出現大的問題遺漏。

固然，相信很多朋友採起以原型頁面跳轉來進行頁面表示，保證設計或開發能夠知道整個功能的頁面狀況是怎麼樣的。

可是這裏有疑問的是，每每咱們從0-1的時候，頁面太多不能在一個地方把全部的頁面所有展現出來，爲此我建議按功能分頁面，好比上面說的以功能A進行區分，將頁面進行單獨的連接展現

【按照登陸功能來表示頁面跳轉】

原型PRD中的功能說明

【個人標註說明】

以上是對ICON的標註說明，這裏須要注意的是「狀態」標註

若是一個ICON因交互行爲會有不一樣的狀態或條件（如登陸狀態、未登陸狀態）那麼須要在標註著名

【標註說明不一樣狀態】

狀態能夠經過當前的頁面條件或者用戶交互狀態，頁面條件在不一樣的產品業務有不一樣的判斷方式

而交互方式每每就如下幾個：

根據不一樣的交互行爲，有不一樣的提示，能夠經過這樣的方式進行表達。若是交互行爲涉及到不一樣的頁面，能夠用以下表達方式

【交互表達】

不少朋友說，產品經理應該把交互的效果儘量去完成，可是真正的在工做中，其交互的效果由於第一費時間，第二須要不斷的去修改、修正。

若是一張圖就能表達事情，爲何要費這麼多周折去作一個視頻呢？

善用當前的交互狀態與頁面切換，加上文字描述，能夠很快的讓開發或設計同事知道你的意圖或效果。

在移動端的交互形式就那麼固定，安卓隨着版本不一樣可能會有一些區別，但大致用戶都有感知，有使用過。IOS由於系統的普及和更新覆蓋率遠超過安卓，所以IOS的交互行爲也一樣可以理解

至於最難的，就是WEB的交互形式，這一塊原型中的說明也可進行完善。

後臺專欄，我都會陸續利用業餘時間更新。付費69.9元，或許可能不只是幾節課，更是一個產品經理的0到1全面真實訓練吧。

推薦閱讀：

堅持一年，招募100個產品經理

個人第一本書，給大家