什么是產(chǎn)品需求文檔？

產(chǎn)品需求文檔（Product Requirement Document,PRD）是將商業(yè)需求文檔（BRD）和市場(chǎng)需求文檔（MRD）用更加專業(yè)的語言進(jìn)行描述。
該文檔在產(chǎn)品項(xiàng)目中起到“承上啟下”的作用，“向上”是對(duì)MRD內(nèi)容的繼承和發(fā)展，“向下”是要把MRD中的內(nèi)容技術(shù)化，向項(xiàng)目經(jīng)理、研發(fā)人員、設(shè)計(jì)人員和測(cè)試人員說明產(chǎn)品的功能和性能指標(biāo)。用最簡(jiǎn)單、最直接、最易懂的文字對(duì)產(chǎn)品功能和性能進(jìn)行詳細(xì)說明。

產(chǎn)品需求文檔的用途？

PRD文檔在形式上是項(xiàng)目啟動(dòng)的必要元素之一，向項(xiàng)目成員傳達(dá)產(chǎn)品需求的意義和明細(xì)
PRD文檔是產(chǎn)品評(píng)審會(huì)的必要元素之一
PRD文檔是研發(fā)人員對(duì)產(chǎn)品進(jìn)行技術(shù)可行性評(píng)估的元素之一
PRD文檔主要面向?qū)ο笫琼?xiàng)目經(jīng)理、研發(fā)人員、設(shè)計(jì)人員和測(cè)試人員，正確的理解需求并執(zhí)行

產(chǎn)品需求文檔的主要面對(duì)對(duì)象

項(xiàng)目經(jīng)理
通過文檔可以迅速了解任務(wù)的規(guī)模和相關(guān)API接口，進(jìn)行項(xiàng)目計(jì)劃、任務(wù)分解、把控進(jìn)度……

研發(fā)人員
通過文檔可以了解頁(yè)面元素和用例規(guī)則，進(jìn)行產(chǎn)品架構(gòu)搭建，數(shù)據(jù)庫(kù)搭建，API接口開發(fā)……

設(shè)計(jì)人員
了解產(chǎn)品結(jié)構(gòu)、頁(yè)面排版、頁(yè)面元素，從而進(jìn)行產(chǎn)品視覺和交互設(shè)計(jì)

測(cè)試人員
提前根據(jù)文檔撰寫測(cè)試用例

產(chǎn)品需求文檔的寫作思路

利用結(jié)構(gòu)化思維來進(jìn)行寫作，從上倒下的原則

1.范圍層 梳理需求：做哪些功能，做到什么程度，需求優(yōu)化級(jí)，版本規(guī)劃。常用工具：Mindmanager、Excel
2.結(jié)構(gòu)層 梳理產(chǎn)品功能結(jié)構(gòu)及功能需求。常用工具：Mindmanager
3.框架層 線框圖、交互設(shè)計(jì)、用戶體驗(yàn)設(shè)計(jì)。常用工具：Axure、紙筆
4.文檔輸出，形成PRD文檔（ps：基于Axure低保真原型的PRD文檔，文檔中需要附加必要元素）
tips：戰(zhàn)略層 內(nèi)容在MRD文檔中體現(xiàn)

使用MECE原則：相互獨(dú)立、完全窮盡

在思考問題時(shí)，需要考慮全面。不僅要考慮正常情況的問題，還要異常情況下的問題。

產(chǎn)品需求文檔要包含哪些元素

1.版本計(jì)劃產(chǎn)品線路圖
2.需求變更記錄
3.名詞術(shù)語表
4.需求清單：功能模塊、功能特性、優(yōu)先級(jí)、技術(shù)可行性評(píng)估
5.產(chǎn)品結(jié)構(gòu)圖
6.業(yè)務(wù)流程圖
幫助開發(fā)快速理解需求結(jié)構(gòu)和功能

7.交互動(dòng)畫或交互原理
8.產(chǎn)品原型
線框圖、交互設(shè)計(jì)、用戶體驗(yàn)設(shè)計(jì)
功能需求及關(guān)鍵細(xì)節(jié)描述

9.非功能性需求
性能需求
安全需求
兼容性需求
數(shù)據(jù)統(tǒng)計(jì)需求
UI需求
運(yùn)營(yíng)需求

移動(dòng)端產(chǎn)品需求文檔需要注意的點(diǎn)有哪些？

用戶使用場(chǎng)景
WIFI/2G/3G/4G環(huán)境；單手或雙手操作；公交、地鐵 、床上……
異常處理
第一次啟動(dòng)、無數(shù)據(jù)、無權(quán)限（ios）、請(qǐng)求失敗、發(fā)布失敗、操作反饋
交互流程
用戶行為路徑、操作流程、使用習(xí)慣（加載、放大、縮小、拖動(dòng)）
業(yè)務(wù)邏輯
發(fā)布流程、購(gòu)物流程、支付流程、制作流程、登錄流程……