產(chǎn)品需求(PRD)撰寫方法與技巧課件

產(chǎn)品需求文檔（PRD）的撰寫方法與技巧

2019年11月17日產(chǎn)品需求文檔（PRD）寫作方法與技巧學(xué)習(xí)目標(biāo)? 深刻理解三大文檔的寫作目的與應(yīng)用場景? 理解并掌握PRD文檔的用途與作用? 理解并掌握PRD文檔：– 寫作思路– 寫作方法– 寫作格式一、什么是PRD文檔產(chǎn)品需求文檔(Product

Requirement

Document，PRD)的英文簡稱– PRD文檔向上是對MRD內(nèi)容的繼承與發(fā)展，向下則是要把MRD文檔里面的各種理論要求技術(shù)化，向研發(fā)部門與設(shè)計部門說明產(chǎn)品的的功能和性能要求。– PRD文檔是產(chǎn)品文檔中最底層最細(xì)致的文檔，所以寫作的時候，需要細(xì)致耐心。二、再談BRD，MRD，PRD文檔的區(qū)別與用途? BRD-這么做有好處，并說明好處在哪里– 唐僧出發(fā)前,參見唐皇（老板）,告訴唐皇西去取經(jīng)的重要意義與大興佛法的好處,唐皇答應(yīng),并發(fā)放免簽護(hù)照（授權(quán)），于是唐僧帶著任務(wù)出發(fā)了，那個時候唐朝真實V5啊。? MRD-通過BRD明確了這個事情值得一做后，描述應(yīng)該這么做，并說明這么做的原因– 唐僧上路了，但是他需要選擇走哪條路線，帶幾個人，為什么這么走，為什么帶這些人，要說清楚：? A路線：妖怪多? B路線：神仙多? C路線：美女多? 經(jīng)過分析，唐僧決定選擇C路線，所以才有了三打白骨精，路過女兒國等經(jīng)典故事（開個玩笑）? PRD-獲得了授權(quán)，而且已經(jīng)確定了要走的路線，剩下的就是打造裝備（產(chǎn)品）了– 要把裝備的需求給工匠（研發(fā)人員），就需要把你（PM）對裝備（產(chǎn)品）的要求講清楚? 金箍棒（需要能縮短到耳朵里面，直徑1毫米，長度6毫米，需要金色，重量必須控制在1KG）? 九齒釘耙（必須要9個齒，廢話啊，黑色，齒長8里面，把手長1.5米，直徑2.5厘米）? 于是工匠（研發(fā)人員）根據(jù)需求，打造出了曠世的武器? BRD>MRD>PRD是一個逐步論證并得出結(jié)果的過程，是產(chǎn)品經(jīng)理思維升華的過程，是這三個文檔三位一體的過程。三、PRD文檔面向的對象? 研發(fā)人員– 由于研發(fā)人員本生專注于功能的實現(xiàn)與性能，所以他們相對對其它諸如運營，市場，設(shè)計等表現(xiàn)相對不太關(guān)心，對于產(chǎn)品更多的了解來至于產(chǎn)品經(jīng)理的產(chǎn)品宣講。? 設(shè)計人員– 設(shè)計人員本生更多的會關(guān)注與產(chǎn)品的調(diào)性與原型圖，所以對PRD文檔的需求是相對較弱的。? 所以，PRD文檔，根據(jù)閱讀對象，就不要去耍花架子了，用最平鋪直敘最簡單的話，把問題說的一清二楚就行，繞來繞去小心被程序猿們掏出板斧劈成兩截啊。四、PRD文檔的幾種表現(xiàn)方式? 說到PRD文檔，很多朋友之前看過模版，都會不假思索的打開Word開始寫作，其實PRD文檔的目的在于把問題講清楚，而不是用什么工具！? 根據(jù)實際情況，能滿足把問題講清楚的方式大概有以下幾種：– 文字模式（Word…..最常見的）– 原型圖模式（Axure….推薦使用的）– 圖片模式（有的產(chǎn)品經(jīng)理本來就是美術(shù)轉(zhuǎn)交互轉(zhuǎn)產(chǎn)品，所以他們擅長于此，有門檻的….）– 影像模式也可以，就是太燒油了,左側(cè)原型圖，右側(cè)是各種狀態(tài)的詳細(xì)說明Axures使用描述后，發(fā)布的Html頁面具有非常形象的說明閱讀形式五、Axure原型圖描述功能在Axure編輯界面，選擇要說明的元件，然后鍵入你要說明的內(nèi)容發(fā)布以后，鼠標(biāo)點擊黃色描述標(biāo)簽，就能形象化的在功能中看到具體的需求表述了喲！六、Axure說明到處成為Word文檔Axure導(dǎo)出說明文檔，需要產(chǎn)品經(jīng)理對Axure默認(rèn)的導(dǎo)出規(guī)則有一些了解，然后再制作原型需求圖的時候，就要考慮到Word導(dǎo)出后的一些規(guī)則，需要摸索一下，熟練以后，還是很好用的。七、常見PRD文檔包含內(nèi)容? 文檔說明? 產(chǎn)品說明? 全局功能說明? 詳細(xì)功能說明七、常見PRD文檔包含內(nèi)容? 7.1

