第四章:產(chǎn)品設計(2.6)PRD寫作 – 需求文檔(PRD文檔)

2.6、需求文檔(PRD文檔)
前面的幾個步驟是為了幫助我們梳理需求、驗證可行性和明確細節(jié),到了這一步的時候我們已經(jīng)非常清晰的了解產(chǎn)品需求,此時撰寫產(chǎn)品需求文檔可以大大減少和避免了撰寫文檔時容易忽略的細節(jié)黑洞。
產(chǎn)品需求文檔是將產(chǎn)品規(guī)劃和設計的需求具體形象化表述出來的一種展現(xiàn)形式,主要用于產(chǎn)品界面設計和研發(fā)使用。因為每個人的習慣和團隊要求都是不一樣的,所以產(chǎn)品需求文檔沒有統(tǒng)一的行業(yè)規(guī)范標準,無論以什么樣的格式撰寫產(chǎn)品需求文檔,最終的目的都是讓執(zhí)行人員能夠理解產(chǎn)品需求,根據(jù)需求完成產(chǎn)品。
產(chǎn)品需求文檔的表現(xiàn)形式有很多種,常見的有Word、圖片和交互原型這三種形式,文檔內(nèi)容通常包含信息結(jié)構(gòu)圖、界面線框圖、功能流程圖、功能說明文檔。雖然產(chǎn)品需求文檔沒有標準的規(guī)范,但是有兩項是必不可少的,那就是文件標識和修改記錄。文檔在撰寫過程中,我們可以自行不斷的修改完善,但是如果正式發(fā)布或交給團隊其他成員后,一旦有了修改,為了文檔的同步,我們就需要標注出文檔的修改內(nèi)容,備注修改記錄,這樣可以方便大家查看和了解改動的內(nèi)容。關(guān)于文件標識和修改記錄,格式都大同小異。
① Word
這是傳統(tǒng)意義上的產(chǎn)品需求文檔,主要有四個部分組成(具體根據(jù)產(chǎn)品要求進行劃分),分別是:結(jié)構(gòu)圖、全局說明、頻道功能、效果圖。
因為產(chǎn)品需求文檔的閱讀者主要是偏向于技術(shù)人員,因此文檔的目的性非常明確,就是要描述產(chǎn)品的功能需求,所有產(chǎn)品需求文檔沒有關(guān)于市場方面的描述。為了保證需求的執(zhí)行效率,建議大家盡量減少不必要的文字,在能夠讓閱讀者看懂并且了解產(chǎn)品意圖的情況下,文字越少越好。這主要是因為絕大多數(shù)人是沒有足夠耐心認真看完產(chǎn)品需求文檔的,因此我們要盡量減化文檔內(nèi)容。
①-1、結(jié)構(gòu)圖:
①-1.1、信息結(jié)構(gòu)圖:主要是輔助服務端技術(shù)人員創(chuàng)建或調(diào)整數(shù)據(jù)結(jié)構(gòu)的參考文件
①-1.2、產(chǎn)品結(jié)構(gòu)圖:主要是輔助設計和技術(shù)開發(fā)人員了解產(chǎn)品的全局結(jié)構(gòu)。
①-2、全局說明:
主要講解產(chǎn)品的全局性功能的說明,例如網(wǎng)站產(chǎn)品的頁面編碼、用戶角色,移動產(chǎn)品的緩存機制、下載機制,這類全局性功能的說明。這里我舉一個移動產(chǎn)品的“狀態(tài)維持與恢復”的例子。示例如下:
狀態(tài)的維持與恢復
當用戶退出產(chǎn)品時(誤操作、Home鍵、鎖屏、自動關(guān)機),產(chǎn)品需要維持用戶操作前的狀態(tài),當用戶返回產(chǎn)品時仍可以恢復到之前狀態(tài),并繼續(xù)使用。
維持狀態(tài)包括流程操作、信息瀏覽、文本輸入、文件下載。
鎖屏狀態(tài)時,如果用戶在產(chǎn)品中有下載任務時,仍然保持下載。
①-3、頻道功能:
以頻道為單位,頁面為子項,分別描述產(chǎn)品的頻道、頁面及頁面模塊元素的功能需求。示例如下:
1、頻道名:頻道介紹及需求說明
2、頁面1:頁面介紹及需求說明
2.1、頁面模塊1:模塊功能需求說明
2.1.1、頁面模塊1-元素1:功能說明
2.1.2、頁面模塊1-元素2:功能說明
2.2、頁面模塊2:模塊功能需求說明
在撰寫功能需求時,我們需要考慮用戶的流程,例如一個“完成”按鈕,我們需要描述他完成后,系統(tǒng)要不要給出反饋提示(反饋提示是什么樣的形式反饋,內(nèi)容顯示成什么,有沒有內(nèi)容需要調(diào)取數(shù)據(jù)庫),或者要不要跳轉(zhuǎn)頁面(跳轉(zhuǎn)到哪個頁面,這個頁面是其他頻道頁面,還是這個功能的子頁面,如果是子頁面就需要再描述這個子頁面的模塊及元素內(nèi)容)。
①-4、效果圖:
效果圖是由設計師完成的產(chǎn)品圖,和實際開發(fā)完成的產(chǎn)品保真度一致。
這個示例是一個移動產(chǎn)品(iPad)需求文檔,其中部分隱私內(nèi)容已過濾隱藏,并且只保留了首頁和地圖找房頻道的需求說明。由于工作環(huán)境沒有交互設計師,所以Word文檔中包含了部分交互說明。
② 圖片
圖片形式的產(chǎn)品需求文檔是基于效果圖的說明文件,將傳統(tǒng)Word形式的功能需求說明標注在效果圖上,這種方式經(jīng)常使用在移動互聯(lián)網(wǎng)領域,實際上是圖文形式的交互需求文件,只是在此基礎上更深入的描述出功能需求。
對于圖片形式的產(chǎn)品需求文檔,我們只需要另外再描述一下全局說明,其他頻道頁面的需求直接以圖片形式展示,這種方式相對于Word文檔的純文字更加生動易讀并且直觀,因此有一些產(chǎn)品經(jīng)理非常喜歡用這種方式代替Word形式的產(chǎn)品需求文檔。

