做好產品需求文檔的這十步，是通過長期的實踐經驗和重復驗證而得到的。或許這兒描繪的不是很全面，但他現已滿意讓你做一個成功的產品需求文檔。做好這幾步花費的時刻要以項意圖巨細、雜亂程度、個體學問、基本技能熟練度而定。 

　　第一步：做好預備作業

　　你要做的是一個讓人無可爭議的產品，為了做好他，你有必要做好前期的預備作業。你需求去了解你的顧客、競爭對手、產品團隊的實力和需求的技能。你需求從顧客、用戶、競爭對手、分析師、產品團隊、出售隊伍、商場、公司職員等搜集他們能發現的問題和或許的處理方法。這兒有許多的作業需求你去完結,在“成功的產品背后”這篇文章中有詳細的描繪。

　　樹立杰出的溝通也十分重要，它會影響著產品團隊。假如你的預備作業做的夠好，你也會變得越來越有決心和說服力。

　　第二步：確認產品的意圖

　　任何一個好的產品都開端于一個需求。你有必要清楚的了解這個需求，你的產品怎么抵達這個需求。

　　產品司理需求提出一個明晰、簡明的價值建議，讓它很簡單被接受，要讓產品團隊、管理人員、用戶、商場人員清楚的了解這個產品究竟是什么意圖。盡管這聽起來很簡單，可是也只有少量產品才有這樣的價值建議。考慮“velevator pitch ”(電梯間演講、電梯行銷)測驗。假定你在做電梯的時分遇到公司CEO，他問你產品的意圖是什么，你能在電梯抵達之前回答這個問題嗎？假如不能，你就還有作業需求做。或許是你的闡明沒有針對性，他或許表現出來和其他產品做的沒有什么顯著差異；或許你提出的觀念不能和你的用戶發生共鳴；或許你處理的是一個十分規的問題，或許你想應用一種技能。這個價值建議或許需求滿意公司的產品戰略。留意你不需求闡述太多的細節，從某些方面來說，一個有價值的觀念應當是越簡越好。

　　產品需求需求確切的指出這個產品發布的方針，相同的這個方針也有優先之分。例如，你的方針或許是：1）易用，2）零售價缺少$100，3）和前期產品很好的結合。然后你需求闡明怎么去測算。關于“易用”這類項目，你需求清晰指出產品可用性抵達某個水平。這是通常用方針用戶來定義。可用性工程師能測算出你的產品對方針用戶的可用性，也測算出可用性問題的嚴峻程度，相同你能夠闡明沒有嚴重的可用性問題。

　　這兒的要害便是讓每個人都知道產品成功的時分是什么樣，還有給產品團隊在規劃和施行中遇到問題怎么進行取舍的輔導。 

　　第三步：確認用戶原型、用戶方針和用戶使命

　　現在你現已了解你想要處理什么問題，下接下來就要深化了解方針用戶和顧客，在這步中，和你的PD（產品規劃）緊密聯絡十分重要。

　　用戶原型

　　在這個階段，PM需求和許多用戶溝通，需求花費大量的時刻去直接觀察和評論。現在咱們需求對用戶和顧客進行分類，然后決議那一類是咱們的首要用戶。

　　比方你正在做一個像eBay相同的互聯網拍賣服務，你一起具有買家和賣家，在這之中還有運用頻率少的用戶和常常運用的用戶，不難想象還有單個特殊的用戶，比方團體公司采購者。

　　PM（產品司理）和PD（產品規劃）需求首要確認類型是重要的，然后盡量對這個用戶群的特征進行詳細的描繪，以便運用這個模型去輔導產品的規劃。這個模型通常稱其為“人物人物”。 盡管是想像的，可是應該是典型的、可行的和實在的，讓你能夠運用。這個主意來自與一個能代表這類用戶的實質的原型。

　　舉個例子：

　　“里昂是一個超級賣家，46歲，男性，居住在Fresno，經營小型摩托車配件。盡管他開著一個小店，可是他的生意大部分來自Ebay,每個月平均有400多次買賣。他出售的東西種類十分多，可是他受歡迎的商品仍是哈雷戴維森的負重袋。他自己具有兩個哈雷，還開著1993年的豐田皮卡。里昂現已成婚了還有兩個小孩。

