關於產品開發，PRD 的作用與內容介紹

本文為 【SOP不藏私】系列＃EP1「連猴子也會的PRD指南」 閱讀筆記

為什麼要用 PRD？

可以透過寫 PRD (Product Requirement Document) 對於產品價值、功能以及更細節的流程，快速討論出可行的產品結構。

幫產品進行「功能需求排序」與「指標立定(數據探查)」也是一種學習成長方式。

什麼是 PRD？

PRD 是一種把功能需求具體化，便於溝通的工具。

PRD 有著「由大到小」的思考框架，必須從「開立功能、排程規劃、頁面流程、功能參數」一步一步的撰寫，故會逼自己開啟對於產品思路整理。逐步落實「由價值到細節、由近期到遠程」的思考模式。

PRD 在工作流程中的優點：降低「溝通阻力」、統一「溝通媒介」

PRD 有哪些內容？

一、文件概況：修訂紀錄（新增、修改哪些功能）、文件紀錄（名稱、人員、開案時間）

二、產品簡介與產品目標：簡介著重在商業需求；功能著重在用戶定位

三、開發排程：大致上分成 P0 - P3，先把最小可運行的產品功能定好

四、產品架構與流程：

1. 功能心智圖（FunctionMap）：參考 初學者的 FunctionMap，把主要功能跟子功能列出來

2. 產品資料結構圖（IA）：這裡盡可能把所有功能都定義清楚詳細，例如上傳圖片限制大小、格式規定等等

3. 全局、局部功能邏輯圖 (Flow Chart)：產品登入前、後的流程

4. 圖形化流程(flow)與原型(prototye)：呈現產品單一功能流程的樣貌都可以歸類在這邊

   重點是要衡量「時間成本」盡可能的達到與RD「溝通清晰」的目標就可以

5. 產品指標 (Metrics)：衡量產品是否有達成目的

6. 字串表(Strings Table)：定義命名跟編號的格式

7. 附件：相關資訊內容

五、小結

能把產品做好就是一個好用的 PRD

PRD 可用的工具：AXURE RP 可以快速用來架構流程圖的軟體，但要收費

文章作者推薦用 Dropbox Paper 以及這個網站 人人都是產品經理