③ 交互原型
這里指的交互原型就是前面篇章講到的原型設計,使用Axure PR之類的交互原型設計軟件制作出來的產(chǎn)品原型非常真實和直觀,并且原型軟件還支持元素標注和導出Word文檔,因此很多產(chǎn)品經(jīng)理都喜歡使用Axure PR來代替Word完成產(chǎn)品需求文檔。
當我們通過Axure PR制作出產(chǎn)品原型后,實際上他已經(jīng)是很完善的產(chǎn)品Demo了,因此我們只需要加上元素的標注,在標注中說明功能需求,這樣導出的HTML文件相比Word文檔更直觀易懂,是非常高效的產(chǎn)品需求說明方式。

無論你采用哪種方式撰寫需求文檔,最終的目的都是為了方便團隊成員理解產(chǎn)品的意圖,因此哪種方法能夠避免細節(jié)黑洞,高效完成產(chǎn)品的設計和研發(fā),那么這種方法就是最有效的方法。
產(chǎn)品需求文檔(PRD文檔)系列導讀
2.2、梳理需求(產(chǎn)品結(jié)構(gòu)圖)
本章索引:
第四章:產(chǎn)品設計(1) – 產(chǎn)品需求文檔(PRD)介紹
第四章:產(chǎn)品設計(2.1)PRD寫作 – 羅列信息(信息結(jié)構(gòu)圖)
第四章:產(chǎn)品設計(2.2)PRD寫作 – 梳理需求(產(chǎn)品結(jié)構(gòu)圖)
第四章:產(chǎn)品設計(2.3)PRD寫作 – 原型設計(界面線框圖)
第四章:產(chǎn)品設計(2.4)PRD寫作 – 用例模型(產(chǎn)品用例圖)
第四章:產(chǎn)品設計(2.5)PRD寫作 – 邏輯流程(功能流程圖)
第四章:產(chǎn)品設計(2.6)PRD寫作 – 需求文檔(PRD文檔)
第四章:產(chǎn)品設計(4) – 產(chǎn)品設計的十條理論
全文索引:
第一章:產(chǎn)品介紹(1~2) – 產(chǎn)品經(jīng)理職業(yè)和職能介紹
第二章:產(chǎn)品入門(1) – 我的入門經(jīng)歷分享
第三章:產(chǎn)品規(guī)劃(1) – 產(chǎn)品規(guī)劃介紹
第四章:產(chǎn)品設計(1) – 產(chǎn)品需求文檔(PRD)介紹
第五章:產(chǎn)品管理(1~2) – 產(chǎn)品管理介紹和需求管理方法
第六章:產(chǎn)品工作(1) – 工作環(huán)境介紹
本文為作者?產(chǎn)品經(jīng)理@唐杰?授權(quán)發(fā)布,轉(zhuǎn)載請注明來源于人人都是產(chǎn)品經(jīng)理并附帶本文鏈接。
@我的印象筆記