產(chǎn)品需求文檔:如何撰寫一份敏捷的PRD文檔?
編輯導(dǎo)語:產(chǎn)品需求文檔是每個(gè)產(chǎn)品經(jīng)理都需要學(xué)會(huì)撰寫的,作為一名敏捷開發(fā)團(tuán)隊(duì)的產(chǎn)品經(jīng)理,如何撰寫一份適合敏捷迭代開發(fā)的PRD文檔?本文作者為我們做了詳細(xì)地解答。
前言:軟件開發(fā)方式大概有這么幾種,分別是瀑布模式、迭代增量式、螺旋模式、敏捷開發(fā)。敏捷開發(fā)相比其他模式,它的優(yōu)點(diǎn)是開發(fā)周期短(1~2周為一個(gè)周期)、更強(qiáng)調(diào)隊(duì)伍的高度協(xié)作、更迅速的響應(yīng)。
在互聯(lián)網(wǎng)時(shí)代時(shí)間就是金錢,多花一天時(shí)間開發(fā)就是多燒一天錢,因此現(xiàn)今比較常用的是敏捷開發(fā)模式。
敏捷開發(fā)最大的特性是迭代周期,一份敏捷版PRD文檔必須要匹配這一特性,否則迭代就會(huì)被搗亂,輕則迭代延期,重則敏捷開發(fā)變瀑布開發(fā),兩周一個(gè)迭代結(jié)果慢慢拖成一個(gè)月一個(gè)迭代。
這里介紹一份由敏捷開發(fā)團(tuán)隊(duì)實(shí)戰(zhàn)總結(jié)所得的PRD模板,不同于其他豪華繁重的模板,這份更適用于敏捷項(xiàng)目,能快速響應(yīng)迭代開發(fā)所需。
下面來詳細(xì)講解一下這份敏捷版PRD文檔。
一、PRD目錄結(jié)構(gòu)
敏捷版PRD文檔的目錄結(jié)構(gòu)包括:文檔標(biāo)識(shí)、產(chǎn)品概述、1~N期,其中產(chǎn)品概述中包括:功能架構(gòu)、需求分期表、需求變更對(duì)比、研發(fā)計(jì)劃表、流程圖、角色權(quán)限、名詞解釋。
對(duì)于外包項(xiàng)目或投標(biāo)項(xiàng)目還需要在產(chǎn)品概述處增加產(chǎn)品介紹、受眾群體分析,請(qǐng)自行增加,此處不再另述。
二、文檔標(biāo)識(shí)
該頁是填寫項(xiàng)目的名稱及產(chǎn)品經(jīng)理的基本信息:
- 名稱:頂部為項(xiàng)目文檔的名稱;
- 標(biāo)識(shí):右下角為項(xiàng)目負(fù)責(zé)人(產(chǎn)品經(jīng)理)填寫的基本信息。
三、功能架構(gòu)
該頁放項(xiàng)目的功能架構(gòu)圖或頁面架構(gòu)圖,這需要產(chǎn)品經(jīng)理在做需求分析時(shí)把項(xiàng)目的功能/頁面架構(gòu)用思維導(dǎo)圖或VISIO等軟件整理出來并導(dǎo)出圖片,再將圖片復(fù)制到PRD中。
當(dāng)后期版本迭代不斷增加時(shí),當(dāng)初的功能架構(gòu)圖肯定會(huì)有所變動(dòng),所以:
- 整理功能架構(gòu)圖時(shí),可以只整理大版塊,就不用為了小功能點(diǎn)的變動(dòng)而去修改該頁;
- 若功能架構(gòu)圖整理得很細(xì)化時(shí),則源文件一定要保存好,只要修改好源文件再導(dǎo)出圖片,再插入進(jìn)去即可;
- 最好按優(yōu)先級(jí)或迭代周期,打上123456……的標(biāo)識(shí),以便項(xiàng)目組成員快速了解某一迭代的需求量,因?yàn)榈芷诤苤匾?/li>
四、需求分期表
該頁放整個(gè)項(xiàng)目的需求計(jì)劃,產(chǎn)品經(jīng)理在做完需求分析后,就需要將所有的功能點(diǎn)、頁面整理出來,并做好分期。
- 分期的基本原則是以一至兩周的工作量為一期,即一個(gè)迭代為一期;
- 需要將當(dāng)期包含的主要頁面或功能點(diǎn)羅列出來;
- 填寫需求的創(chuàng)建日期修改日期,是方便產(chǎn)品經(jīng)理對(duì)當(dāng)期的開發(fā)進(jìn)程把控;
- 評(píng)審時(shí)間、狀態(tài)、審核人,是便于記錄當(dāng)期的評(píng)審結(jié)果,如果有復(fù)審的,則以復(fù)審時(shí)間為準(zhǔn)。
五、需求變更對(duì)比
該頁填寫同一頁面中需求有變更、修改的記錄,屬于小變更、小修改的記錄,以紅字標(biāo)記需求變更時(shí)間;至于大變更、大修改則以迭代的方式,安排到后面的需求分期中去。
六、研發(fā)計(jì)劃表
該頁填寫每個(gè)迭代的研發(fā)時(shí)間表,包括UI設(shè)計(jì)、程序開發(fā)、測(cè)試、驗(yàn)收、發(fā)布上線等各個(gè)階段的計(jì)劃時(shí)間與實(shí)際時(shí)間;綠色表示提前及按期完成,紅色表示延期完成,以便項(xiàng)目負(fù)責(zé)人掌控項(xiàng)目開發(fā)進(jìn)度。
當(dāng)然這是微小團(tuán)隊(duì)比較便捷的項(xiàng)目管理方法,最合適的是利用軟件來管理項(xiàng)目進(jìn)度,如禪道、TAPD、Teambition等。
七、流程圖、角色權(quán)限、名詞解釋
流程圖頁放項(xiàng)目的一些流程圖,可直接在AXURE上畫,也可在VISIO等其它軟件畫好導(dǎo)出圖片,再插入進(jìn)去,但源文件一定要保存好以便修改時(shí)用到。
角色權(quán)限頁放項(xiàng)目的一些角色用例、角色權(quán)限圖等,可直接在AXURE上畫也可在VISIO等其它軟件畫好導(dǎo)出圖片,再插入進(jìn)去,但源文件一定要保存好以便修改時(shí)用到。
名詞解釋頁用于編寫行業(yè)專用術(shù)語、不好理解或自我創(chuàng)新的詞匯,對(duì)這些名詞術(shù)語進(jìn)行解釋說明,方便新人對(duì)項(xiàng)目的理解,加快融入項(xiàng)目組。
八、迭代1~N期
前面羅列完項(xiàng)目的基本說明之后,接著就是原型頁面了,這是敏捷版PRD最關(guān)鍵也是最不同的部分。原型頁面以期數(shù)來劃分成不同的文件夾,期數(shù)文件夾以降序排序(即54321,升序12345亦可):
- 若頁面有小修改,則在原期的原頁面上進(jìn)行修改;
- 若頁面有新增或大修改,則迭代到新一期中去,即在新一期中新建一個(gè)相同的頁面,把變更的東西表達(dá)在該頁上;
- 分期中可包含當(dāng)期的流程圖、用例圖;
- 通用提示窗或交互,可單獨(dú)匯總到一個(gè)文件夾中;
- 頁面不需要加頁碼。
本模板的原型頁面實(shí)則是包含原型和需求文檔兩部分,左邊是頁面的原型設(shè)計(jì),右邊是頁面的需求文檔。
主要是在左邊的原型設(shè)計(jì)中加上標(biāo)注碼,右邊以一個(gè)標(biāo)注碼為一行來書寫需求文檔,兩者通過標(biāo)注碼來索引,如下圖所示:
上圖具體說明如下:
1. 序號(hào)
即標(biāo)注在左邊原型設(shè)計(jì)上的標(biāo)注碼,用英文字母A-Z來表示。
2. 名稱
指單個(gè)功能點(diǎn)或元素的名稱。
3. 類型
包含初創(chuàng)、修改、新增、刪除,各種類型說明如下:
1)初創(chuàng)
黑色字體,指該功能點(diǎn)是第一次創(chuàng)建的。
2)修改
藍(lán)色字體,指該功能點(diǎn)在當(dāng)頁的需求發(fā)生變更。
3)新增
綠色字體,指該功能點(diǎn)在當(dāng)面中是新增加的需求。
4)刪除
紅色字體,指該功能點(diǎn)已被廢除。
4. 需求描述
書寫對(duì)應(yīng)功能點(diǎn)的需求描述,盡量詳細(xì)、明了,最好分幾大點(diǎn)幾小點(diǎn)來書寫,123表示大點(diǎn),①②③表示小點(diǎn)。
若在某個(gè)功能點(diǎn)中發(fā)生需求變更時(shí),則在對(duì)應(yīng)的功能點(diǎn)某小點(diǎn)的后面加上說明,用紅色字體,并打上日期,如下圖所示(同時(shí)需要在需求變更對(duì)比表中體現(xiàn)出來):
5. 備注
填寫該功能點(diǎn)的一些特別的說明,或附加說明。
九、結(jié)語
以上就是一份敏捷版PRD文檔的大致說明,至于更詳細(xì)的內(nèi)容,或需要套用該P(yáng)RD模板的同學(xué),請(qǐng)移步至下面的作者簡(jiǎn)介處了解更多,或關(guān)注作者同名公眾號(hào)。
作者:默林如斯工作室;公眾號(hào):默林如斯工作室
本文由 @默林如斯工作室 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自 Pexels,基于 CC0 協(xié)議
寫競(jìng)品分析、PRD等產(chǎn)品工作的相關(guān)文檔,看似普通又基礎(chǔ),卻是產(chǎn)品經(jīng)理在追蹤行業(yè)情況、將需求落地為產(chǎn)品的過程中必不可少的步驟,并且將貫穿產(chǎn)品經(jīng)理的整個(gè)職業(yè)生涯。然而,0-2歲的產(chǎn)品新人普遍存在盲目套模板、文檔邏輯混亂等問題。
為了幫助產(chǎn)品新人快速掌握文檔撰寫基本功,這里推薦由起點(diǎn)學(xué)院聯(lián)合惠買集團(tuán)產(chǎn)品總監(jiān)@陳濱淋 老師打造的【15天掌握產(chǎn)品經(jīng)理必備文檔】學(xué)習(xí)計(jì)劃。從實(shí)例出發(fā),帶你高強(qiáng)度系統(tǒng)性學(xué)習(xí)11大類常用的產(chǎn)品工作文檔,快速幫你規(guī)范化日常文檔,提升工作效率>>>http://996.pm/71GE5
這廣告打得,頗有只準(zhǔn)州官放火不準(zhǔn)百姓點(diǎn)燈的感覺
寫得挺好的
需要了解更多關(guān)于該P(yáng)RD模板的內(nèi)容,或獲取模板的同學(xué),可以關(guān)注我同名公眾號(hào)
哥,請(qǐng)問哪里獲取模板???公眾號(hào)是指微信公眾號(hào)嗎?
默林如斯工作室(微信公眾號(hào)/淘寶店)
好像并不敏捷。若加上交互、流程圖、界面布局、各種異常情況界面,還有這些文字描述,加上變更。我就試過一個(gè)2周迭代里面有10處變更,前后截圖描述+提交工單,那一天啥也不用干了,凈做這些文案性的事情
寫的太好了??梢赞D(zhuǎn)發(fā)嗎?
轉(zhuǎn)到哪呢?
想引用,打錯(cuò)字了
我的微信公眾號(hào)還在申請(qǐng)呢,等我開通了知會(huì)呢 ^_^
好吧,那我可以復(fù)制到我的工作號(hào)里,我會(huì)注明轉(zhuǎn)發(fā),作者,已經(jīng)原文鏈接的。主要還是方便自己找來反復(fù)看
親,我已經(jīng)開通同名公眾號(hào),歡迎轉(zhuǎn)發(fā)分享
需求分期表中,關(guān)于狀態(tài),若審核未通過是否如何展示?在狀態(tài)欄中可以考慮兩種甚至更多狀態(tài),并添加備注欄,記錄原因及提供修改意見,便于產(chǎn)品、交互和開發(fā)保持對(duì)文檔的同步性。
在一份正式輸出的PRD中,是不需要記錄這些的。需求評(píng)審都是當(dāng)面討論的,審核不通過就說明原型設(shè)計(jì)或需求描述還有問題,那就再次修改再次評(píng)審,產(chǎn)品經(jīng)理自己在評(píng)審會(huì)議時(shí)做好記錄就行。
你說的情況偏向需求變更的情況,那個(gè)是很需要記錄清楚的,并要及時(shí)知會(huì)各組負(fù)責(zé)人。
那需求評(píng)審的會(huì)議記錄咧,如果這個(gè)需求是合理的但是由于當(dāng)時(shí)的某種原因被擱置掉了,后續(xù)翻案時(shí),沒有共識(shí)的記錄產(chǎn)品經(jīng)理怎么翻案吶
那不是產(chǎn)品需求文檔的范疇吧,那說明需求還在分析階段,還不能形成正式的PRD文檔。當(dāng)然如果是你自閱的,可以加上評(píng)審狀態(tài)和評(píng)審結(jié)果備注說明。
如果是敏捷開發(fā)可以不必記錄。但是長期版本迭代的話,還是追加一個(gè)比較好,畢竟Battle起來六親不認(rèn),難道減少通用的產(chǎn)品迭代說明文檔不香嘛
哥,去哪里掃碼啊
秀