產品經理在工作中，除了產品的原型策劃，另一項最常的場景是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頁面的說明
在這裡，最重要的就是頁面路徑；頁面的路徑表示當前的操作會讓該頁面走向那裡，會回到那裡；讓開發、測試、設計人員是否需要考慮全域性統一、是否當前的頁面在測試版本中有錯誤，也能幫助PM去驗證其頁面的走向是否符合使用者預期。
標明每個頁面的走向，這裡需要值得注意的是，關於頁面的命名也要注意。0-1中，很多功能體系涉及到無數個頁面，因此我們以功能的分化，讓頁面的列表更加清晰
將頁面進行分級後，按評審的時候也可以將頁面一個頁面的進行評審，一個頁面一個頁面的過，保證不會遺漏或者不會出現大的問題遺漏。
當然，相信不少朋友採取以原型頁面跳轉來進行頁面表示，保證設計或開發可以知道整個功能的頁面情況是怎麼樣的。
但是這裡有疑問的是，往往我們從0-1的時候，頁面太多不能在一個地方把所有的頁面全部展示出來，為此我建議按功能分頁面，比如上面說的以功能A進行區分，將頁面進行單獨的連結展示
【按照登入功能來表示頁面跳轉】
原型PRD中的功能說明
【我的標註說明】
以上是對ICON的標註說明，這裡需要注意的是“狀態”標註
如果一個ICON因互動行為會有不同的狀態或條件（如登入狀態、未登入狀態）那麼需要在標註著名
【標註說明不同狀態】
狀態可以通過當前的頁面條件或者使用者互動狀態，頁面條件在不同的產品業務有不同的判斷方式
而互動方式往往就以下幾個：
根據不同的互動行為，有不同的提示，可以通過這樣的方式進行表達。如果互動行為涉及到不同的頁面，可以用如下表達方式
【互動表達】
很多朋友說，產品經理應該把互動的效果儘可能去完成，但是真正的在工作中，其互動的效果因為第一費時間，第二需要不斷的去修改、修正。
如果一張圖就能表達事情，為什麼要費這麼多周折去做一個視訊呢？
善用當前的互動狀態與頁面切換，加上文字描述，可以很快的讓開發或設計同事知道你的意圖或效果。
在移動端的互動形式就那麼固定，安卓隨著版本不同可能會有一些區別，但大體使用者都有感知，有使用過。IOS因為系統的普及和更新覆蓋率遠超過安卓，因此IOS的互動行為也同樣能夠理解
至於最難的，就是WEB的互動形式，這一塊原型中的說明也可進行完善。