我的四年產品|產品經理必備的原型PRD

07-15

我的四年產品|產品經理必備的原型PRD

來自專欄 Kevin改變世界的點滴8 人贊了文章

原型PRD

之前有分享過一篇分享，關於我的PRD文檔結構介紹我的三年產品基本功（PRD）|將交互、業務邏輯、需求欄位撰入文檔得到了不少朋友們的支持，但除了用word之外，不少產品工作中因為時間、項目進度、團隊氛圍等種種原因每個PM在工作中，梳理PRD都會用原型或word進行梳理，今天將自己的原型PRD進行分享，方便大家根據自己的需求來選擇性製作。

我需要的原型PRD控制項

首先說明過下常用的原型PRD控制項，包括交互說明我都會採用以下控制項進行說，就算是複雜的交互說明，也可以通過以下控制項進行注釋和說明；

1.注釋面板

2.注釋說明

3.邊界線

4.標註點與注釋點

以上控制項都是自己做的，稍候文後我會附帶下載地址，方便各位朋友下載。

整體效果

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

1.頁面交互與注釋說明

2.頁面prd

以上是按照頁面交互與頁面PRD進行分開描述，那麼接下來就為大家介紹下，如何去進行描述相應的欄位或功能。那些地方需要注釋、那些地方需要說明異常情況?

關於頁面的說明

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

標明每個頁面的走向，這裡需要值得注意的是，關於頁面的命名也要注意。0-1中，很多功能體系涉及到無數個頁面，因此我們以功能的分化，讓頁面的列表更加清晰

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

當然，相信不少朋友採取以原型頁面跳轉來進行頁面表示，保證設計或開發可以知道整個功能的頁面情況是怎麼樣的。

但是這裡有疑問的是，往往我們從0-1的時候，頁面太多不能在一個地方把所有的頁面全部展示出來，為此我建議按功能分頁面，比如上面說的以功能A進行區分，將頁面進行單獨的鏈接展示

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

頁面功能說明

【我的標註說明】

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

如果一個ICON因交互行為會有不同的狀態或條件（如登錄狀態、未登錄狀態）那麼需要在標註著名

【標註說明不同狀態】

狀態可以通過當前的頁面條件或者用戶交互狀態，頁面條件在不同的產品業務有不同的判斷方式

而交互方式往往就以下幾個：

根據不同的交互行為，有不同的提示，可以通過這樣的方式進行表達。如果交互行為涉及到不同的頁面，可以用如下表達方式

【交互表達】

很多朋友說，產品經理應該把交互的效果儘可能去完成，但是真正的在工作中，其交互的效果因為第一費時間，第二需要不斷的去修改、修正。

如果一張圖就能表達事情，為什麼要費這麼多周折去做一個視頻呢？

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

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

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

近期專題

產品經理對接第三方case，國內外4家公司聯動落地項目

《人生的意義》,我們永不停歇忙著去做什麼？

產品落地的細緻活，標準文案

後台產品，1個case|專欄正式上架

學會「引導」，讓需求快速落地

降價處理的另一種方式，產品人PK需求方

生活處處，離不開產品經理

另外我個人第一本書籍《從零到壹：PM改變世界的點滴》電子檔正式上線這本我歸納222篇產品原創，涵蓋產品經理面試、演算法、交互等不同維度的內容，如果你感興趣可以打賞後留言你的郵箱。我會在每天中午12點左右發送到你郵件中（希望大家勿外傳支持，支持版權）。如果你需要預覽書籍大綱，可以跳轉鏈接

一本給自己與產品人的書：從零到壹。