文檔說明– 產(chǎn)品版本號

（1.26）? 版本號

（

1.26

）– 重大調(diào)整升級– 產(chǎn)品結(jié)構(gòu)功能等有調(diào)整? 子版本號（

1.26

）– 在原有基礎(chǔ)上面對局部功能進(jìn)行了升級或調(diào)整– 在原有基礎(chǔ)上面對局部功能進(jìn)行了升級或調(diào)整? 修正版本號（1.26

）– 局部小范圍優(yōu)化與Bug修復(fù)– 一般是不動功能性的東西– 版本號的命名原則? 歸零原則：前一個數(shù)字增加一位，后面的數(shù)字都?xì)w零七、常見PRD文檔包含內(nèi)容? 7.2

歷史修訂– 編號– 版本號– 修訂章節(jié)– 修訂原因– 修訂日期– 修訂人– 歷史修訂的作用? 對修改前后進(jìn)行比較? 有利于維護(hù)和管理PRD? 修訂人? 修訂日期七、常見PRD文檔包含內(nèi)容? 7.3

名詞術(shù)語表– 將一些產(chǎn)品里面不易理解，容易混淆，或者縮寫的詞匯在開篇進(jìn)行統(tǒng)一的列表說明，有利于閱讀– 例如產(chǎn)品100的? 積分– 根據(jù)產(chǎn)品100用戶的一系列操作行為系統(tǒng)根據(jù)后臺設(shè)定產(chǎn)生的虛擬分?jǐn)?shù)，積分決定了用戶的等級與論壇權(quán)限，積分的計算方式為：總積分=發(fā)帖數(shù)X1

+

銅幣X1

+

威望X1

+

會員歷史在線時間X1? 威望– 反應(yīng)了用戶在論壇里面的資歷，是根據(jù)發(fā)帖數(shù)量，回帖數(shù)量，附件上傳數(shù)量，在線時長等綜合因素決定，是用戶積分的重要參考依據(jù)? 銅板– 產(chǎn)品100的貨幣，主要用于購買有價值的下載資料與信息，完成新手任務(wù)可以獲得初期足夠的銅板，發(fā)布下載資源也可以獲得相當(dāng)數(shù)量的銅板，銅板是用戶積分的重要參考依據(jù)七、常見PRD文檔包含內(nèi)容? 7.3

名詞術(shù)語表– 將一些產(chǎn)品里面不易理解，容易混淆，或者縮寫的詞匯在開篇進(jìn)行統(tǒng)一的列表說明，有利于閱讀– 例如產(chǎn)品100的? 積分– 根據(jù)產(chǎn)品100用戶的一系列操作行為系統(tǒng)根據(jù)后臺設(shè)定產(chǎn)生的虛擬分?jǐn)?shù)，積分決定了用戶的等級與論壇權(quán)限，積分的計算方式為：總積分=發(fā)帖數(shù)X1

+

銅幣X1

+

威望X1

+

