- 相關推薦
教產品經理寫好產品需求文檔
做好產品需求文檔的這十步，是經過長期的實踐文章和反復驗證而得到的。可能這里描述的不是很全面，但他已經足夠讓你做一個成功的產品需求文檔。做好這幾步花費的時間要以項目的大小、復雜程度、個體學識、基本技能熟練度而定。
你要做的是一個讓人無可爭議的產品，為了做好他，你必須做好前期的準備工作。你需要去了解你的顧客、競爭對手、產品團隊的實力和需要的技術。你需要從顧客、用戶、競爭對手、分析師、產品團隊、銷售隊伍、市場、公司職員等收集他們能發(fā)現的問題和可能的解決辦法。這里有很多的工作需要你去完成,在“成功的產品背后”這篇文章中有詳細的描述。
建立良好的交流也非常重要，它會影響著產品團隊。如果你的準備工作做的夠好，你也會變得越來越有信心和說服力。
2、確定產品的目的
任何一個好的產品都開始于一個需求。你必須清楚的了解這個需求，你的產品如何達到這個需求。
產品經理需要提出一個清晰、簡明的價值主張，讓它很容易被接受，要讓產品團隊、管理人員、用戶、市場人員清楚的明白這個產品到底是什么意圖。雖然這聽起
來很簡單，但是也只有少數產品才有這樣的價值主張。考慮“velevator pitch
”(電梯間演講、電梯行銷)測試。假設你在做電梯的時候遇到公司CEO，他問你產品的意圖是什么，你能在電梯到達之前回答這個問題嗎？如果不能，你就還有
工作需要做。也許是你的說明沒有針對性，他可能表現出來和其他產品做的沒有什么明顯區(qū)別；也許你提出的觀點不能和你的用戶產生共鳴；也許你解決的是一個非常規(guī)的問題，可能你想應用一種技術。這個價值主張可能需要滿足公司的產品戰(zhàn)略。注意你不需要闡述太多的細節(jié)，從某些方面來說，一個有價值的觀點應當是越簡越好。
產品需求需要確切的指出這個產品發(fā)布的目標，同樣的這個目標也有優(yōu)先之分。例如，你的目標可能是：1）易用，2）零售價不足$100，3）和前期產品很好的結合。然后你需要說明如何去測算。對于“易用”這類項目，你需要明確指出產品可用性達到某個水平。這是通常用目標用戶來定義。可用性工程師能測算出你的產品對目標用戶的可用性，也測算出可用性問題的嚴重程度，同樣你可以說明沒有重大的可用性問題。
這里的關鍵就是讓每個人都知道產品成功的時候是什么樣，還有給產品團隊在設計和實施中遇到問題如何進行取舍的指導。
3、確定用戶原型、用戶目標和用戶任務
現在你已經明白你想要解決什么問題，下接下來就要深入了解目標用戶和顧客，在這步中，和你的PD（產品設計）緊密聯系非常重要。
用戶原型
在這個階段，PM需要和很多用戶交流，需要花費大量的時間去直接觀察和討論。現在我們需要對用戶和顧客進行分類，然后決定那一類是我們的首要用戶。
比如你正在做一個像eBay一樣的互聯網拍賣服務，你同時擁有買家和賣家，在這之中還有使用頻率少的用戶和經常使用的用戶，不難想象還有個別特殊的用戶，比如團體公司采購者。
PM（產品經理）和PD（產品設計）需要首先確定類型是最重要的，然后盡量對這個用戶群的特征進行詳細的描述，以便使用這個模型去指導產品的設計。這個模型通常稱其為“人物角色”。
雖然是想象的，但是應該是典型的、可行的和真實的，讓你能夠使用。這個想法來自與一個能代表這類用戶的本質的原型。
舉個例子：
“里昂是一個超級賣家，46歲，男性，居住在Fresno，經營小型摩托車配件。雖然他開著一個小店，但是他的生意大部分來自EBay,每個月平均有400多次交易。他出售的東西品種非常多，但是他最受歡迎的商品還是哈雷戴維森的負重袋。他自己擁有兩個哈雷，還開著1993年的豐田皮卡。里昂已經結婚了還有兩個小孩。
里昂買電腦僅僅是因為他需要使用EBay,除了eBay和電子郵件很少再使用其他東西。里昂已經在EBay上銷售產品已經三年了，他學會了在eBay應該掌握的東西，他非常自豪的擁有超過5000的信用度。如果EBay更改了網站，特別是銷售的過程方面，對于他來說改變習慣、學習這些變更是非常困難的。
里昂已經形成了自己的習慣，星期一列出銷售的商品，星期五拍賣結束，設法讓在收到貨款的幾個小時內出貨。”
但愿這樣的描述能讓你了解里昂和知道他是怎么來的。當我們考慮新功能時，我就要問問自己里昂會是什么發(fā)應，為了讓他能順利的使用這個功能我們需要做什么。
注意縮小范圍，讓他僅僅描繪必不可少的。滿足所有人是徒勞的，通常最后沒人會滿意，所以盡量提出幾個最重要的和最流行的角色描述是非常重要的。同樣，如果你不去精確的定位你的目標用戶，你就只會存在模糊的概念，你會發(fā)現理解你用戶的反應非常困難。你要傾向于設想，讓你能更像你的用戶。
用戶目標（用戶意愿）
一旦我們確定并描繪了我們主要的用戶類型，我們就需要找出用戶在使用產品中的目標(想要干什么).這聽起來很簡單，但是解開根本問題是非常具有挑戰(zhàn)性的，特別當你周圍的人告訴你已經解決了他們想要的。
從CEO、銷售代表、工程師到客戶，每個人都太興奮而不能幫助你找到解決根本問題的辦法，他們會告訴你在某個地方添加一個快捷按鈕，或則添加一個功能僅僅是因為競爭對手有，或則是改變成他們喜歡的顏色。
最好的解決辦法取決于清晰的了解到底什么問題需要解決，每個用戶模型可能有不同的目的，需要在用戶原型涉及的方面中進行尋找。有可能將來某個功能解決的問題并不是主要用戶需要達到的目標之一。
用戶任務（tasks，用戶為達到目標使用產品而需要做的任務）
掌握了用戶原型與他們的目標愿望，我們就開始著手設計任務來滿足他們的目標意愿，這是產品制作進程中最核心的部分，也是創(chuàng)造力和創(chuàng)新力被激發(fā)的地方。
許多優(yōu)秀的產品僅是用更好更新的辦法解決一個已有的問題，有時候這種辦法僅僅是應用一個種新技術，但是大部分是來自深刻的見解而使一種新方法的產生。例如TiVo（美國市場占有率第一的數字錄像機）在電視節(jié)目錄制的老問題上面想出一個全新的辦法，讓顧客更加容易地實現他們的目標并且建立了電子設備一個全新的類別。
注意我們雖然談到了目標和任務但是還沒有談到具體的功能，這些功能都需要達到用戶目標而必須的。你以后會發(fā)現許多功能都是低優(yōu)先級或則是完全多余的。
以“必須功能”這個理由可以排除很多功能。諷刺的是，你用越少的功能，你的產品被發(fā)現得越來越強大。這是因為產品的功能越少，你的用戶就會發(fā)現并使用更多的功能，成功的使用越來越多的功能他們就認為你的產品非常強大。這些理由都是違反我們直覺的，我們大多數人都不能和我們的用戶一樣，我們在自己的行業(yè)中愿意比用戶花費更多的時間去探索功能和容忍復雜性。
4、定義產品原則
現在你需要開始把你的需求和用戶體驗定義成詳細的要求。同時你仍然會面臨著許多的決定和權衡，為你的產品標準做出最佳的決定是非常重要的。
在大多數的產品團隊中，每個成員都有做好產品的原則，但很少有兩個人有同樣的想法，這些差異都會導致不可思議的結果。
嘗試和制訂一系列指導整個團隊的產品原則是非常有價值的，這些原則需要具體到域名和項目。
用TiVo舉例，在產品團隊工作開始時，以下這些產品規(guī)范就被建立，并在團隊里傳達：
1.它是娛樂的
2.一個傻瓜式的電視
3.一個該死的視頻設備
4.平滑柔順的
5.沒有模式和深層次
6.尊重觀眾的隱私權
7.像電視一樣強大
這些規(guī)范很大的影響到產品的定義而且在很大程度上加大了難度，但是他們確實是成功產品的來源。比如易趣的口號就是：
1、易于使用 2、安全3、有趣
它將在該項目中，在面對眾多問題而做出決定的時候進行指南。
5、產品原型和檢驗
這是一個拿出你想法的階段，創(chuàng)造力和創(chuàng)新力拿出成就的地方。
很多人都容易犯一個常見的錯誤，他們對產品設計規(guī)范太有信心，結果一旦得到beta的測試他們就必須調整產品。但是肯定beta測試版并不是進行重大改變的時候，所以才會有許多首次發(fā)布的產品離目標太遠。
對于許多產品來說，這個時候你可以用大量的原型做很多的實驗。首先，下面的三個非常重要的測試你可能需要做。
可行性測試
一個直接的問題就是產品是否可以開發(fā)，你的工程師和設計師應當介入技術的可行性調查和探索可用辦法。有些辦法是行不通的，但是有其他的辦法可行是非常有希望的。
工程師會發(fā)現在產品的某個階段不可能逾越，現在知道比以后知道要好。
可用性測試
產品設計師將要和你緊密工作共同提出產品功能，讓它能適應不同的用戶。可用性測試常常會找出遺漏的產品要求，同時確認產品最初的要求是否是必須的。在你拿出一個成功的用戶體驗之前需要多做一些測試工作。可用性的目的是在真正的用戶身上測試，從產品目標用戶得到質量反饋的測試是非常藝術和科學的。當然產品經理和產品設計將模仿使用，但是實際是沒有人能取代真實的目標用戶。
概念測試（Product Concept Testing）
光是可用和可行是不足的。真正的問題是你的用戶想要購買嗎你的用戶有多喜歡-你做的有什么價值。這測試可能與可用性測試聯系在一起。
對于一部份小產品，您的想法寫在紙就足夠了，但是對于多數產品，為了預計產品是否達到目標，復雜用戶互作用或新技術的使用、某種形式原型都是非常重要的。
原型也許是一個物理設備，或者它也許是軟件產品的一個預覽版本。關鍵是它需要足夠現實，您能用原型在實際目標顧客身上測試，并
【教產品經理寫好產品需求文檔】相關文章：
如何用Axure來撰寫互聯網的產品需求文檔（PRD）?07-10
產品業(yè)務需求銷售方案03-30
產品業(yè)務需求銷售方案2篇05-15
互聯網產品開發(fā)流程標準文檔07-10
產品需求分析師的崗位職責01-13
產品需求分析師崗位職責11-24
產品經理總結范文06-29
產品經理的述職報告07-03
產品經理述職報告06-09