【產(chǎn)品經(jīng)理】產(chǎn)品需求文檔撰寫方法？

《【產(chǎn)品經(jīng)理】產(chǎn)品需求文檔撰寫方法？》由會(huì)員上傳分享，免費(fèi)在線閱讀，更多相關(guān)內(nèi)容在行業(yè)資料-天天文庫。

1、IT在線教育平臺(tái)———麥子學(xué)院：http://www.maiziedu.com【產(chǎn)品經(jīng)理】產(chǎn)品需求文檔撰寫方法？作為產(chǎn)品新人，首先要接觸的就是各種需求文檔的撰寫，這是將產(chǎn)品由抽象到具體的重要步驟之一，也是讓技術(shù)、測(cè)試、運(yùn)營(yíng)等團(tuán)隊(duì)成員了解你產(chǎn)品的一個(gè)重要載體。那么問題來了，對(duì)于新人來說，需求文檔具體應(yīng)該怎么寫呢？小編在網(wǎng)上看到一個(gè)產(chǎn)品經(jīng)理寫的需求文檔的撰寫，覺得非常有用分享給大家，希望對(duì)產(chǎn)品新人有所幫助。寫需求文檔的目的撰寫需求文檔之前，作為產(chǎn)品經(jīng)理，我們首先要明確這個(gè)文檔是給誰看的，目的是什么？其實(shí)需求文檔主要是給三類人看，分別是技術(shù)人員，公司B

2、OSS以及客戶，而本文將一技術(shù)人員為目標(biāo)人群，展開介紹。即然目標(biāo)人群已經(jīng)明確，那么將PRD交給技術(shù)人員最直接的目的是什么？那就是讓技術(shù)人員看完P(guān)RD之后，便會(huì)知道你的產(chǎn)品具體是一個(gè)什么樣子。一個(gè)好的PRD會(huì)有什么樣的效果？那就是技術(shù)人員只有你的PRD，沒有原型，不經(jīng)過語言溝通，他做出來的東西依然是你心中理想的樣子。需求文檔中需要包含的內(nèi)容上圖便是為了寫這篇文章特意寫的一個(gè)PRD，是一款快速原型設(shè)計(jì)軟件的PRD，類似于Axure的手機(jī)版。個(gè)人偏愛用Axure去寫文檔，這樣可以把產(chǎn)品原型直接嵌套進(jìn)去，更加方便和直觀，而且個(gè)人推薦用Axure去寫PRD

3、。當(dāng)然，工具只是輔助性的，文檔好壞看的還是內(nèi)容，產(chǎn)品大神用word同樣可以將文檔寫的栩栩如生。IT在線教育平臺(tái)———麥子學(xué)院：http://www.maiziedu.com廢話不多說，直接進(jìn)入主題：首先看右側(cè)內(nèi)容，你們只需看一點(diǎn)，就是【文檔的版本】：一個(gè)文檔誕生之后，肯定是要經(jīng)歷不斷修改的過程，那么修改之后，為了讓他人清楚的知道你修改的內(nèi)容，你就需要更新你的版本號(hào)，并寫好日期與修改的內(nèi)容。然后看左側(cè)的列表，也就是目錄，既簡(jiǎn)約而又不簡(jiǎn)單，使人看起來一目了然。列表的三條分別是：【項(xiàng)目概述】、【需求評(píng)估】和【階段規(guī)劃】，可能會(huì)有人說：為什么這么少？能問

4、出這點(diǎn)的人們，首先你們需要先明確我們寫文檔的目的：只要能讓技術(shù)人員完全了解一個(gè)產(chǎn)品的樣子，哪怕是你只寫一條也不會(huì)有人說你。下面我們舉個(gè)反例。這個(gè)圖中的需求文檔是在度娘哪里找，以一個(gè)技術(shù)人員的角度去看這個(gè)文檔，看完前六條之后，甚至不知道我要去做的是什么東西，那這肯定是有問題的，問題在哪兒呢？1）不能快速進(jìn)入主題。2）無關(guān)開發(fā)的內(nèi)容太多。那什么是“無關(guān)開發(fā)”的內(nèi)容呢？我曾見過的有：市場(chǎng)調(diào)研、競(jìng)品分析、用戶研究、產(chǎn)品價(jià)值觀、以及上圖的開發(fā)風(fēng)險(xiǎn)分析，以上內(nèi)容基本都可以單獨(dú)拿出來做為一個(gè)獨(dú)立的文檔去寫，不要一廂情愿的認(rèn)為技術(shù)人員會(huì)去看這些內(nèi)容。需求文檔怎么