會員歷史在線時間X1? 威望– 反應(yīng)了用戶在論壇里面的資歷，是根據(jù)發(fā)帖數(shù)量，回帖數(shù)量，附件上傳數(shù)量，在線時長等綜合因素決定，是用戶積分的重要參考依據(jù)? 銅板– 產(chǎn)品100的貨幣，主要用于購買有價值的下載資料與信息，完成新手任務(wù)可以獲得初期足夠的銅板，發(fā)布下載資源也可以獲得相當(dāng)數(shù)量的銅板，銅板是用戶積分的重要參考依據(jù)七、常見PRD文檔包含內(nèi)容? 7.4

產(chǎn)品說明– 包含：? 產(chǎn)品信息結(jié)構(gòu)– 信息結(jié)構(gòu)圖是只按照產(chǎn)品經(jīng)理思路中的產(chǎn)品表現(xiàn)信息來整理產(chǎn)品的一種示意圖（后面會舉例）? 信息結(jié)構(gòu)能幫助我們整理產(chǎn)品結(jié)構(gòu)，同時是研發(fā)人員建立數(shù)據(jù)庫的參考? 產(chǎn)品結(jié)構(gòu)圖– 產(chǎn)品結(jié)構(gòu)圖是按照產(chǎn)品的邏輯與表現(xiàn)方式,結(jié)構(gòu)化的表現(xiàn)產(chǎn)品構(gòu)造的一種示意圖（后面會舉例）? 通過這個產(chǎn)品結(jié)構(gòu)圖，我們大致就能將之前抽象的邏輯形象化的表現(xiàn)出來，也便于文檔閱讀者理解我們的產(chǎn)品思路? 用戶使用流程圖– 用戶使用流程圖用于表述用戶在使用產(chǎn)品過程中的行為走向? 通過用戶行為串聯(lián)信息結(jié)構(gòu)與產(chǎn)品結(jié)構(gòu)，閱讀者通過閱讀用戶使用流程，能更好的理解產(chǎn)品經(jīng)理設(shè)計的用戶行為七、常見PRD文檔包含內(nèi)容7.4.1

信息結(jié)構(gòu)圖-案例-產(chǎn)品100主貼與回復(fù)貼信息結(jié)構(gòu)分析七、常見PRD文檔包含內(nèi)容7.4.2信息結(jié)構(gòu)圖-案例-產(chǎn)品100主貼與回復(fù)貼信息結(jié)構(gòu)分析七、常見PRD文檔包含內(nèi)容7.4.3信息結(jié)構(gòu)圖-案例-產(chǎn)品100主貼與回復(fù)貼信息結(jié)構(gòu)分析? 產(chǎn)品100主貼與回復(fù)貼信息結(jié)構(gòu)圖七、常見PRD文檔包含內(nèi)容7.4.4信息結(jié)構(gòu)圖-案例-產(chǎn)品100主貼與回復(fù)貼信息結(jié)構(gòu)分析首頁板塊頻道首頁板塊頻道必答版快主題詳情頁詳情頁必答版快七、常見PRD文檔包含內(nèi)容7.4.5產(chǎn)品結(jié)構(gòu)圖-案例-產(chǎn)品100網(wǎng)站產(chǎn)品結(jié)構(gòu)圖首頁板塊喜歡……七、常見PRD文檔包含內(nèi)容7.4.5產(chǎn)品結(jié)構(gòu)圖-案例-產(chǎn)品100網(wǎng)站產(chǎn)品結(jié)構(gòu)圖課堂必答下載……七、常見PRD文檔包含內(nèi)容板塊信息置頂帖列表主貼列表登陸用戶基本資料熱門話題….7.4.5產(chǎn)品結(jié)構(gòu)圖-案例-產(chǎn)品100網(wǎng)站產(chǎn)品結(jié)構(gòu)圖七、常見PRD文檔包含內(nèi)容7.4.5產(chǎn)品結(jié)構(gòu)圖-案例-產(chǎn)品100網(wǎng)站產(chǎn)品結(jié)構(gòu)圖頭像用戶名用戶等級每日打卡….七、常見PRD文檔包含內(nèi)容7.4.5產(chǎn)品結(jié)構(gòu)圖-案例-產(chǎn)品100網(wǎng)站產(chǎn)品結(jié)構(gòu)圖產(chǎn)品100首頁板塊課堂必答板塊信息置頂帖列表主貼列表登陸用戶基本資料頭像用戶名用戶等級每日打卡….熱門話題….下載……喜歡……七、常見PRD文檔包含內(nèi)容7.4.5產(chǎn)品結(jié)構(gòu)圖-案例-產(chǎn)品100網(wǎng)站產(chǎn)品結(jié)構(gòu)圖產(chǎn)品100首頁板塊課堂必答板塊信息置頂帖列表主貼列表登陸用戶基本資料頭像用戶名用戶等級每日打卡….熱門話題….下載……喜歡……產(chǎn)品名稱產(chǎn)品流向產(chǎn)品流向頁面頁面結(jié)構(gòu)七、常見PRD文檔包含內(nèi)容7.4.5產(chǎn)品結(jié)構(gòu)圖-案例-產(chǎn)品100網(wǎng)站產(chǎn)品結(jié)構(gòu)圖八、? 全局功能說明?

