產(chǎn)品迭代縮影:PRD的撰寫(xiě)與迭代
![](http://image.woshipm.com/wp-files/img/43.jpg)
文檔能力是產(chǎn)品經(jīng)理必備的基本能力。
文檔能力是產(chǎn)品經(jīng)理必備的基本能力,產(chǎn)品經(jīng)理通過(guò)文檔的方式把需求轉(zhuǎn)化為功能傳遞給項(xiàng)目的相關(guān)人員,使相關(guān)人員更好的理解功能需求。所以文檔的好壞直接影響到團(tuán)隊(duì)成員對(duì)需求的理解程度。 剛?cè)胄械漠a(chǎn)品新人都會(huì)優(yōu)先學(xué)習(xí)產(chǎn)品需求文檔(下面會(huì)用PRD代替)的撰寫(xiě)和原型的繪制,自己當(dāng)時(shí)也是一樣。當(dāng)時(shí)看了很多產(chǎn)品需求文檔的案例,各種類型、格式的產(chǎn)品文檔都研究過(guò)。然后在主流的幾個(gè)文檔格式中選擇Axure原型來(lái)撰寫(xiě)PRD,因?yàn)锳xure做的原型需求文檔,與讀者之間有互動(dòng),體驗(yàn)更加良好而不至于那么單調(diào)。 剛開(kāi)始時(shí),在網(wǎng)上的一些模板并結(jié)合實(shí)際項(xiàng)目來(lái)撰寫(xiě)PRD的,并且PRD和原型圖是完全分開(kāi)的,也就是說(shuō)第一次撰寫(xiě)的PRD只包含一些基本的和公共的信息,比如文檔的修訂歷史、產(chǎn)品說(shuō)明、版本介紹以及核心的流程圖(如下圖)。其他的細(xì)節(jié)信息則是通過(guò)在原型圖上進(jìn)行簡(jiǎn)要的標(biāo)注。 后來(lái)經(jīng)歷過(guò)幾次的項(xiàng)目開(kāi)發(fā)和迭代之后,發(fā)現(xiàn)PRD與原型圖分開(kāi)管理的方式制作起來(lái)十分繁瑣,并且一些小版本的更新會(huì)直接在原型圖上更新而忘了更新PRD。而且開(kāi)發(fā)人員、設(shè)計(jì)師基本上只看原型圖不看PRD,遇到需求問(wèn)題就直接問(wèn)PM,這樣就失去了產(chǎn)品需求文檔的意義了。 后來(lái)就決定把原型圖與PRD進(jìn)行統(tǒng)一,上面分散管理的問(wèn)題也得到解決。并更換為更流行的側(cè)邊導(dǎo)航欄、更好的視覺(jué)設(shè)計(jì),使讀者的閱讀體驗(yàn)更好。此時(shí)的產(chǎn)品需求文檔已經(jīng)慢慢開(kāi)始成型。 這個(gè)版本可以說(shuō)是PRD的Beta版,雖然是Beta版本,但是基本功能能滿足我們的需求。 以Beta版的PRD持續(xù)一段時(shí)間,經(jīng)歷了一些項(xiàng)目的沉淀,在項(xiàng)目的使用過(guò)程中發(fā)現(xiàn)幾個(gè)有趣的現(xiàn)象: 可以理解,如果把PRD作為一個(gè)產(chǎn)品來(lái)看,上面的涉及的人員都是PRD的核心用戶,只不過(guò)3種角色的工作性質(zhì)不同,所以需求不同而已。顯而易見(jiàn),Beta版的PRD只是把產(chǎn)品相關(guān)信息和原型圖進(jìn)行簡(jiǎn)單的結(jié)合,并不能滿足上面的需求,所以開(kāi)發(fā)過(guò)程中就出現(xiàn)了幾個(gè)嚴(yán)重的問(wèn)題: 沒(méi)錯(cuò),自己挖的坑,跪著也要填完。明確問(wèn)題所在后,就需要針對(duì)性解決。在此之前,需要針對(duì)目標(biāo)用戶進(jìn)行“用戶調(diào)研”,確認(rèn)一下開(kāi)發(fā)人員、設(shè)計(jì)師和測(cè)試人員這些“核心用戶”的意見(jiàn)和看法。收集他們的意見(jiàn)之后,去「起點(diǎn)學(xué)院」購(gòu)買(mǎi)了一些課程并學(xué)習(xí)具體的文檔規(guī)范,然后閱讀一些與PRD相關(guān)的文章,進(jìn)行分析總結(jié),然后迭代出新版的產(chǎn)品需求文檔。(首頁(yè)如下圖) 新版本PRD在實(shí)踐中運(yùn)用之后,之前出現(xiàn)的問(wèn)題得到了很好的解決,最明顯的是團(tuán)隊(duì)成員找PM確認(rèn)需求的次數(shù)大大降低了,并且開(kāi)發(fā)效率也得到了提高。當(dāng)然,PM也減少了在溝通上成本。 下面我會(huì)通過(guò)以下7個(gè)方面來(lái)對(duì)新版PRD進(jìn)行詳細(xì)說(shuō)明。(文章末尾附有PRD模板Axure文件的下載地址。) 文件的命名,只要能告訴別人這個(gè)文檔的所包含的必要信息就可以了。對(duì)PRD而言,需要讓別人知道這個(gè)文檔是什么產(chǎn)品的產(chǎn)品需求文檔,處于什么階段,比如PRD_產(chǎn)品名稱_V1.0.0。不過(guò)為了更好的進(jìn)行統(tǒng)一管理,這里使用采用了下面的方式來(lái)對(duì)文件名進(jìn)行命名。 文檔命名規(guī)則:【PRD】+ 產(chǎn)品名稱 + 產(chǎn)品版本號(hào) 例如:【PRD】微信 V6.6.1 PRD的內(nèi)部結(jié)構(gòu),如下圖所示。 主要包含產(chǎn)品概述、全局說(shuō)明、流程圖、功能需求與非功能需求這5大模塊,每個(gè)模塊下方有對(duì)應(yīng)的子模塊,下面進(jìn)行詳細(xì)的介紹。 產(chǎn)品概述模塊是用于展示產(chǎn)品介紹、開(kāi)發(fā)規(guī)劃以及文檔修訂歷史等基本內(nèi)容。主要有4個(gè)部分: 首先來(lái)看看修訂歷史。 修訂歷史是展示PRD的修改記錄,里面記錄著產(chǎn)品經(jīng)理對(duì)PRD的修訂的方式以及修訂的內(nèi)容。一般會(huì)放在文檔的第一頁(yè),方便團(tuán)隊(duì)成員第一時(shí)間了解到需求是否有改動(dòng)。而修訂歷史一般會(huì)采用表格的形式展示,包含文檔的版本號(hào)、修訂日期、修訂方式、修訂人以及修訂內(nèi)容。 開(kāi)發(fā)周期包含兩個(gè)模塊,分別是開(kāi)發(fā)周期以及開(kāi)發(fā)計(jì)劃。 從上圖可以看出,在開(kāi)發(fā)周期表格中,顯示項(xiàng)目的計(jì)劃開(kāi)發(fā)時(shí)間。不同的平臺(tái)開(kāi)發(fā)難度不同,所以這里也會(huì)加以區(qū)分。下方的則是開(kāi)發(fā)計(jì)劃,在敏捷開(kāi)發(fā)中,都會(huì)以一個(gè)時(shí)間區(qū)間作為迭代的里程碑,小步快跑,一步步完成迭代上線。比如說(shuō)一個(gè)移動(dòng)App,開(kāi)發(fā)的第一階段首先要進(jìn)行框架的搭建、啟動(dòng)頁(yè)、登錄注冊(cè)等基本功能的開(kāi)發(fā),然后再按照計(jì)劃、優(yōu)先級(jí)開(kāi)發(fā)后續(xù)的功能。 版本說(shuō)明只是展示產(chǎn)品對(duì)應(yīng)版本所包含的核心功能。需要注意的是,這個(gè)版本是以上線版本為基準(zhǔn),需要與上面開(kāi)發(fā)周期所說(shuō)的版本需要區(qū)分開(kāi)來(lái)。 顯示產(chǎn)品的相關(guān)介紹,常見(jiàn)的字段有產(chǎn)品名稱、logo、slogen、產(chǎn)品簡(jiǎn)介、產(chǎn)品定位、目標(biāo)人群、使用場(chǎng)景以及產(chǎn)品目標(biāo)等。有個(gè)別產(chǎn)品可能還需要顯示其他的信息,具體以實(shí)際情況為準(zhǔn)。 全局說(shuō)明則是對(duì)產(chǎn)品中公共部分的控件、文案、網(wǎng)路請(qǐng)求狀態(tài)顯示等進(jìn)行統(tǒng)一的說(shuō)明。全局說(shuō)明這部分會(huì)因產(chǎn)品不同而變動(dòng)較大,所以也需要根據(jù)實(shí)際情況而定。 流程圖在這個(gè)PRD中是比較重要的模塊,其中的邏輯性較強(qiáng),最能反應(yīng)出產(chǎn)品經(jīng)理的邏輯思維能力與流程圖的繪制能力。 在文檔中,流程圖中包含信息結(jié)果圖、功能結(jié)果圖、業(yè)務(wù)流程圖以及任務(wù)流程圖(也就是功能流程圖)。 其中信息結(jié)構(gòu)圖和功能結(jié)構(gòu)圖可以使用Xmind、MindManager、百度腦圖等工具進(jìn)行繪制;而業(yè)務(wù)流程圖、任務(wù)流程圖則可以使用Visio、OmniGraffle、ProcessOn等工具進(jìn)行繪制,然后導(dǎo)入到PRD。如果業(yè)務(wù)涉及到多端、多用戶角色的產(chǎn)品,可以使用泳道圖。流程圖的具體的繪制大家可以參考woshipm社區(qū)下的《實(shí)例解析業(yè)務(wù)流程圖與產(chǎn)品流程圖》 功能需求模塊是整個(gè)PRD中最重要的部分,這個(gè)模塊是對(duì)功能的詳細(xì)說(shuō)明。先看看功能需求下的三個(gè)子模塊: 該頁(yè)面展示了整個(gè)產(chǎn)品的所有功能,一般采用列表的形式展示,通常包含字段有模塊、功能名稱、功能描述以及優(yōu)先級(jí)。在這里額外添加了一項(xiàng)階段安排,通過(guò)顏色的刺激程度來(lái)區(qū)分功能的開(kāi)發(fā)階段。 產(chǎn)品線路圖與上述所說(shuō)的功能結(jié)構(gòu)圖十分類似,只不過(guò)功能結(jié)構(gòu)圖是以功能為單位,而線路圖則是以頁(yè)面為單位。產(chǎn)品線路圖展示了產(chǎn)品的所有頁(yè)面以及對(duì)應(yīng)連接關(guān)系。我們可以通過(guò)點(diǎn)擊線路圖中的矩形節(jié)點(diǎn),跳轉(zhuǎn)到對(duì)應(yīng)的功能詳情。 這個(gè)是我們的開(kāi)發(fā)人員、設(shè)計(jì)師、測(cè)試人員使用最多的一個(gè)模塊,沒(méi)有之一。該模塊展示的是功能頁(yè)面的詳細(xì)信息,主要有功能頁(yè)面的描述、流程說(shuō)明以及異常情況處理。 以啟動(dòng)頁(yè)為例說(shuō)明一下。主要包含4個(gè)部分,分別是原型圖、頁(yè)面簡(jiǎn)介、界面描述和用戶用例。其中界面描述是對(duì)原型圖中的元素進(jìn)行詳細(xì)的解釋。用戶用例則是對(duì)用戶的使用流程、備選流程以及異常流程情況的說(shuō)明。不過(guò)并不是每個(gè)頁(yè)面都會(huì)有用戶用例這個(gè)部分,一些簡(jiǎn)單的展示界面、沒(méi)有用戶行為的頁(yè)面,就可以不做用戶用例。 通過(guò)功能詳情的一些細(xì)節(jié)描述和用戶用例的思考,可以大大減少產(chǎn)品經(jīng)理對(duì)功能思考的遺漏點(diǎn)。 不同產(chǎn)品有不同的非功能性需求,一般有以下幾類非功能性需求。 上面的列舉的非功能需求就不一一說(shuō)明了,每個(gè)產(chǎn)品都不一樣,需要根據(jù)具體產(chǎn)品、具體情況而定。 其實(shí)PRD的撰寫(xiě)與迭代,可以看做是一個(gè)產(chǎn)品的設(shè)計(jì)與迭代的過(guò)程。所以我們?cè)赑RD迭代更新的過(guò)程中,要明確團(tuán)隊(duì)的實(shí)際需求,找出痛點(diǎn)、分析問(wèn)題、得出解決方案、然后實(shí)施并驗(yàn)證方案的正確性。 以上產(chǎn)品需求文檔是經(jīng)過(guò)兩次迭代之后,然后結(jié)合團(tuán)隊(duì)的流程總結(jié)出來(lái)的,雖然并不完美,但是很好的滿足當(dāng)前團(tuán)隊(duì)的需求,基本上符合當(dāng)前敏捷開(kāi)發(fā)團(tuán)隊(duì)的使用,后續(xù)也會(huì)不斷改進(jìn)優(yōu)化。每個(gè)團(tuán)隊(duì)也會(huì)因情況不同而需求不一樣,所以也僅供參考。 不過(guò)需要明確一點(diǎn)的是,PRD只是一個(gè)幫助PM傳遞想法和需求的工具,一個(gè)輔助手段,并不是目的,所以核心還是在需求上。或許到了團(tuán)隊(duì)的后期,團(tuán)隊(duì)成員能力都很強(qiáng)、都很默契,基本上可以通過(guò)口頭溝通完成信息傳遞時(shí),那么產(chǎn)品需求文檔也就不那么重要了。(嗯,比較理想…) 產(chǎn)品需求文檔模板_Axure文件地址:(https://pan.baidu.com/s/1eT9RUZg)密碼: mhns 本文由 @?Kimson 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。 題圖來(lái)自PEXELS,基于CC0協(xié)議產(chǎn)品需求文檔初成型
文檔的迭代優(yōu)化
文檔命名
文檔結(jié)構(gòu)
產(chǎn)品概述
修訂歷史
開(kāi)發(fā)周期
產(chǎn)品版本說(shuō)明
產(chǎn)品介紹
全局說(shuō)明
流程圖
功能需求
功能列表
產(chǎn)品線路圖
功能詳情
非功能需求
總結(jié)
模版不見(jiàn)了,還可以怎么領(lǐng)取呀
您好,看了你的文章和原型,深有體會(huì),現(xiàn)在我也在做需求文檔原型化,在閱讀您的文章時(shí)遇到一個(gè)疑問(wèn),就是在產(chǎn)品的不同迭代中,我是一個(gè)產(chǎn)品版本一個(gè)原型,還是將產(chǎn)品版本的多個(gè)版本集中在一個(gè)原型呢?求指教
這段問(wèn)題的描述剛好就是我最近踩的坑,深有體會(huì)
挺好的,很清晰,給了一個(gè)很好的思路
版本迭代的原型,是一個(gè)版本一個(gè)axure文檔嗎
謝謝大佬分享
滿滿的干貨,謝謝分享。受教了
用Axure的什么版本比較好呢
滿滿的干活,非常實(shí)用的模板!
老鐵,文件下載下來(lái),打開(kāi)文件已損壞。
剛半路接手了一個(gè)項(xiàng)目,正愁怎么把文檔補(bǔ)上呢,感謝老鐵,學(xué)習(xí)了!
您好,地址失效了,能麻煩再分享一下嘛 謝謝
請(qǐng)教下,產(chǎn)品線路圖是用什么工具畫(huà)的?
用Axure畫(huà)的啊
謝謝,寫(xiě)得不錯(cuò),很值得學(xué)習(xí)和借鑒。必須打賞
寫(xiě)的很不錯(cuò),目前正在發(fā)愁怎么寫(xiě)。鏈接好像失效了
不會(huì)呀 前兩天還可以下
寫(xiě)的很好很充實(shí),最近我在嘗試和你完全相反的方向,PRD的去原型化,希望完全利用流程圖、字段描述和邏輯描述將需求說(shuō)清楚,發(fā)現(xiàn)這種方式對(duì)自己思考需求很有幫助,但是在評(píng)審和開(kāi)發(fā)階段,還是效率低些,一方面開(kāi)發(fā)測(cè)試面對(duì)整篇的文字不會(huì)多認(rèn)真去看,另一方面,在交互文檔上同樣還要標(biāo)注清楚。之后也會(huì)嘗試PRD的原型化
非常贊同你的看法。
是用什么軟件做的啊?word?還是?寫(xiě)的很好,學(xué)習(xí)了。
axure
axure寫(xiě)那么多文字,而且還有列表。是不是有點(diǎn)麻煩了。
寫(xiě)的不錯(cuò),謝謝分享
可以啊