5、寫？知道了些需求文檔的目的及需求文檔需要包含的內(nèi)容以后，我們?cè)賮砜纯葱枨笪臋n怎么寫：IT在線教育平臺(tái)———麥子學(xué)院：http://www.maiziedu.com項(xiàng)目概述，顧名思義，就是要做到看完之后讓人大概對(duì)這個(gè)產(chǎn)品有一個(gè)初步的了解，并且心中對(duì)產(chǎn)品有一個(gè)雛形。那么目的明確了，怎么去實(shí)現(xiàn)：首先說明使用人群，使用人群明確之后，才好針對(duì)他們的需求，去設(shè)計(jì)和開發(fā)功能，也就是用戶需求，而用戶需求往往都是多而雜的，需要對(duì)其分類之后，再詳細(xì)描述，如下圖：用戶需求大致可以分為三點(diǎn)來分類說明：基本需求、期望需求和興奮需求?；拘枨螅闶俏覀儺a(chǎn)品初級(jí)開發(fā)階段要去滿

6、足的內(nèi)容，也是用戶使用你產(chǎn)品的必要不充分條件。期望需求，便是在基本功能可以實(shí)現(xiàn)的基礎(chǔ)之上，用戶希望你去添加的功能，也是開發(fā)中后期以及運(yùn)營(yíng)前期我們?nèi)ヒ獙?shí)現(xiàn)的功能。興奮需求，便是用戶沒有想到，但是你不但做到了，而且用戶很需要，用戶使用之后會(huì)感到興奮，甚至推薦給他人使用。也是運(yùn)營(yíng)中后期要去做的事情。IT在線教育平臺(tái)———麥子學(xué)院：http://www.maiziedu.com但是做產(chǎn)品的也要清楚，很多時(shí)候令人眼前一亮的功能并不常見，很多產(chǎn)品經(jīng)理工作多年都未見到過。項(xiàng)目概述寫完之后，大概功能就已經(jīng)了然于心，那么我們就需要將它具體化，而實(shí)現(xiàn)這一目的最好的方

7、式就是需求評(píng)估，如下圖：圖中只列舉了四個(gè)例子，當(dāng)然實(shí)際開發(fā)中要實(shí)現(xiàn)的功能遠(yuǎn)遠(yuǎn)不只這些。這個(gè)表格有三列，分別是：需求等級(jí)、功能名稱和功能簡(jiǎn)介。需求等級(jí)：生活中無論做什么事情，先后順序都是按輕重緩急去分的，開發(fā)亦是同理，所以你需要給產(chǎn)品的功能加上需求等級(jí)，讓技術(shù)人員清楚的知道開發(fā)的優(yōu)先級(jí)。做完這步之后，你就需要詳細(xì)的描述每一個(gè)功能，如圖中左側(cè)的畫圖功能和跳轉(zhuǎn)事件，這個(gè)我就不放圖了，大家根據(jù)具體情況去寫就可以了?；旧蠈懲暌陨蟽?nèi)容，你的需求文檔就已經(jīng)成型了；如果技術(shù)人員看完之后還不知道要去做什么，那只能說明你的PRD不合格。但是真的不合格該怎么辦？你需

8、要做的不是去改，畢竟連寫都寫不好，你又能改成什么樣子？你現(xiàn)在所需要的是補(bǔ)救！那么怎么去補(bǔ)救？你需要去寫一個(gè)階段規(guī)劃，如下圖：IT在線教育