全局功能說明–

由于接下來我們要比較詳細(xì)的表述每個類與每個子類的功能說明，所以這里就要把那些不能放到子類里面去的全局性的東西說清楚?

盡管是全局功能，但也可以分類說明，例如：–

UI–

交互–

等等….? 例如：–

用戶交互統(tǒng)一說明：–

本客戶端在用戶觸發(fā)操作后，應(yīng)優(yōu)先加載用戶界面，同時在界面中加載數(shù)據(jù)的位置使用風(fēng)火輪提示用戶數(shù)據(jù)加載中。–

本客戶端的時間顯示，建議使用人性化提示，例如：20分鐘前，

一天前，三天前，超過7天的，則顯示為具體時間，如：3月30

日

17點55分，超過一年，則顯示12年3月30日17點55分八、? 全局功能說明九、詳細(xì)功能需求描述? 整體說明完成以后，我們就要開始對各個需求板塊進(jìn)行詳細(xì)的需求說明–

根據(jù)實際的需求，你可以按照你習(xí)慣的表述順序來表述，常見的表述順序有：?

按照功能的邏輯來表述（更抽象，研發(fā)喜歡）?

按照產(chǎn)品結(jié)構(gòu)來表述(頻道，頁面，模塊，元素的邏輯表述,相對比較適合產(chǎn)品經(jīng)理的邏輯，產(chǎn)品經(jīng)理喜歡）–

具體哪一個，看團(tuán)隊要求和默契程度–

舉例:來自微博的問題產(chǎn)品100首頁板塊課堂必答板塊信息置頂帖列表主貼列表登陸用戶基本資料頭像用戶名用戶等級每日打卡….熱門話題….下載……喜歡……產(chǎn)品名稱產(chǎn)品流向產(chǎn)品流向頁面頁面結(jié)構(gòu)詳細(xì)功能需求描述-按照產(chǎn)品的邏輯來表述需求九、詳細(xì)功能需求描述九、詳細(xì)功能需求描述UML>用例文檔>用例圖與狀態(tài)圖? UML登場了(其實產(chǎn)品經(jīng)理的PRD文檔寫作所涉及到的UML知識非常有限)– 中文名稱：統(tǒng)一建模語言– 英文名稱：Unified

Modeling

Language– 定義：是一種面向?qū)ο蟮慕ＵZ言，它是運用統(tǒng)一的、標(biāo)準(zhǔn)化的標(biāo)記和定義實現(xiàn)對軟件系統(tǒng)進(jìn)行面向?qū)ο蟮拿枋龊徒！? UML常見的說明圖類型– 用例圖-表述– 狀態(tài)圖– 時序圖– 結(jié)構(gòu)圖– 等….九、詳細(xì)功能需求描述什么是用例圖? 用例– 用例就是一種描述系統(tǒng)功能需求的方法? 用例圖– 用例圖表述的是系統(tǒng)的外部參與者與系統(tǒng)之間的關(guān)系,是由參與者與用例組成的示意圖– 用例圖的組成要素? 參與者(可以是人,也可以是另一個系統(tǒng),也可以是其它的東西,是相對的)? 用例? 關(guān)聯(lián)線? 方框存款UC002打印憑據(jù)UC取款UC001轉(zhuǎn)賬UC003取款人九、詳細(xì)功能需求描述用例說明UC001

