NO.1 產品需求文檔(PRD)概述
PRD是英文“ProductRequirement Document”的縮寫,翻譯為中文就是“產品需求文檔”,主要用于完整描述產品需求,向研發部門明確產品的功能和性能以及作為產品文檔歸檔。
PRD的面向對象是:
產品經理:可以通過產品功能描述自查清單來系統的梳理產品功能點和描述,更加透徹和完整的梳理產品;同時,產品經理可以通過PRD和其他人員進行高效的溝通。
交互設計師:通過功能點及其描述自查來檢查自己的交互稿是否遺漏特殊情況、異常情況、極限情況等。
開發工程師:檢查自己的程序開發是否符合PRD中的相關要求。
測試工程師:PRD中的功能描述和用例轉化為測試用例的一部分,進行產品可用性測試。
NO.2 PRD的主要內容
一份完整的PRD文檔主要包含兩部分內容:
一是對項目的介紹,包括項目概述、項目價值、項目背景、詞匯表、運營計劃等;
二是整份文檔的主體部分,對產品需求的詳細描述,包括功能需求和非功能需求等。


NO.3 產品功能的描述
用戶界面和功能描述是PRD最重要的兩個部分,用戶界面主要是以產品原型作為載體,用直觀圖形的形式展現產品的功能,功能描述則是在用戶界面的基礎上,以文字的形式詮釋產品功能的細節,使開發人員更清晰地明白產品功能性能的要求。
對產品功能進行描述,一般需要兩個步驟:
第一, 梳理產品功能描述部分的整體結構,有規律地將產品功能分成多個較小的功能單元。
比如,在產品功能具體的分解時,可以按功能在系統中的位置、按業務流程、按功能主次、按功能所處界面位置等進行分解。
第二, 以用例的形式描述分解后的產品功能。
用例指的是在不展現系統或子系統內部結構的情況下,對系統或子系統的某個連貫的功能單元的定義和描述。它的好處是可以將產品功能需求與產品設計徹底分離,不用考慮具體的系統設計與技術細節。
下面是一個關于“會員中心”用例圖的展現形式:


除了用例圖,還需要一個與之對應的用例表,規范的用例包括用例名稱、用例編號、角色、描述、基本流程、備選流程、異常流程、后置條件、備注等。
NO.4 PRD的基本要求
一份優秀的PRD文檔應該滿足五個方面的要求:完整、準確、清晰、簡潔、穩定。具體如下所示:


在項目開發中,如果產品需求發生變化(這種可能性是很大的,但是一般來說,都會將需求變化放到下一版本中),那么在修改PRD的時候,也應該就修改PRD內容進行必要的確認。
NO.5 PRD模板下載
很多公司應該都會有PRD模板,大致內容相同,但也有很多區別,這里提供一份自身用的模板供產品經理新人參考。
版權聲明:本文內容由互聯網用戶自發貢獻,該文觀點僅代表作者本人。本站僅提供信息存儲空間服務,不擁有所有權,不承擔相關法律責任。如發現本站有涉嫌抄襲侵權/違法違規的內容, 請發送郵件至 舉報,一經查實,本站將立刻刪除。