　　里昂買電腦只是是由于他需求運用Ebay,除了ebay和電子郵件很少再運用其他東西。里昂現已在Ebay上出售產品現已三年了，他學會了在ebay應該掌握的東西，他十分自豪的具有超越5000的信用度。假如Ebay更改了網站，特別是出售的進程方面，關于他來說改動習氣、學習這些變更是十分困難的。 里昂現已形成了自己的習氣，星期一列出出售的商品，星期五拍賣結束，設法讓在收到貨款的幾個小時內出貨。”

　　期望這樣的描繪能讓你了解里昂和知道他是怎么來的。當咱們考慮新功用時，我就要問問自己里昂會是什么發應，為了讓他能順利的運用這個功用咱們需求做什么。

　　留意縮小規模，讓他只是描繪必不行少的。滿意所有人是徒勞的，通常終究沒人會滿意，所以盡量提出幾個重要的和盛行的人物描繪是十分重要的。相同，假如你不去準確的定位你的方針用戶，你就只會存在含糊的概念，你會發現了解你用戶的反響十分困難。你要傾向于想象，讓你能更像你的用戶。

　　用戶方針（用戶志愿）

　　一旦咱們確認并描繪了咱們首要的用戶類型，咱們就需求找出用戶在運用產品中的方針(想要干什么).這聽起來很簡單，可是解開根本問題是十分具有挑戰性的，特別當你周圍的人告知你你現已處理了他們想要的。

　　從CEO、出售代表、工程師到客戶，每個人都太振奮而不能協助你找到處理根本問題的方法，他們會告知你在某個當地增加一個快捷按鈕，或則增加一個功用只是是由于競爭對手有，或則是改動成他們喜愛的色彩。

　　好的處理方法取決于明晰的了解究竟什么問題需求處理，每個用戶模型或許有不同的意圖，需求在用戶原型觸及的方面中進行尋覓。有或許將來某個功用處理的問題并不是首要用戶需求抵達的方針之一。

　　用戶使命（tasks，用戶為抵達方針運用產品而需求做的使命）

　　掌握了用戶原型與他們的方針愿望，咱們就開端著手規劃使命來滿意他們的方針志愿，這是產品制造進程中中心的部分，也是創造力和創新力被激發的當地。

　　許多優異的產品僅是用更好更新的方法處理一個已有的問題，有時分這種方法只是是應用一個種新技能，可是大部分是來自深化的見解而使一種新方法的發生。例如TiVo（美國商場占有率第一的數字錄像機）在電視節目錄制的老問題上面想出一個全新的方法，讓顧客更加簡單地完成他們的方針而且樹立了電子設備一個全新的類別。 

　　留意咱們盡管談到了方針和使命可是還沒有談到詳細的功用，這些功用都需求抵達用戶方針而有必要的。你今后會發現許多功用都是低優先級或則是完全多余的。

　　以“有必要功用”這個理由能夠掃除許多功用。挖苦的是，你用越少的功用，你的產品被發現得越來越強壯。這是由于產品的功用越少，你的用戶就會發現并運用更多的功用，成功的運用越來越多的功用他們就以為你的產品十分強壯。這些理由都是違反咱們直覺的，咱們大多數人都不能和咱們的用戶相同，咱們在自己的行業中樂意比用戶花費更多的時刻去探究功用和忍受雜亂性。

　　第四步：定義產品準則

　　現在你需求開端把你的需求和用戶體會定義成詳細的要求。一起你仍然會面臨著許多的決議和權衡，為你的產品規范作出佳的決議是十分重要的。

　　在大多數的產品團隊中，每個成員都有做好產品的準則，但很少有兩個人有相同的主意，這些差異都會導致不行思議的成果。

嘗試和制定一系列輔導整個團隊的產品準則是十分有價值的，這些準則需求詳細到域名和項目。

　　用TiVo舉例，在產品團隊作業開端時，以下這些產品規范就被樹立，并在團隊里傳達：

　　1.它是文娛的

　　2.一個傻瓜式的電視

　　3.一個該死的視頻設備

　　4.平滑和婉的

　　5.沒有模式和深層次

　　6.尊重觀眾的隱私權

　　7.像電視相同強壯