發(fā)布主貼用例編號UC001參與者非禁言注冊用戶目標(biāo)正確發(fā)布主貼簡要說明非禁言注冊用戶在板塊點擊發(fā)帖按鈕后,輸入標(biāo)題與主貼內(nèi)容并成功提交觸發(fā)條件點擊板塊發(fā)帖按鈕前置條件登陸產(chǎn)品100,非禁言用戶后置條件發(fā)布成功,3秒后回調(diào)至主貼內(nèi)容頁界面描述UI示意圖,原型圖等,根據(jù)實際情況界面元素說明流程圖流程圖1.登陸產(chǎn)品1002.進(jìn)相應(yīng)板塊3.選擇發(fā)帖按鈕4.輸入主題(判斷該板塊是否有主題分類若有主題分類,則必須選擇分類,主題限150字符,不允許包含特殊符號)5.輸入發(fā)帖內(nèi)容,限15000字,字符類型無限制6提交(判斷:1.主題字符數(shù)

2.內(nèi)容字符數(shù)

3.主題分類是否選擇

)7.經(jīng)過跳轉(zhuǎn)頁面3秒等待,跳轉(zhuǎn)至該用戶發(fā)布的主貼詳情頁擴(kuò)展流程包含分支流程,異常流程等九、詳細(xì)功能需求描述用例說明特別批注你看到的這個表格,只是一個基本格式,關(guān)于用例在業(yè)內(nèi)并沒有一個成為和固定的專門供你套用的東西,一切都已你團(tuán)隊的默認(rèn)習(xí)慣和達(dá)到那你的目的依據(jù)來寫作用例UC001

發(fā)布主貼用例編號UC001參與者非禁言注冊用戶目標(biāo)正確發(fā)布主貼簡要說明非禁言注冊用戶在板塊點擊發(fā)帖按鈕后,輸入標(biāo)題與主貼內(nèi)容并成功提交觸發(fā)條件點擊板塊發(fā)帖按鈕前置條件登陸產(chǎn)品100,非禁言用戶后置條件發(fā)布成功,3秒后回調(diào)至主貼內(nèi)容頁界面描述UI示意圖,原型圖等,根據(jù)實際情況界面元素說明流程圖流程圖1.登陸產(chǎn)品1002.進(jìn)相應(yīng)板塊3.選擇發(fā)帖按鈕4.輸入主題(判斷該板塊是否有主題分類若有主題分類,則必須選擇分類,主題限150字符,不允許包含特殊符號)5.輸入發(fā)帖內(nèi)容,限15000字,字符類型無限制6提交(判斷:1.主題字符數(shù)

2.內(nèi)容字符數(shù)

3.主題分類是否選擇

)7.經(jīng)過跳轉(zhuǎn)頁面3秒等待,跳轉(zhuǎn)至該用戶發(fā)布的主貼詳情頁擴(kuò)展流程包含分支流程,異常流程等九、詳細(xì)功能需求描述詳細(xì)功能需求描述的基本結(jié)構(gòu)? 產(chǎn)品的整體用例圖? 功能板塊1需求– 功能板塊1的子功能1? 功能板塊1的子功能1的元素1說明(用例描述)? 功能板塊1的子功能1的元素2說明(用例描述)– 功能板塊1的子功能2? 功能板塊1的子功能2的元素1說明(用例描述)? 功能板塊1的子功能2的元素2說明(用例描述)? 功能板塊2需求(用例文檔)– 功能板塊2的子功能1? 功能板塊2的子功能1的元素1說明(用例描述)? 功能板塊2的子功能1的元素1說明(用例描述)– 功能板塊2的子功能1? 功能板塊2的子功能1的元素1說明(用例描述)? 功能板塊2的子功能1的元素1說明(用例描述)九、詳細(xì)功能需求描述詳細(xì)需求說明的原則MECE原則– MECE，是Mutually

Exclusive

Collectively

Exhaustive，中文意思是“相互獨立，完全窮盡”。

也就是對于一個重大的議題，能夠做到不重疊、不遺漏的分類，而且能夠藉此有效把握問題的核心，并解