本文作者:宮毓蔓
PRD即產(chǎn)品需求文檔,是對產(chǎn)品需求的描述,內(nèi)容主要包含產(chǎn)品的功能和性能的說明。PRD是項目啟動之前,必須要通過評審確定的最重要的文檔。
寫PRD文檔,其實就是一個產(chǎn)品的業(yè)務(wù)需求分析的過程,邏輯如下:
1、整理產(chǎn)品結(jié)構(gòu)
產(chǎn)品是由功能和內(nèi)容組成,這些功能和內(nèi)容,按照某種方式,組成頻道/模塊,最終形成產(chǎn)品的整體結(jié)構(gòu)。這里僅僅截取了一部分的產(chǎn)品結(jié)構(gòu)圖:
產(chǎn)品結(jié)構(gòu)一般通過MindManger梳理。
2、分析核心業(yè)務(wù)流程
分析并梳理出核心業(yè)務(wù)流程,可以幫助項目成員了解產(chǎn)品邏輯。涉及到多個角色的業(yè)務(wù)流程,可以使用泳道圖,單個角色可以使用普通的活動圖。另外,在分析業(yè)務(wù)流程的時候,還可以配合使用狀態(tài)圖和順序圖,具體使用什么工具,視情況而定,重點是梳理清楚邏輯。這里截取一部分的泳道圖:
3、分析及整理用例
這個步驟是更具體的一步,前面兩個步驟是確定了范圍和流程,而這一步是針對某一功能做具體描述。這里有兩種方式:用例描述和功能點描述。這兩者最大的區(qū)別是描述的角度不同,用例是從人和系統(tǒng)的旁觀者來描述,而功能點是從產(chǎn)品角度進(jìn)行描述。通過用例描述需求,最好是用統(tǒng)一的模板進(jìn)行描述,而功能描述只需在Axure中以注釋的形式進(jìn)行描述即可。
關(guān)于需求怎么描述,沒有完全正確的方式,只有最合適的方式,這個因人而異。
4、分析及整理非功能性需求
非功能需求涉及比較廣,比如性能需求,訪問速度如何、最大能支持多少人同時訪問;比如設(shè)計需求,產(chǎn)品要設(shè)計成小清新風(fēng)格還是成熟穩(wěn)重的風(fēng)格等;還比如統(tǒng)計需求,產(chǎn)品要統(tǒng)計哪些字段,形成哪些報表等。
5、整理需求文檔并評審
當(dāng)完成了以上4個步驟以后,其實整個產(chǎn)品的邏輯已經(jīng)很清楚了,這時就可以進(jìn)行匯總整理出需求文檔。之后需要和項目相關(guān)的負(fù)責(zé)人一起評審,評審確認(rèn)通過,就可以進(jìn)入產(chǎn)品的實施階段。實施一般是由項目經(jīng)理負(fù)責(zé),但是很多公司沒有配備該崗位,這就要求產(chǎn)品經(jīng)理擁有項目管理的能力,來推動產(chǎn)品順利實施并上線。
PRD文檔,只有最合適的,沒有最好的,每個人所在的公司背景都不一樣,一般大公司要求文檔規(guī)范,細(xì)節(jié)到位,小公司可能只需要記錄關(guān)鍵信息,剩余的靠口頭溝通,甚至都不需要文檔。還有一部分,直接通過Axure描述產(chǎn)品需求。PRD文檔,最重要的還是產(chǎn)品的思考和整理的過程,當(dāng)以上步驟梳理清楚后,文檔只是水到渠成的產(chǎn)出。個人認(rèn)為,只要內(nèi)容清楚,文檔格式并沒那么重要。
本人小白一枚,我是結(jié)合各位大神以及自己平時工作的經(jīng)驗,做的整理,有描述不對的地方,歡迎大家指正。
申請創(chuàng)業(yè)報道,分享創(chuàng)業(yè)好點子。點擊此處,共同探討創(chuàng)業(yè)新機(jī)遇!