起點(diǎn)課堂會(huì)員權(quán)益
職業(yè)體系課特權(quán)
線下行業(yè)大會(huì)特權(quán)
個(gè)人IP打造特權(quán)
30+門(mén)專(zhuān)項(xiàng)技能課
1300+專(zhuān)題課程
12場(chǎng)職場(chǎng)軟技能直播
12場(chǎng)求職輔導(dǎo)直播
12場(chǎng)專(zhuān)業(yè)技能直播
會(huì)員專(zhuān)屬社群
榮耀標(biāo)識(shí)產(chǎn)品需求文檔的寫(xiě)作(四) – 撰寫(xiě)文檔(PRD文檔)
前三篇文章我們逐步梳理了產(chǎn)品的信息結(jié)構(gòu)、框架結(jié)構(gòu)、界面結(jié)構(gòu)(原型)，這一步我們就要根據(jù)之前完成的工作，開(kāi)始正式撰寫(xiě)產(chǎn)品需求文檔了(PRD文檔)。 通過(guò)之前的準(zhǔn)備工作，我們更加清楚了產(chǎn)品的需求，并細(xì)致的考慮了方案的可行性，從而減少與避免了撰寫(xiě)文檔時(shí)容易忽略的細(xì)節(jié)黑洞。 PRD文檔沒(méi)有標(biāo)準(zhǔn)的規(guī)范，也沒(méi)有統(tǒng)一的模板，每個(gè)公司都不一樣，并且每個(gè)人也不一樣，這個(gè)取決于個(gè)人習(xí)慣和團(tuán)隊(duì)要求。雖然PRD文檔沒(méi)有標(biāo)準(zhǔn)的規(guī)范，但是有兩項(xiàng)是必不可少的，那就是文件標(biāo)識(shí)和修改記錄。文檔在撰寫(xiě)過(guò)程中，我們可以自行不斷的修改完善，但是如果正式發(fā)布或交給團(tuán)隊(duì)其他成員后，一旦有了修改，為了文檔的同步，我們就需要標(biāo)注出文檔的修改內(nèi)容，備注修改記錄。關(guān)于文件標(biāo)識(shí)和修改記錄，大家的格式都大同小異(如下圖)。 PRD文檔的形式常見(jiàn)的有以下三種：Word、圖片、交互原型 這是傳統(tǒng)意義上的PRD文檔，主要有四個(gè)部分組成(具體視你的產(chǎn)品要求進(jìn)行劃分)，分別是：結(jié)構(gòu)圖、全局說(shuō)明、頻道功能、效果圖。（在第一篇文章里我有講過(guò)，PRD文檔的閱讀者更多是偏向于技術(shù)人員，因此PRD文檔目的性很明確，就是要描述產(chǎn)品的功能需求，所有PRD文檔是沒(méi)有關(guān)于市場(chǎng)方面的描述，同時(shí)我也建議大家盡量減少不必要的文字，在能夠讓閱讀者看懂并且了解產(chǎn)品意圖的情況下，文字越少越好。這主要是因?yàn)榻^大多數(shù)人是沒(méi)有足夠耐心認(rèn)真看完P(guān)RD文檔的，因此我們要盡量減化文檔內(nèi)容。） 1、結(jié)構(gòu)圖： 2、全局說(shuō)明：主要講解產(chǎn)品的全局性功能的說(shuō)明，例如網(wǎng)站產(chǎn)品的頁(yè)面編碼、用戶角色，移動(dòng)產(chǎn)品的緩存機(jī)制、下載機(jī)制，這類(lèi)全局性功能的說(shuō)明。這里我舉一個(gè)移動(dòng)產(chǎn)品的“狀態(tài)維持與恢復(fù)”的例子，示例如下。 狀態(tài)的維持與恢復(fù) 產(chǎn)品需求文檔 示例： 3、頻道功能：以頻道為單位，頁(yè)面為子項(xiàng)，分別描述產(chǎn)品的頻道、頁(yè)面及頁(yè)面模塊元素的功能需求(格式如下)。 示例格式 在撰寫(xiě)功能需求時(shí)，我們需要考慮用戶的流程，例如一個(gè)“完成”按鈕，我們需要描述他完成后，系統(tǒng)要不要給出反饋提示(反饋提示是什么樣的形式反饋，內(nèi)容顯示成什么，有沒(méi)有內(nèi)容需要調(diào)取數(shù)據(jù)庫(kù))，或者要不要跳轉(zhuǎn)頁(yè)面(跳轉(zhuǎn)到哪個(gè)頁(yè)面，這個(gè)頁(yè)面是其他頻道頁(yè)面，還是這個(gè)功能的子頁(yè)面，如果是子頁(yè)面就需要再描述這個(gè)子頁(yè)面的模塊及元素內(nèi)容)。 4、效果圖：效果圖是由設(shè)計(jì)師完成的產(chǎn)品圖，和實(shí)際開(kāi)發(fā)完成的產(chǎn)品保真度一致。 圖片形式的PRD文檔是基于效果圖的說(shuō)明文件，將傳統(tǒng)Word形式的功能需求說(shuō)明標(biāo)注在效果圖上，這種方式經(jīng)常使用在移動(dòng)互聯(lián)網(wǎng)領(lǐng)域，實(shí)際上是圖文形式的交互需求文件，只是在此基礎(chǔ)上更深入的描述出功能需求。 對(duì)于圖片形式的PRD文檔，我們只需要另外再描述一下全局說(shuō)明，其他頻道頁(yè)面的需求直接以圖片形式展示，這種方式相對(duì)于Word文檔的純文字更加生動(dòng)易讀并且直觀，因此有一些產(chǎn)品經(jīng)理非常喜歡用這種方式代替Word形式的PRD文檔。 這里指的交互原型就是上一篇文章講的原型設(shè)計(jì)，使用Axure PR之類(lèi)的交互原型設(shè)計(jì)軟件制作出來(lái)的產(chǎn)品原型非常真實(shí)和直觀，并且原型軟件還支持元素標(biāo)注和導(dǎo)出Word文檔，因此很多產(chǎn)品經(jīng)理都喜歡使用Axure PR來(lái)代替Word完成PRD文檔。 當(dāng)我們通過(guò)Axure PR制作出產(chǎn)品原型后，實(shí)際上他已經(jīng)是很完善的產(chǎn)品Demo了，因此我們只需要加上元素的標(biāo)注，在標(biāo)注中說(shuō)明功能需求，這樣導(dǎo)出的HTML文件相比Word文檔更直觀易懂，是非常高效的產(chǎn)品需求說(shuō)明方式。 ——— 無(wú)論你采用哪種方式產(chǎn)出需求文檔，最終的目的都是為了方便團(tuán)隊(duì)成員理解產(chǎn)品的意圖，因此哪種方法能夠避免細(xì)節(jié)黑洞，高效完成產(chǎn)品的設(shè)計(jì)和研發(fā)，那么這種方法就是最有效的方法。 好了，關(guān)于《產(chǎn)品需求文檔(PRD)的寫(xiě)作》的介紹寫(xiě)完了，一共四篇文章，希望能夠幫助到你，如果覺(jué)得文章中有什么錯(cuò)誤或者有疑問(wèn)，歡迎評(píng)論留言。 產(chǎn)品需求文檔(PRD)的寫(xiě)作：
一、Word
1.1、信息結(jié)構(gòu)圖：主要是輔助服務(wù)端技術(shù)人員創(chuàng)建或調(diào)整數(shù)據(jù)結(jié)構(gòu)的參考文件
1.2、產(chǎn)品結(jié)構(gòu)圖：主要是輔助設(shè)計(jì)和技術(shù)開(kāi)發(fā)人員了解產(chǎn)品的全局結(jié)構(gòu)，他和用戶流程圖不一樣，產(chǎn)品結(jié)構(gòu)圖只是羅列出產(chǎn)品的頻道和頁(yè)面。
當(dāng)用戶退出產(chǎn)品時(shí)（誤操作、Home鍵、鎖屏、自動(dòng)關(guān)機(jī)），產(chǎn)品需要維持用戶操作前的狀態(tài)，當(dāng)用戶返回產(chǎn)品時(shí)仍可以恢復(fù)到之前狀態(tài)，并繼續(xù)使用。
維持狀態(tài)包括流程操作、信息瀏覽、文本輸入、文件下載。
鎖屏狀態(tài)時(shí)，如果用戶在產(chǎn)品中有下載任務(wù)時(shí)，仍然保持下載。
1、頻道名：頻道介紹及需求說(shuō)明
2、頁(yè)面1：頁(yè)面介紹及需求說(shuō)明
2.1、頁(yè)面模塊1：模塊功能需求說(shuō)明
2.1.1、頁(yè)面模塊1-元素1：功能說(shuō)明
2.1.2、頁(yè)面模塊1-元素2：功能說(shuō)明
2.2、頁(yè)面模塊2：模塊功能需求說(shuō)明二、圖片
三、交互原型
產(chǎn)品需求文檔(PRD)的寫(xiě)作方法（文章的摘要介紹）
產(chǎn)品需求文檔的寫(xiě)作(一) – 寫(xiě)前準(zhǔn)備(信息結(jié)構(gòu)圖)
產(chǎn)品需求文檔的寫(xiě)作(二) – 梳理需求(產(chǎn)品結(jié)構(gòu)圖和用戶流程圖)
產(chǎn)品需求文檔的寫(xiě)作(三) – 原型設(shè)計(jì)(手繪原型,灰模原型,交互原型)
產(chǎn)品需求文檔的寫(xiě)作(四) – 撰寫(xiě)文檔(PRD文檔)
產(chǎn)品需求文檔的寫(xiě)作(五) – 用例文檔(UML用例圖、流程圖)
本文出自 產(chǎn)品經(jīng)理 唐杰
感謝，趕緊下載下來(lái)了 ??
干貨干貨
寫(xiě)的是真好 第四篇最時(shí)效，干貨！ 頂?。?！
很好～
怎樣就算是與頻道同級(jí)別的功能呢？？