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


Posted by Christy on 2021-10-14

本文為 【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 以及這個網站 人人都是產品經理










Related Posts

測試替身(上篇)

測試替身(上篇)

Chapter 4 評估數據品質

Chapter 4 評估數據品質

Dijkstra's Algorithm

Dijkstra's Algorithm


Comments