　　這些規范很大的影響到產品的定義而且在很大程度上加大了難度，可是他們確實是成功產品的來歷。比方易趣的標語便是：1、易于運用 2、安全 3、風趣

　　它將在該項目中，在面臨眾多問題而作出決議的時分進行攻略.

　　第五步：產品原型和查驗

　　這是一個拿出你主意的階段，創造力和創新力拿出成就的當地.

　　許多人都簡單犯一個常見的錯誤，他們對產品規劃規范太有決心，成果一旦得到beta的測驗他們就有必要調整產品。可是肯定beta測驗版并不是進行嚴重改動的時分，所以才會有許多首次發布的產品離方針太遠。

　　關于許多產品來說，這個時分你能夠用大量的原型做許多的試驗。首要，下面的三個十分重要的測驗你或許需求做

　　可行性測驗

　　一個直接的問題便是產品是否能夠開發，你的工程師和規劃師應當介入技能的可行性調查和探究可用方法。有些方法是行不通的，可是有其他的方法可行是十分有期望的。

　　工程師會發現在產品的某個階段不或許逾越，現在知道比今后知道要好。

　　可用性測驗

　　產品規劃師將要和你緊密作業共同提出產品功用，讓它能適應不同的用戶。可用性測驗常常會找出遺失的產品要求，一起承認產品初的要求是否是有必要的。在你拿出一個成功的用戶體會之前需求多做一些測驗作業。可用性的意圖是在實在的用戶身上測驗，從產品方針用戶得到質量反應的測驗是十分藝術和科學的。當然產品司理和產品規劃將仿照運用，可是實踐是沒有人能取代實在的方針用戶。

　　概念測驗（Product Concept Testing）

　　光是可用和可行是缺少的。實在的問題是你的用戶想要購買嗎—你的用戶有多喜愛-你做的有什么價值。這測驗或許與可用性測驗聯絡在一起。

　　關于一部份小產品，您的主意寫在紙就滿意了，可是關于多數產品，為了估計產品是否抵達方針，雜亂用戶互效果或新技能的運用、某種形式原型都是十分重要的。

　　原型或許是一個物理設備，或許它或許是軟件產品的一個預覽版別。要害是它需求滿意現實，您能用原型在實踐方針顧客身上測驗，而且他們能夠給您質量反應。

　　曾經做原型首要有兩個障礙。第一是缺少杰出的原型東西，需求花費許多的時刻制造原型；另一個是管理方不知道原型和實在產品的差異，在不行估計的情況下，按照終究產品來要求原型。

　　今天有優異的原型規劃東西能夠讓工程師或規劃師快速的制造原型，能夠有效的模擬未來的產品以抵達必要的程度讓實踐用戶進行測驗。而且大多數管理者都知道仿照和實踐的差異 — 就好像縮小比例的房子模型和實在的家相同。

　　在實踐去做產品之前去查驗你的產品是十分重要的。一旦實踐的工程開端，作出重要的改變會變得十分困難，花費也會變得很高。

　　第六步：驗證和質疑

　　當你以為你弄懂了你需求處理的問題，現在是時分開端驗證和質疑假定。

　　假定甚至當作不知道是很簡單的，可是切勿把不行知的定論當作指引，那會阻礙你獲得成功。天文學初定義是研討太陽和其他行星怎么環繞自己轉，本身的定義便是一個臆斷，反而阻撓人們獲得真相。

　　第七步：寫

　　當然你需求把這些都寫下來，大多數的PRD都是word文檔，但也有一些是協助文檔，PowerPoint，或則寫在白紙上。當然用什么格局不是很重要，重要的是讓團隊成功用輕松的看懂，不會遺失，還有便是PRD能夠隨著項目開發而更新。

　　記住對話是兩個人之間的，可是PRD是要溝通整個小組。你也要記住獲得產品的出售才是是重要的，所以不必擔心要有什么美麗的外觀、PRD寫的有多厚，只需它是可讀的、可了解的、是需求的內容。

　　PRD文檔首要有四個部份組成

　　產品用途

　　你的作業便是指出方針，團隊需求知道他們的意圖是什么，方針闡明要盡或許的清晰，請保證你的內容包含：

　　*那些問題你要處理，不是處理方案

