2022-06-24 分類(lèi): 網(wǎng)站建設(shè)
做產(chǎn)品經(jīng)常會(huì)寫(xiě)PRD,但是如果沒(méi)有一套完整的寫(xiě)作思路和框架,寫(xiě)出的PRD質(zhì)量就不會(huì)太好,導(dǎo)致遺漏重要信息,在項(xiàng)目過(guò)程中被開(kāi)發(fā)、前端、測(cè)試吐槽。趁這個(gè)周末有空,來(lái)梳理下一下寫(xiě)PRD的邏輯。
一、什么是PRD?
PRD為Product Requirement Document的簡(jiǎn)稱,其中文翻譯為:產(chǎn)品需求文檔。該文檔是產(chǎn)品項(xiàng)目由“概念化”階段進(jìn)入到“圖紙化”階段的最主要的一個(gè)文檔。當(dāng)然,這個(gè)定義針對(duì)的是一個(gè)全新的產(chǎn)品。廣義上來(lái)講,產(chǎn)品需求的描述,應(yīng)該包含有產(chǎn)品的戰(zhàn)略和戰(zhàn)術(shù),戰(zhàn)略是指:產(chǎn)品定位、目標(biāo)市場(chǎng)、目標(biāo)用戶、競(jìng)爭(zhēng)對(duì)手等。戰(zhàn)術(shù)是指產(chǎn)品的結(jié)構(gòu)、核心業(yè)務(wù)流程、具體用例描述、功能&內(nèi)容描述等,本文主要討論的是戰(zhàn)術(shù)部分。
PRD的主要使用對(duì)象有:開(kāi)發(fā)、測(cè)試、項(xiàng)目經(jīng)理、交互設(shè)計(jì)師、運(yùn)營(yíng)及其他業(yè)務(wù)人員。開(kāi)發(fā)可以根據(jù)PRD獲知整個(gè)產(chǎn)品的邏輯;測(cè)試可以根據(jù)PRD建用例;項(xiàng)目經(jīng)理可以根據(jù)PRD拆分工作包,并分配開(kāi)發(fā)人員;交互設(shè)計(jì)師可以通過(guò)PRD來(lái)設(shè)計(jì)交互細(xì)節(jié)。PRD是項(xiàng)目啟動(dòng)之前,必須要通過(guò)評(píng)審確定的最重要文檔。
產(chǎn)品經(jīng)理的PRD,就像建筑設(shè)計(jì)師的設(shè)計(jì)圖紙,是整個(gè)設(shè)計(jì)和思考的結(jié)晶,同時(shí),也是思考過(guò)程呈現(xiàn)?!队脩趔w驗(yàn)要素》作者在書(shū)中有一句很經(jīng)典的話:“文檔不能解決問(wèn)題,但是定義可以”,這也是PRD的另一個(gè)重要的作用:定義產(chǎn)品需求,在團(tuán)隊(duì)內(nèi)達(dá)成共識(shí)。
二、寫(xiě)作的邏輯
寫(xiě)PRD,其實(shí)就是一個(gè)產(chǎn)品的業(yè)務(wù)需求分析過(guò)程,最近在看一本書(shū),叫《火球UML大戰(zhàn)需求分析》,里面提到了需求分析過(guò)程,作者的這個(gè)需求分析思路是基于傳統(tǒng)軟件/系統(tǒng),但是我覺(jué)得這種思路是相通的,可以應(yīng)用于所有產(chǎn)品。我根據(jù)這個(gè)思路,做了部分改良,形成了以下的邏輯:
① 整理產(chǎn)品結(jié)構(gòu)
② 分析核心業(yè)務(wù)流程
③ 分析及整理用例
④ 分析及整理非功能性需求
⑤ 整理需求文檔并評(píng)審
1、整理產(chǎn)品結(jié)構(gòu)
就像修建一座商場(chǎng),在設(shè)計(jì)的時(shí)候,需要考慮整個(gè)商場(chǎng)的結(jié)構(gòu),商場(chǎng)包含美食區(qū)、服裝區(qū)、百貨區(qū)、休閑娛樂(lè)區(qū)等,然后每個(gè)區(qū)域又可以按商家或類(lèi)型細(xì)分。產(chǎn)品也是這個(gè)道理,產(chǎn)品是由功能和內(nèi)容組成,這些功能和內(nèi)容,按照某種緯度,組成頻道/模塊,最終形成產(chǎn)品的整體結(jié)構(gòu)。由于產(chǎn)品的結(jié)構(gòu)一般比較大,這里僅以產(chǎn)品結(jié)構(gòu)中的個(gè)人中心這個(gè)模塊為例:
產(chǎn)品結(jié)構(gòu)一般通過(guò)MindManger梳理。需要注意的是,產(chǎn)品結(jié)構(gòu)≠頁(yè)面結(jié)構(gòu),產(chǎn)品結(jié)構(gòu)是邏輯上的,頁(yè)面結(jié)構(gòu)是物理上的,至于具體的結(jié)構(gòu)和方法,可以參看《用戶體驗(yàn)要素》一書(shū)。
2.分析核心業(yè)務(wù)流程
每個(gè)產(chǎn)品,都會(huì)有幾個(gè)核心的業(yè)務(wù),分析并梳理出幾個(gè)核心業(yè)務(wù)流程,可以幫助產(chǎn)品經(jīng)理了解產(chǎn)品邏輯。筆者做的是B端產(chǎn)品,核心業(yè)務(wù)流程一般都會(huì)涉及到多個(gè)角色,而C端產(chǎn)品,核心流程的用戶則比較單一。涉及到多個(gè)角色的業(yè)務(wù)流程,可以使用泳道圖,單個(gè)角色可以使用普通的活動(dòng)圖。另外,在分析業(yè)務(wù)流程的時(shí)候,還可以配合使用狀態(tài)圖和順序圖,具體使用什么工具,視情況而定,重點(diǎn)是梳理清楚邏輯。
3.分析及整理用例
這個(gè)步驟是更具體,也很重要的的一步,前面2個(gè)步驟確定了范圍和流程,這一步針對(duì)流程上的某個(gè)節(jié)點(diǎn)來(lái)具體描述。以會(huì)員中心→內(nèi)容管理這個(gè)模塊為例,這個(gè)模塊下面包含的用例有:
①新增文章
②修改文章
③刪除文章
④查看文章列表
⑤查看文章詳情
現(xiàn)在,就可以按照上面這個(gè)列表,來(lái)一一的描述用例。一個(gè)完整的用例應(yīng)該包含以下主要內(nèi)容:
在描述需求時(shí),有2種方式,一種是用例描述,另外一種是功能點(diǎn)描述。用例描述和功能點(diǎn)描述大的區(qū)別在于,描述的角度不一樣,用例是從人和系統(tǒng)的旁觀者來(lái)描述,而功能點(diǎn)是從產(chǎn)品的角度來(lái)描述。通過(guò)用例描述需求,最好用文檔,并且有統(tǒng)一的用例模板,而功能描述只需要在Axure里,以注釋的方式描述即可。
其實(shí),關(guān)于需求怎么描述,沒(méi)有完全正確的方式,只有最合適的方式,具體因人而異?!秵⑹句洝芬粫?shū)作者就建議描述產(chǎn)品需求只需要高保真原型+注釋就可以,完全不需要文檔,以下是書(shū)中的一些觀點(diǎn):
產(chǎn)品說(shuō)明(需求)文檔的主體應(yīng)該是高保真原型,由它體現(xiàn)產(chǎn)品的功能需求、信息架構(gòu)、用戶體驗(yàn)、交互設(shè)計(jì)、視覺(jué)設(shè)計(jì)。高保證原型大的優(yōu)勢(shì)是可以用于測(cè)試。
與其花幾個(gè)星期撰寫(xiě)冗長(zhǎng)的Word文檔,既沒(méi)人讀,也無(wú)法測(cè)試,還不如和設(shè)計(jì)師一起創(chuàng)建原型。
詳細(xì)內(nèi)容可以參看這本書(shū)的第十八章,「重新定義產(chǎn)品說(shuō)明文檔」一節(jié)。
不管是用例描述還是功能描述,規(guī)則都是最重要的一部分,這里主要講一下如何描述能完整無(wú)誤的闡述需求并讓閱讀者看懂。規(guī)則的描述,主要是從3方面思考。
①數(shù)據(jù)規(guī)則。主要指頁(yè)面從數(shù)據(jù)庫(kù)調(diào)取數(shù)據(jù)并展現(xiàn)的規(guī)則,比如查看文章列表這個(gè)用例,需要描述文章列表頁(yè)面展示哪些字段、每個(gè)字段的類(lèi)型及長(zhǎng)度、列表的排序規(guī)則刷新頻率等。
②狀態(tài)邏輯。文章不同狀態(tài)之間切換的觸發(fā)點(diǎn)是什么,比如狀態(tài)為已發(fā)布的文章,要變?yōu)橄录?,可能的觸發(fā)條件有:發(fā)布時(shí)間已過(guò)期、手動(dòng)操作下架等。
③交互規(guī)則。界面上存在交互的元素,一一列舉并說(shuō)明,比如鏈接、按鈕、滑動(dòng)、下拉的具體交互規(guī)則及異常處理。另外,整個(gè)場(chǎng)景由于網(wǎng)絡(luò)問(wèn)題、系統(tǒng)問(wèn)題導(dǎo)致的異常也需要說(shuō)明。
4.分析及整理非功能性需求
非功能需求涉及比較廣,比如產(chǎn)品的性能需求,訪問(wèn)速度達(dá)到多少、大能支持多少人同時(shí)訪問(wèn);比如設(shè)計(jì)需求,產(chǎn)品要設(shè)計(jì)成小清新風(fēng)格還是成熟穩(wěn)重的風(fēng)格等;還比如統(tǒng)計(jì)需求,產(chǎn)品要統(tǒng)計(jì)哪些字段,形成哪些報(bào)表等。這個(gè)可以根據(jù)具體的需求來(lái)描述。
5.整理需求文檔并評(píng)審
當(dāng)完成以上4個(gè)步驟以后,整個(gè)產(chǎn)品的邏輯已經(jīng)很清楚了,再將產(chǎn)出物匯總,就可以整理出需求文檔。文檔出來(lái)后,需要和項(xiàng)目相關(guān)的負(fù)責(zé)人一起評(píng)審,評(píng)審確認(rèn)通過(guò),就可以進(jìn)入產(chǎn)品的實(shí)施階段。實(shí)施一般是由項(xiàng)目經(jīng)理負(fù)責(zé),但是很多公司沒(méi)有配備該崗位,這就要求產(chǎn)品經(jīng)理?yè)碛许?xiàng)目管理的能力,來(lái)推動(dòng)產(chǎn)品順利實(shí)施并上線。
三、PRD文檔的格式
目前市面上各種需求文檔,五花八門(mén),千萬(wàn)不要試圖找到一個(gè)100%好的文檔模版,PRD文檔,只有最合適的,沒(méi)有最好的,每個(gè)人所在的公司背景都不一樣,大公司要求文檔規(guī)范,細(xì)節(jié)到位,小公司可能只需要記錄關(guān)鍵信息,剩余的靠口頭溝通,甚至都不需要文檔。還有些人,直接通過(guò)Axure描述產(chǎn)品需求。
PRD文檔,最重要的還是以上的整個(gè)思考和整理的過(guò)程,當(dāng)以上步驟梳理清楚后,文檔只是水到渠成的產(chǎn)出。我的原則是,只要內(nèi)容清楚,文檔格式?jīng)]那么重要。
四、寫(xiě)在最后
產(chǎn)品經(jīng)理需要做產(chǎn)品的戰(zhàn)術(shù)執(zhí)行和戰(zhàn)略計(jì)劃工作,我認(rèn)為這兩個(gè)工作是個(gè)遞進(jìn)的關(guān)系,當(dāng)你能把產(chǎn)品的戰(zhàn)術(shù)執(zhí)行到位,真正的把一款產(chǎn)品從0到1做出來(lái)的時(shí)候,再去思考產(chǎn)品的創(chuàng)新、規(guī)劃……產(chǎn)品才容易落地,否則,永遠(yuǎn)是紙上談兵。這也是為什么很多產(chǎn)品助力剛開(kāi)始到公司都只接一些功能模塊的設(shè)計(jì)實(shí)施工作,而不是一來(lái)就做戰(zhàn)略方面的工作。
以上僅是個(gè)人的一些思考,謝謝!
分享標(biāo)題:產(chǎn)品經(jīng)理的PRD到底該怎么寫(xiě)?
分享路徑:http://www.rwnh.cn/news3/171153.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供虛擬主機(jī)、動(dòng)態(tài)網(wǎng)站、品牌網(wǎng)站設(shè)計(jì)、企業(yè)建站、用戶體驗(yàn)、App設(shè)計(jì)
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請(qǐng)盡快告知,我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如需處理請(qǐng)聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時(shí)需注明來(lái)源: 創(chuàng)新互聯(lián)
猜你還喜歡下面的內(nèi)容