　　*誰是方針用戶

　　*細節許多，可是大圖片有必要明晰

　　*情形描繪

　　多開展群策群力的會議和臨時口頭的評論，從而更好的寫出來，更會讓團隊深化了解。

　　產品功用特性

　　產品需求文檔首要的當然是需求。 詳細的需求完全地將取決于您的領域，可是不論你是什么行業，您的產品團隊將受益于陳述需求的清楚，毫不含糊的要求，而不是含糊的處理方案。 

　　描繪每個功用的互動規劃和運用事例。您有必要十分清楚每個功用和用戶體會，還需求給工程團隊留下滿意多的靈敏自主空間。

　　相同重要的是確認那些要求滿意哪個意圖。這兒就需求說到“需求盯梢”，關于要害的產品這是一個重要的流程。每種產品規范或許受益于清楚確認那些要求滿意哪個意圖，假如某人決議減少要求，想要深化了解就會十分困難。 從要求到意圖清晰闡明將會是文檔更加明晰。

　　發布規范

　　發布規范常常是不斷改變的，可是好的PRD應該考慮到為每種規范定一個低要求。典型的如：性能，可測量性，可靠性，可用性，可控性。

　　時刻進展

　　其中很困難的一個問題便是描繪產品需求的時刻進展表。隨意列出一個時刻是沒用的，你需求描繪環境、動機、估計方針。你需求整個團隊都和你相同抵達估計方針，終究完結一個成功的產品。

　　第八步 優先級

　　除了清晰的要求，對每一個您的要求給予優先和排列次序是很重要的。多數產品司理，假如他們給予優先級，一般都是表明要求是否是“有必要有， “重要”或“期望具有” (或其他一些分類系統)。分類是很重要的，不行漫不經心。

　　產品司理對任何一個標記“有必要具有”都需求有高度的規范。假如還沒有找到有必要具有的功用意味著產品還不應該發生。所以小心標示“有必要具有”，這些標示“有必要具有”的功用直接反響出產品的中心價值。

　　“重要”的分類也很重要，在產品出售前只需有時機就要滿意這些功用。

　　“期望具有”產品團隊也應該留意到，即使大多數也都沒有完成，在未來版別也適當的慢慢完成。

　　這些有時分是不夠的，從1到n每一個分類優先排序都是很重要的。有幾個原因：

　　首要，上市時刻總是被關注，而且日程表常常下降，您說不定被迫使減少有些特色為了趕快進入商場。 你也不想產品團隊先開發簡單的功用而放松重要的功用，導致終究客戶運用的要害功用還沒完結。

　　其次，在產品規劃和開發階段，團隊將會發現更多的問題發生并處理這些問題，所以很有或許有更多要害功用呈現。優先次序會能夠協助你怎么平衡以包容更多的功用。

　　這點便是說產品司理怎么不給出優先級和重要等級，其他相關較少的要素也會跟著無法確認。

　　整個PRD是一個不斷完善和思維提高的進程，明亮鋒利便是能夠成功的產品的，含糊便是失敗的產品。在爭辯激烈的時分也能簡單做決議，而且協助工程師做出計劃。

　　第九步 測驗完整性

　　現在你有一個PRD草稿，你需求測驗它的完整性。工程師是否能夠充沛了解并抵達方針？OA Team（質量管理團隊）是否有滿意的信息來做出測驗計劃，是否能夠開端做事例？

　　當投資人或相關人審閱了PRD，確認了各個需求闡明的方面，所有的問題得到處理，現在你就能夠按PRD進行產品開發。

　　第十步 管理產品

　　在產品施行期間，就算是好PRD，也有不可勝數的問題被處理。處理所有PRD中存在問題，假如不在PRD中就寫進去。你的使命便是迅速處理問題并記錄在PRD。

　　假如你做了你的作業并預備記錄在PRD，項目審查就會變得十分簡單，由于任何一個部份都歷歷在目。

　　記住PRD是一個“活”的文件，在要盯梢記錄在產品開發期間的所有功用進程。終究你會發現許多額外的東西，假如你以為是必要的就在PRD中寫進。通過以上十個步驟，可以全面、詳細地撰寫產品需求文檔，為產品的開發和實施提供明確的指導和依據。