需求文檔怎麼寫電商產品需求文檔

Ⅰ 如何寫好產品需求

產品經理日常一項重要工作就是收集整理產品需求，轉化為產品需求文檔，將需求傳遞給項目團隊成員，完成需求功能開發測試上線。如何寫好產品需求屬於技術活，好的產品經理的需求有條理，由淺入深闡明問題及解決方案，而一般的方案會讓人看過後不知所雲，需要再次澄清需求。

如何寫好產品需求，有小竅門或理論可以參考，比如金字塔原理，在產品初期，我們往往會犯思路不清晰、無法明確表達自己的想法，或者提煉不出產品核心需求點的問題。這時，運用金字塔原理可以幫助我們構建清晰的邏輯思路，更好地表達產品觀點。

根據金字塔原理的指導，從分析需求產生的背景，到根據背景認清沖突點，分條列出沖突問題，歸納整理思路；最後根據已知問題，針對性地提出解決方案，尋求解決問題之道。以上步驟完成後，便可以將所有思路總結成文檔，具體實施。這種構建方式可以很明確地表述自己的思想，增強代入感。

歸納總結共三點：

1、分析背景，提煉關鍵需求點

關鍵需求點不用長篇大論，最好能一句話說明要做的事情，如果要深入細節，再詳細描述。

2、用歸納法理清你的思路

提煉關鍵需求點後，可以針對需求點提出相應解決方案，多個需求或解決方案之間可能存在邏輯關系或沖突，通過歸納法來總結梳理，幫助把握核心需求點、區分優先順序。

3、尋找問題解決知道

歸納總結問題後，剩下就是針對問題尋找解決方案了，解決方案的好壞取決於產品經理的經驗與學習能力。

Ⅱ 需求文檔怎麼寫最有效

能將功能需求寫清楚的就是好的需求文檔，因為現在的需求文檔一般都是給開發看，一般來說創業公司追求小步快跑快速迭代的開發模式的話，需求文檔不是一個很有必要的東西，直接在原型上表述效率會更好。如果公司追求規范管理的話，建議還是需求文檔，寫清楚項目名稱，迭代版本，及相關的日期規劃。

Ⅲ 怎麼寫新產品的產品需求方案

一款新產品在推向市場做推廣之前要考慮以下幾個問題：找到市場上的同類產品的差異化，提高市場推廣的銷售份額;增加產品結構，提高品牌競爭力;拓展空白市場，增加產品的知名度。那麼怎麼寫新產品的產品需求方案呢?下面一起和我看看吧。

篇一

一、寫產品需求的准備工作

你要做的是一個讓人無可爭議的產品，為了做好他，你必須做好前期的准備工作。你需要去了解你的顧客、競爭對手、產品團隊的實力和需要的技術。你需要從顧客、用戶、競爭對手、分析師、產品團隊、銷售隊伍、市場、公司職員等收集他們能發現的問題和可能的解決辦法。這里有很多的工作需要你去完成,在「成功的產品背後」這篇文章中有詳細的描述。

建立良好的交流也非常重要，它會影響著產品團隊。如果你的准備工作做的夠好，你也會變得越來越有信心和說服力。

二、清楚了解產品需求

任何一個好的產品都開始於一個需求。你必須清楚的了解這個需求，你的產品如何達到這個需求。

產品經理需要提出一個清晰、簡明的價值主張，讓它很容易被接受，要讓產品團隊、管理人員、用戶、市場人員清楚的明白這個產品到底是什麼意圖。雖然這聽起來很簡單，但是也只有少數產品才有這樣的價值主張。考慮「velevator pitch 」(電梯間演講、電梯行銷)測試。假設你在做電梯的時候遇到公司CEO，他問你產品的意圖是什麼，你能在電梯到達之前回答這個問題嗎?如果不能，你就還有工作需要做。也許是你的說明沒有針對性，他可能表現出來和其他產品做的沒有什麼明顯區別;也許你提出的觀點不能和你的用戶產生共鳴;也許你解決的是一個非常規的問題，可能你想應用一種技術。這個價值主張可能需要滿足公司的產品戰略。注意你不需要闡述太多的細節，從某些方面來說，一個有價值的觀點應當是越簡越好。

產品需求需要確切的指出這個產品發布的目標，同樣的這個目標也有優先之分。例如，你的目標可能是：1)易用，2)零售價不足$100，3)和前期產品很好的結合。然後你需要說明如何去測算。對於「易用」這類項目，你需要明確指出產品可用性達到某個水平。這是通常用目標用戶來定義。可用性工程師能測算出你的產品對目標用戶的可用性，也測算出可用性問題的嚴重程度，同樣你可以說明沒有重大的可用性問題。

這里的關鍵就是讓每個人都知道產品成功的時候是什麼樣，還有給產品團隊在設計和實施中遇到問題如何進行取捨的指導。

三、確定用戶原型、用戶目標和用戶任務

現在你已經明白你想要解決什麼問題，下接下來就要深入了解目標用戶和顧客，在這步中，和你的PD(產品設計)緊密聯系非常重要。

1、用戶原型

在這個階段，PM需要和很多用戶交流，需要花費大量的時間去直接觀察和討論。現在我們需要對用戶和顧客進行分類，然後決定那一類是我們的首要用戶。

比如你正在做一個像eBay一樣的互聯網拍賣服務，你同時擁有買家和賣家，在這之中還有使用頻率少的用戶和經常使用的用戶，不難想像還有個別特殊的用戶，比如團體公司采購者。

PM(產品經理)和PD(產品設計)需要首先確定類型是最重要的，然後盡量對這個用戶群的特徵進行詳細的描述，以便使用這個模型去指導產品的設計。這個模型通常稱其為「人物角色」。 雖然是想像的，但是應該是典型的、可行的和真實的，讓你能夠使用。這個想法來自與一個能代表這類用戶的本質的原型。

注意縮小范圍，讓他僅僅描繪必不可少的。滿足所有人是徒勞的，通常最後沒人會滿意，所以盡量提出幾個最重要的和最流行的角色描述是非常重要的。同樣，如果你不去精確的定位你的目標用戶，你就只會存在模糊的概念，你會發現理解你用戶的反應非常困難。你要傾向於設想，讓你能更像你的用戶。

2、用戶目標(用戶意願)

一旦我們確定並描繪了我們主要的用戶類型，我們就需要找出用戶在使用產品中的目標(想要干什麼).這聽起來很簡單，但是解開根本問題是非常具有挑戰性的，特別當你周圍的人告訴你你已經解決了他們想要的。從CEO、銷售代表、工程師到客戶，每個人都太興奮而不能幫助你找到解決根本問題的辦法，他們會告訴你在某個地方添加一個快捷按鈕，或則添加一個功能僅僅是因為競爭對手有，或則是改變成他們喜歡的顏色。

最好的解決辦法取決於清晰的了解到底什麼問題需要解決，每個用戶模型可能有不同的目的，需要在用戶原型涉及的方面中進行尋找。有可能將來某個功能解決的問題並不是主要用戶需要達到的目標之一。

3、用戶任務(tasks，用戶為達到目標使用產品而需要做的任務)

掌握了用戶原型與他們的目標願望，我們就開始著手設計任務來滿足他們的目標意願，這是產品製作進程中最核心的部分，也是創造力和創新力被激發的地方。

許多優秀的產品僅是用更好更新的辦法解決一個已有的問題，有時候這種辦法僅僅是應用一個種新技術，但是大部分是來自深刻的見解而使一種新方法的產生。

注意我們雖然談到了目標和任務但是還沒有談到具體的功能，這些功能都需要達到用戶目標而必須的。你以後會發現許多功能都是低優先順序或則是完全多餘的。

以「必須功能」這個理由可以排除很多功能。諷刺的是，你用越少的功能，你的產品被發現得越來越強大。這是因為產品的功能越少，你的用戶就會發現並使用更多的功能，成功的使用越來越多的功能他們就認為你的產品非常強大。這些理由都是違反我們直覺的，我們大多數人都不能和我們的用戶一樣，我們在自己的行業中願意比用戶花費更多的時間去探索功能和容忍復雜性。

四、寫產品需求的原則

現在你需要開始把你的需求和用戶體驗定義成詳細的要求。同時你仍然會面臨著許多的決定和權衡，為你的產品標准作出最佳的決定是非常重要的。

在大多數的產品團隊中，每個成員都有做好產品的原則，但很少有兩個人有同樣的想法，這些差異都會導致不可思議的結果。嘗試和制訂一系列指導整個團隊的產品原則是非常有價值的，這些原則需要具體到域名和項目。

五、檢驗測試產品

這是一個拿出你想法的階段，創造力和創新力拿出成就的地方.很多人都容易犯一個常見的錯誤，他們對產品設計規范太有信心，結果一旦得到beta的測試他們就必須調整產品。

但是肯定beta測試版並不是進行重大改變的時候，所以才會有許多首次發布的產品離目標太遠。對於許多產品來說，這個時候你可以用大量的原型做很多的實驗。首先，下面的三個非常重要的測試你可能需要做可行性測試

產品是否可以開發 你的工程師和設計師應當介入技術的可行性調查和探索可用辦法。有些辦法是行不通的，但是有其他的辦法可行是非常有希望的。工程師會發現在產品的某個階段不可能逾越，現在知道比以後知道要好。

可用性測試

產品設計師將要和你緊密工作共同提出產品功能，讓它能適應不同的用戶。可用性測試常常會找出遺漏的產品要求，同時確認產品最初的要求是否是必須的。在你拿出一個成功的用戶體驗之前需要多做一些測試工作。可用性的目的是在真正的用戶身上測試，從產品目標用戶得到質量反饋的測試是非常藝術和科學的。當然產品經理和產品設計將模仿使用，但是實際是沒有人能取代真實的目標用戶。

概念測試(Proct Concept Testing)

光是可用和可行是不足的。真正的問題是你的用戶想要購買嗎—你的用戶有多喜歡-你做的有什麼價值。這測試可能與可用性測試聯系在一起。對於一部份小產品，您的想法寫在紙就足夠了，但是對於多數產品，為了預計產品是否達到目標，復雜用戶互作用或新技術的使用、某種形式原型都是非常重要的。

原型也許是一個物理設備，或者它也許是軟體產品的一個預覽版本。關鍵是它需要足夠現實，您能用原型在實際目標顧客身上測試，並且他們可以給您質量反饋。

以前做原型主要有兩個障礙。第一是缺乏良好的原型工具，需要花費很多的時間製作原型;另一個是管理方不知道原型和真實產品的區別，在不可預計的情況下，按照最終產品來要求原型。

今天有優秀的原型設計工具可以讓工程師或設計師快速的製作原型，可以有效的模擬未來的產品以達到必要的程度讓實際用戶進行測試。而且大多數管理者都知道模仿和實際的區別 — 就如同縮小比例的房子模型和真實的家一樣。

在實際去做產品之前去檢驗你的產品是非常重要的。一旦實際的工程開始，作出重要的變動會變得非常困難，花費也會變得很高。

六、對新產品進行驗證和質疑

當你認為你弄懂了你需要解決的問題，現在是時候開始驗證和質疑假設。假設甚至當作不知道是很容易的，但是切勿把不可知的結論當作指引，那會妨礙你獲得成功。

七、在寫產品需求時要考慮優先順序

除了明確的要求，對每一個您的要求給予優先和排列秩序是很重要的。多數產品經理，如果他們給予優先順序，一般都是表明要求是否是「必須有， 「重要」或「希望擁有」 (或其他一些分類系統)。分類是很重要的，不可掉以輕心。

產品經理對任何一個標記「必須擁有」都需要有高度的標准。如果還沒有找到必須擁有的功能意味著產品還不應該產生。所以小心標注「必須擁有」，這些標注「必須擁有」的功能直接反應出產品的核心價值。

「重要」的分類也很重要，在產品銷售前只要有機會就要滿足這些功能。

「希望擁有」產品團隊也應該注意到，即使大多數也都沒有實現，在未來版本也適當的慢慢實現。

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

首先，上市時間總是被關注，並且日程表經常下降，您說不定被迫使削減有些特點為了盡快進入市場。 你也不想產品團隊先開發簡單的功能而放鬆重要的功能，導致最後客戶使用的關鍵功能還沒完成。

其次，在產品設計和開發階段，團隊將會發現更多的問題產生並解決這些問題，所以很有可能有更多關鍵功能出現。優先順序會可以幫助你如何平衡以容納更多的功能。

這點就是說產品經理如何不給出優先順序和重要等級，其他相關較少的因素也會跟著無法確定。

整個PRD是一個不斷完善和思維提高的過程，明朗銳利就是可以成功的產品的，模糊就是失敗的產品。在爭論最激烈的時候也能容易做決定，並且幫助工程師做出計劃。

八、測試產品需求完整性

現在你有一個PRD草稿，你需要測試它的完整性。工程師是否可以充分了解並達到目標?OA Team(質量管理團隊)是否有足夠的信息來做出測試計劃，是否可以開始做案例?

當投資人或相關人審核了PRD，確定了各個需要說明的方面，所有的問題得到解決，現在你就可以按PRD進行產品開發。

九、管理產品

在產品實施期間，就算是最好PRD，也有不計其數的問題被解決。解決所有PRD中存在問題，如果不在PRD中就寫進去。你的任務就是迅速解決問題並記錄在PRD。

如果你做了你的工作並准備記錄在PRD，項目審查就會變得非常簡單，因為任何一個部份都歷歷在目。

記住PRD是一個「活」的文件，在要跟蹤記錄在產品開發期間的所有功能過程。最後你會發現很多額外的東西，如果你認為是必要的就在PRD中寫進。

篇二

當今時代，唯一不變的事情就是變化，創新是企業生命之所在，創新已經成為時代發展的主旋律。對白酒企業而言，開發新產品具有十分重要的戰略意義，因為隨著白酒行業競爭的日益白熱化，企業要想在市場上保持競爭優勢，只有不斷創新，開發新產品，才能鞏固市場，不斷提高企業的市場競爭力，保持市場可持續發展。因此，新產品是企業生存與發展的重要支柱，是確保企業基業長青的有力武器;對於營銷人員來說，推廣新產品是提升業績，增加收入，體現個人業務能力的有效途徑;對經銷商和二批商來說，新產品是提高銷量，增加利潤，保證廠商雙贏，保持市場可持續發展的有效辦法。

然而現實中往往很多企業投入了大量的人力、物力、財力研發的適合市場的新產品卻在推廣的過程中早早的夭折了。為什麼即使適合市場的新產品會在推廣的過程中會夭折呢?事實證明原因如下：一、凡是新產品推廣較好的企業都有推進計劃，並按計劃一步步進行落實。而那些推廣不好的企業則是企業將新產品分給客戶就萬事大吉，不再採取其他積極推進措施。二、真正的銷售是靠人來落實的，往往企業的銷售人員和經銷商會對新產品存在嚴重的抵觸情緒，抵觸的原因是，銷售人員和經銷商不願意去費心費力推廣新產品，他們都會把注意力集中在成熟產品做促銷，迅速起量上，這樣做既輕松銷量提升也明顯。那麼，企業要確保新產品成功推廣應採取哪些步驟呢?

確保新產品成功推廣的「步驟」

一、確保銷售隊伍和經銷商、二批商的關注度和士氣、齊心協力推廣新品

新產品上市前舉辦新產品上市培訓會，充分調動渠道中各個成員的積極性。提高銷售人員、經銷商、二批商的積極性，共同參與到新產品推廣中，形成「三級聯動」推動新產品推廣的氛圍。如： 向銷售人員、經銷商和二批商進行「新產品推廣的重要性」宣導，向他們介紹清楚新產品的誕生思路、它的優勢和利益點在那裡，具體的包裝口味、價格描述是怎樣的等等，使渠道中各成員對新品的上市做到心中有數，增強信心。另外針對銷售人員、經銷商和二批商進行新產品上市各項過程指標的專項考核，加快新產品鋪市速度，形成新品銷售氛圍，讓他們明白「過程做的好。結果自然就好」，只要能把新產品推廣過程中的各個指標(鋪市率、陳列、促銷、價格體系等等)落實到位，新產品自然就會推廣成功，銷量自然就好。如：新產品在上市銷售的過程中會有廣告投放、鋪貨、經銷商進貨獎勵、二批及零店促銷、超市進店、消費者促銷、銷售人員開店獎勵、等一系列動作，新品上市計劃要對每一項工作做出具體規劃和安排，確保新產品推廣的各項活動有條不紊的進行。具體要做到：

1、新品上市前召開所有銷售人員、經銷山和二批商新產品推廣培訓會。

2、對所有銷售人員、經銷商專門訂出新品銷量任務;

3、日常銷售報表和會議體現對新品銷售業績的格外關注，建立完善的業績分析系統全程掌控新產品推廣動態 ;

4、上市執行期銷售例會中新品業績成為主要議題。對不能如期完成新品推廣任務的市場要求做出「差異說明」，並進行獎罰激勵 ;

5、舉辦銷售競賽(如：新品銷售冠軍)對優勝者予以公開表彰和獎勵;

6、人員獎金考核制度，把新品銷量達成從總銷量達成中提出來單獨考核;

7、企業高層領導對新品推廣不力市場親自檢核，指出工作漏洞並進行協助;

二、確保經銷商進貨並在正確的渠道分銷

要確保經銷商按照推進計劃在規定的時間內按照企業的進貨標准進新產品，並且把新產品在正確的渠道分銷。因為在實際推廣的過程中，企業的銷售人員和經銷商往往憑自己的主觀判斷新產品不好賣，所以就一拖再拖不進貨或者適當進點但是沒有放到正確的渠道去銷售，就判斷企業研發的新產品不好賣，肯定會影響新產品的成功推廣。例如：有一家白酒企業在新產品上市初期，對所有渠道人員召開了新產品推廣培訓會，也制定了詳細的推廣計劃。可是在具體推廣的時候，A經銷商主觀認為新產品不好賣，就遲遲不肯進貨，經銷商連新產品進都沒進是不可能推廣的;B經銷商到是按照企業的規定時間和數量進貨了，可是把中高價位的新產品放到C、D類酒店和 C、D類商超渠道銷售，結果導致合適的產品沒有放到合適的終端店銷售，使得新產品動銷緩慢，就反映企業的新產品不好賣。

三、確保對於新產品推廣的指導、協助必須參與進去

要確保渠道中個成員對產品推廣的指導、協助必須參與進去。就是經銷商進貨後要做到讓銷售人員下市場車上必須裝新產品，拜訪終端店時必須把新產品上市的信息告知終端店並把促銷政策准確無誤的介紹給終端店(賣新產品的利潤比老產品利潤大)。如：C經銷商是按照企業的要求進了新產品，可是新產品進了以後，每天業務員的送貨車上不裝新產品，業務員下市場也沒有把新產品上市的信息告訴終端店，也沒有把新產品的促銷政策介紹給終端店，終端店也就不知道新產品上市的信息，也不知到銷售新產品比銷售老產品的利潤空間大，結果導致新產品在該市場推廣失敗。因此渠道成員如果沒有對新產品的指導、協助參與進去，就說新產品不好賣，新產品的推廣肯定是不會成功的。

四、確保新產品的價格體系

確保新產品按照企業規定的價格體系銷售，因為新產品上市前，企業是經過大量的市場調查，根據市場的實際研發出來適合市場的新產品。因此在新產品推廣的過程中必須檢查經銷商的出貨價是否正確，有沒有按照企業規定的價格執行;終端的零售價格是否正確，有沒有按照企業規定的統一零售價銷售。在實際推廣過程中往往渠道成員擅自更改企業新產品的價格體系銷售，結果影響新產品的推廣，反倒說企業研發的新產品不適合自己的市場不好賣。如：A企業的新產品在上市的時制定的價格體系：經銷商開票價：20元/瓶(經銷商的利潤來自於企業的返利)，終端店開票價：20元/瓶，終端店零售價25元/瓶。但是在實際推廣的過程中，經銷商私自把終端開票價改成25元/瓶，終端店零售價改成35元/瓶，結果導致新產品的價格體系脫離的了企業推廣新產品打壓競品、搶佔25元價位市場佔有率的目的，結果使得終端店感覺新產品的包材支撐不了35元/瓶的價位，使得新產品市場鋪市率低動銷遲緩，使得新產品在該市場推廣夭折。

五、確保新產品陳列和推銷

要確保新產品按照企業的陳列標准陳列和確保終端店主主動推銷。因為在新產品研發階段企業是經過大量的市場調查的，從而確立新產品在該市場的競爭優勢，在推廣的時候制定相應的促銷政策和陳列標准。因此在新產品推廣的過程中必須確保按照企業的規定的陳列標准做好櫃台陳列，並且在維護的過程中不厭其煩的告知終端店新產品的優勢以及銷售新產品的利潤空間，以及銷售新產品的獎勵政策。如果陳列不合格，店主不知道銷售新產品的利潤和政策，那麼新產品推廣就不可能成功。如：A企業在新產品推廣的過程中渠道成員都反映新產品不好賣。結果企業派市場部人員去市場走訪過程中發現，終端店是簽了陳列協議，但是新產品有的在終端店的庫房根本就沒有擺上櫃台;有的即使擺放在櫃台但也不在明顯位置。當問到終端店新產品是多少錢進的，賣多少錢，終端店也不知道，意味著終端店銷售新產品都不知道比銷售同等價位的競品利潤空間大。結果導致新產品在該市場推廣遲緩。

六、確保新產品的鋪貨率

鋪貨率檢驗是新品上市成功的基礎，鋪貨率達不到一定水平，評估新品接受度根本沒有意義，因此必須確保新產品在市場上達到規定的鋪市率(低於60%的鋪市率是很難判定新產品是否適合該市場的)。如：某企業在新產品推廣的時候，經銷商是打款發貨了，結果經銷商在新產品推廣的時候，只把新產品放到跟他關系特好的幾家終端店銷售，因為這些終端店在吃獨食，所以他們零售價賣的很高。結果導致新產品在該市場沒有形成一定的市場佔有率，市場佔有率低使得市場影響力低。

七、確保力所能及的掌控的終端售點數量的鋪市率

所謂為力所能及的終端網點的鋪市率，就是指該終端店和經銷商的客情關系很好，一直在銷售經銷商的其他的產品，但卻沒有銷售新產品。如果此類終端都不知道新產品上市信息和銷售新產品政策等或沒有進貨，證明經銷商根本就沒有推廣新產品。如;

某經銷商一直抵觸說新產品不適合自己的市場，終端店不接受新產品等等，結果企業高層親自到該市場走訪並和終端店溝通，結果在溝通時了解到不是新產品不好賣，而是經銷商就沒有把新產品的優勢和促銷政策准確無誤的介紹給他們。

八、確保新產品推廣員工的獎金制度執行到位

企業在新產品推廣初期都會制定推廣新產品的特殊政策，如對於銷售人員銷售新產品提成比銷售老產品高，新產品進店有開店獎勵等，要確保讓經銷商的員工知道銷售新產品的提成比銷售老產品高，新產品進店還有開店獎勵。如果經銷商的員工不知道到這些激勵政策更定不會去推新產品。如：某企業在新產品推廣初期針對經銷商的員工制定了相應的激勵政策。但是經銷商在實際推廣的過程中把企業的激勵政策自己剋扣了，使得員工在新產品的推廣過程中沒有積極性，導致新產品推廣遲緩。

「幸福的家庭都是相似的，不幸福的家庭各有各的不幸」。事實證明：要確保新產品成功推廣，就必須制定嚴格的推進計劃，並且不折不扣的按照推進步驟去執行。

篇三

1、產品用途

你的工作就是指出目標，團隊需要知道他們的目的是什麼，目標說明要盡可能的明確，請確保你的內容包括：

*那些問題你要解決，不是解決方案

*誰是目標用戶

*細節很多，但是大圖片必須清晰

*情景描述

2、產品功能特性

產品需求文檔最主要的當然是需求。 具體的需求完全地將取決於您的領域，但是不管你是什麼行業，您的產品團隊將受益於陳述需求的清楚，毫不含糊的要求，而不是模糊的解決方案。描述每個功能的互動設計和使用案例。您必須非常清楚每個功能和用戶體驗，還需要給工程團隊留下足夠多的靈活

3、發布標准

發布標准經常是不斷變化的，但是好的PRD應該考慮到為每種標準定一個最低要求。典型的如：性能，可測量性，

可靠性，可用性，可控性。

4、時間進度

其中很困難的一個問題就是描述產品需要的時間進度表。隨便列出一個時間是沒用的，你需要描述環境、動機、預計目標。你需要整個團隊都和你一樣達到預計目標，最終完成一個成功的產品。

新產品的產品需求方案文檔框架

A、總體說明

1.修訂版本

2.產品目標

3.產品受眾

4.名詞解釋

5.其它說明(流程圖之類的可以放這里)

B、用例需求部分

1.用例需求1

2.用例需求2

C、用例需求優先順序

D、進度表

寫好新產品的產品需求方案需要注意的五個方面

1、修訂版本，用戶需求文檔不可能開始就很完美，後期可能會進行多次修訂，所以需要記錄下，為什麼改動，什麼時候改動，誰改的。

2、產品目標，讓參與這個產品的每一個人知道自己需要朝哪個方向工作。

3、確定產品的受眾，讓團隊知道我們在為什麼樣的用戶做產品。這樣團隊里每一個人都可以根據自己的理解去發揮自己的想像力。

4、用例需求描述，產品需求文檔的核心模塊。

5、時間進度與優先順序，產品核心功能的實現基礎，無論什麼企業，資源有限，核心保證核心功能的開發就需要對產品需求文檔設置優先順序。

擴展閱讀

什麼是PRD?

該文檔是產品項目由「概念化」階段進入到「圖紙化」階段的最主要的一個文檔，其作用就是「對MRD中的內容進行指標化和技術化」，這個文檔的質量好壞直接影響到研發部門是否能夠明確產品的功能和性能。

Ⅳ 如何寫產品文檔，產品文檔有哪些流程

在線撰寫產品文檔越來越成為未來的趨勢，使用摹客iDoc，輕松實現產品文檔的在線協作、審閱，與原型、線框、高保真的緊密融合。

第一步：創建產品文檔

在摹客iDoc 中可以免費創建在線的產品文檔，摹客iDoc網址：www.mockplus.com/idoc

第二步：在線撰寫產品文檔

摹客iDoc 提供強大的產品文檔撰寫功能，可輕松引用設計稿，並在設計稿更新後自動同步到文檔中，修改設計稿不必再次修改文檔中引用的設計稿。

第三步：在線審閱產品文檔

摹客iDoc 還提供在線評論、審閱產品文檔的功能，審閱更及時，也可上傳本地文檔，支持doc、docx、pdf等格式的文檔，工作更高效

Ⅳ 如何寫商業需求文檔（BRD）

商業需求文檔（Business Requirement Document ） 即BRD文檔，是基於商業目標或價值所描述的產品需求文檔或報告，一般由團隊產品總監、產品主管或產品主負責人撰寫，主要面向投資者、老闆或項目總負責人，解決戰略層的問題：「做什麼+怎麼盈利」，相對更側重於分析項目的價值和商業模式，產品細節相對較少。

1、產品/項目的背景概述

項目/產品的定位，描述項目並且讓BOSS們了解產品的競爭優勢和市場價值

2、產品/項目做成什麼樣子？

產品的核心目標用戶、主要架構以及關鍵的產品路線圖，突出「戰略壁壘」

3、產品/項目收益、成本和風險分析

項目的收益、成本，ROI分析，項目的風險和對應的解決方案

以下為可參考的內容框架，一般以PPT形式，盡量控制在35P以內，關鍵突出項目/產品的價值喔：）

1、項目背景

1.1 需求來源與用戶需求分析

1.2 市場背景與競爭格局

1.3 商業模式

主要解決問題：為什麼要做？

2、項目規劃

2.1 產品目標用戶群

2.2 產品的核心內容結構

2.3 產品發展的關鍵路線圖（Road Map）

主要解決問題：主要做什麼？

3、項目受益、成本與風險分析

3.1 預期收入

3.2 成本預估

3.3 預期風險和解決措施

主要解決問題：這個產品/項目是否值得做？

BRD、MRD 和 PRD文檔 之間的區別與聯系有哪些？引用李明遠老師在知乎的分享：

Ⅵ 如何寫一份易用的產品需求文檔

產品需求文檔分很多種，這里我只說一種讓程序員看起來舒服的需求文檔格式吧：

作為程序員，在需求文檔當中，最關注的內容是哪幾種呢？
1、流程：包括業務流程和基本流程；
2、數據：包括輸入數據和展示數據；
3、事件流：特別是分支事件流和例外事件流，感覺很多需求文檔中，缺少了這部分；

那麼，文檔的模板是怎麼樣的呢？
1、需求說明：主要闡述為什麼要做這個需求；
2、業務流程：最好使用VISIO來繪制，畫出整個業務的流程圖，特別是其中所要涉及的判定，分支等，都要畫出來，越詳細越好；
3、基本流程：繼續使用VISIO，畫出基本流程即可，一般來說都是業務流程中的最主要部分，但是可以加入更多的細節；
4、分支事件流：VISIO，各種分支事件的詳細流程，越詳細越好；
5、例外事件流：這里要使用表格，示例如下：主要是系統判定和對應的提示；6、輸入數據：用戶可以輸入數據的欄位，已經相應的定義，包括是否必填，欄位長度，錄入方式，對應規則等；
7、顯示數據：頁面顯示給用戶的數據，對應的欄位，取數規則，對應規則等;
8、補充說明；這個需求文檔模板，更傾向於傳統的軟體模板，而不是網路上比較流行的AXURE文檔。

Ⅶ 產品需求文檔模板

首先告訴你產品需求文檔肯定是有的！一個經過實際工作檢驗、經歷過「質疑」、「挑戰」和「斗爭」之後沉澱下來的模板，肯定是已經吸收了各類人的偏好、意見，固化了很多符合實際業務必須的內容要求，能夠起到很好的業務承接作用。格式化、標准化本身是一個很好的思維、工作方式，可以讓你在編輯文檔和接受文檔的雙方關系中建立一種「標准」的溝通機制和預先定義的溝通基礎，減少額外的溝通成本，提高效率。

不過，在享受別人智力和經驗梳理好的模板進行需求編寫的同時，還是應該了解模板形成的原因，並在此過程中形成自己對於模板的理解，進而形成對於產品需求文檔的理解，在理解中使用，裁剪和優化。

要理解和分析模板，理解和分析產品需求文檔，可以運用以下幾個方法：

一、描述-解釋-預測-監控

描述，是對觀察過程和觀察結果的描述。觀察的對象因不同的研究而有差異，其目標是盡可能完整地將觀察者根據自己的觀察得到的現象、由此現象所產生的思想和感覺，以及在觀察過程中選擇納入的過程參與者對現象的反應等信息進行描述。

解釋，是回答 「為什麼」，是對於描述的理解、歸類、定義和解釋。其目標是將描述內容背後的成因、原理、動機，內容中各部分之間的相關，依存、依賴和影響關系等進行說明，以便對於描述內容有更清晰、更細致、全面的了解。

預測，根據以因果關系為內容的內在聯系，相互影響來推導未來的發展或者將要發生的事情。通過研究解釋內在的聯系，准確地表達內在聯系，從中推導出正確的預測。

監控，是對於預測行為、現象的觀察和監督，包括了觀察到的預測中的行為、現象的發生或者預測以外的行為、現象的外發生，以及因此而採取的對應的反映動作；這些反映動作是預測過程中根據內在聯系制定的「響應」機制，並任其自然發生或者通過提供「系統」的自製能力來實現。

二、需求准備、編寫和檢查

回歸到產品經理的日常工作中，在時間佔比上較為集中的就是產品需求管理了，包括了需求的准備、分析、編寫和檢查過程。在這個過程中，描述——解釋——預測——監控這個通用的科學分析過程也同樣使用，且可以貫穿其中，並可以幫助理解、形成並固化成我們前文提到的需求文檔的模板。這個科學分析的過程、方法在不同階段運用的側重點會有所不同。

1. 描述

描述的過程是客觀的進行「需求向」描述的過程，是一個「背景」信息的補充，用來說明，這個需求文檔的源出是什麼，是針對什麼問題，這個問題是在具體什麼領域，在怎樣的范圍內，涉及到的是那些人；在需求相應的功能設計實現之前，當前的解決方案存在的問題是什麼，參與者是怎麼解決的，解決的情況怎麼樣，是好，還是不好，還是勉強可以，對於新的需求的緊迫性是什麼樣的。此外，描述的過程還需提供一個基礎的概念和流程的解釋，用來統一作為背景去理解一個現實的業務場景和「溝通字典」，避免在溝通中因為誤解而產生不必要的偏差。

需求准備的過程：了解需求來源（管理部門、市場部門、運營部門等），需求背景（行業、同業規則現狀等）；

需求分析的過程：了解需求目標、預期效果（時間、結果等）、使用者習慣、相關人影響；

需求編寫的過程：描述需求目的、背景、時間和結果要求、業務流程、交互過程、系統架構、干係人角色和影響范圍；

需求檢查的過程：需求的背景、目標、過程、干係人、結果預測和預防的完整性檢查；

2. 解釋

解釋在需求來源的基礎上描述了 「為什麼」接下來這個需求可以解決遇到的問題，同時還加入了「是什麼」和「怎麼樣」的部分。就是這個需求是通過怎麼樣的方法解決了「描述」過程中提到的問題，這個新的解決方法需要要做什麼，對於原有的業務過程有哪些改變，會提升什麼，會降低什麼，會影響哪些人、哪些業務部分、哪些業務系統以及哪些數據的產生。這個部分，是需求文檔的最主要、最核心的內容部分，也是在內容上佔比最大的一部分。

這里的解釋根據產品需求面向的要解決的問題不同，而可能存在多個層面，多個維度的層面，比如對於運營的影響，對於前端市場的影響，對於用戶的影響，對於財務、法務的影響；從技術開發、技術實現維度，比如對於前端開發的影響、對於服務端開發的影響、對於數據平台的影響，還可能涉及到對於運維資源的影響等；因此對應到實際的產品需求工作中：

需求准備的過程：了解需求可能涉及的相關業務系統及系統對應的數據流程和邏輯、了解需求可能涉及的外部服務的數據流程和邏輯；了解面向的內外部用戶的產品使用水平、學習能力和使用習慣；

需求分析的過程：選擇和制定最有效的，滿足時間、資源投入等要求的方案；

需求編寫的過程：詳細描述需求的業務流程，通過各種圖表格式說明新的解決方法在各服務系統之間、各業務部門之間、用戶與產品，產品與後服務之間的數據、文件和行為的交互過程、詳細的信息輸入、信息處理和信息輸出；每個業務節點明確的輸出物和節點標志，重要性和優先順序；系統架構、干係人角色和影響范圍；

需求檢查的過程：需求的流程、用戶交互動作、系統信息交互等完整性檢查；

3. 預測與監控

預測與監控在產品需求文檔的管理上是聯動的，是對於預測的事件發生的時候，進行管理的機制，監控=預測+干預。在產品需求文檔的管理上，對於設計好的業務流程、使用功能，在實際過程中可能會出現這樣或者那樣的 「非規劃」的使用，也就是我們通常說的「用戶並不總是按照產品設計的方式來使用產品，而且，往往相反。」因此，這部分內容很大的比例需要來對於用戶的行為進行預測和監控，並提供「預防」或者「解決」方案。其中：

預防在於，預測產品的用戶在使用的過程中，可能會進行的一些超過產品使用半徑的操作，一旦進行這些操作，操作的任務流程會中斷，掉出，進入其他業務流程中且無法回滾，從而使得操作無法進行下去，功能使用失敗，使用者會感覺產品、功能沒有包容性，缺乏引導性，導致了最後操作的失敗，預想的結果沒有實現，而且造成了一定的挫敗感，甚至造成了一定的損失。預防的具體方法多採用導航、提示等，不同的系統都有各自標准化的控價，我們在這里不做展開。

解決在於，預測產品的用戶在使用產品的過程中，因誤解、操作手誤而進行了「非標」、「超規」使用「掉出」原本設計的業務流程和操作流程的情況下，需要提供額外的流程和控制來「回轉」用戶的操作，來幫助用戶回到預先設定和他所需要的流程上來。解決的具體方法多通過「導航」引導「跳轉」和「返回」、「回退」來實現。對應到實際的產品需求工作中：

需求准備的過程：了解用戶特徵和使用水平、評估、比較不同方式實現需求對於用戶行為的可控性和「非常規」操作的危害程度；

需求分析的過程：選擇和確定需求實現方案，評估行為管理方式和管理機制；

需求編寫的過程：詳細描述需求的業務流程和交互過程中可能出現的用戶異常操作，相應異常操作中系統反應，系統對應的控制和引導；

需求檢查的過程：需求「異常」流程和相應引導、控制地完整性檢查；

在需求管理的過程中，就可以按照這個 描述——解釋——預測——監控流程來進行。這四個既是步驟，是需求文檔內容的組成部分，也是需求編寫完成之後的檢查。

四個模塊構成了需求文檔的完整性，且同時有各自獨立，有對應的說明，引導、要求和標准。所謂標准文檔，就可以按照這四個模塊作為框架、內容和格式。

寫在最後

產品需求文檔作為產品經理同視覺設計、交互設計以及技術開發人員進行需求溝通的一個載體，我平時用的比較多的是摹客的服務進行創作。一個完整的、充分溝通確認，並最終達成多方理解和共識的產品需求文檔，能夠最大限度的還原產品、功能的設計，保證產品、功能的實現，最大限度的減少因為各方理解的偏差而造成的時間、人力和經濟資源的浪費及復工。

Ⅷ 如何才能寫出好的產品文檔

一般來說，產品文檔分為產品需求文檔和產品使用文檔兩種。產品需求文檔主要面向的是產品的開發、設計者，期望是產品的實際開發人員了解產品的細節，讓開發完成的產品達到前期設計需求的預期；產品使用文檔面向的主要是使用者，使其通過產品文檔掌握產品的功能使用，也就是我們常說的產品使用幫助；如果不搞清楚文檔面向的對象，往往寫出來達不到預想的效果。類似這樣專業的文檔文案，其實是有一定共通性的；掌握這類文案的寫作技巧，尤其對我們IT從業人員來說，是一項非常不錯的技能。筆者從業這兩年，跟此類文檔打過不少交道，在這里跟各位分享一些經驗。

1、對象要清楚

開篇就提到了，清楚文檔面向的對象的重要性。對於不同的對象，必須使用不同的寫作思路來對待，盡可能的站在對方的角度去思考。他需要看到什麼？什麼內容對他有用？我如何闡述給他？對於產品設計人員，他所需要了解的是產品的樣式、界面、交互等情況，對於實際編碼人員，他則偏重於產品的可實現性，你的內容則需要偏注產品的功能細節和內部處理。所以，文檔面向的對象決定了文檔的功能和內容。確定文檔面向的對象才能做到有的放矢。

2、條理要清晰

文檔的條理清晰不僅讓你的文檔看起來比較順暢，更讓閱讀者能夠很清楚的理解。所以，下筆之前就應當知道自己的文檔內容大致分為哪幾個大的模塊、模塊下又細分了多少個子模塊，然後在大綱的基礎上，再進行詳細的內容填充。筆者之前的經驗，往往在文檔下筆之前認真思考了好幾天，總希望在下筆之前就希望把所有的問題都想清楚。這對於寫作者來說，是一件不好的舉動。其實，東西在腦子里轉悠，不如在紙上來的直觀。大綱列出來之後，然後再來反復的添加、修改，比你按筆不動要來的有效率得多。對於寫作來說，最難的也是開始。

3、邏輯要嚴謹

產品類的文檔不同於平常我們書寫的文檔類型。對於內容敘述的嚴謹性要求非常嚴格。因為你的文檔不單單是一個你對這個項目、產品的理解，它更是需要做為一個協作的載體讓其他的同事同時使用，更可能成為其他同事工作方向的指引。因此，嚴謹是必須的。所以，在滿足了文檔條理清楚的前提下，仔細斟酌、思考文檔可能會出現歧義、漏缺的部分，反復修改文檔成為了一項必須的工作。在大家協調工作的背景下，你一個人不可能將所有的問題都考慮清楚。所以往往出現同事指出你文檔中存在的毛病和漏洞。但是你還是應當在前期多做一些考慮，將問題盡量減少。

4、用詞要專業

專業的用詞不當可以幫助你提升文檔的專業度，更可以幫助你提升效率，減少重復和不必要的溝通成本。既然是行業那就需要行業標准，使用專業的行業術語是一種職業化的表現，這樣既可以很快和同事達成共識，又讓別人覺得你很專業。我想，同事之前這樣的協作才是有效率的。當然，對於新手來說，如何掌握專業的用詞，這就需要平時多看多讀了。多了解小眾的博客，多認識一些前輩和朋友，無論是對寫作還是對工作的認識，都是很有幫助的。

5、格式要規范

對於一個IT行業從業人員來講，規范化、流程化的工作模式是非常重要的。對於需要經他人手的文檔、或者需要進行存檔的文檔來說，格式的規范與否是一個衡量你專業化程度高低的重要衡量標准。當然，說到這個規范，你在第一次寫作之前就應該了解這個規范是一個什麼樣的規范。是行業規范？還是公司內部的規范？這取決於你所在公司或所從事項目的情況。對於大公司，你所要做的就是找之前前輩們寫過的同類文檔進行拜讀，了解這些規范。對於小公司或者新創的項目，之前沒有過同類產品文檔的情況。你所要做的就是沿用標准規范再加上項目特點，盡可能細致的書寫。相信，經過你的努力的，你寫的文檔將會成為該類文檔的案例，成為規范。

其實無論是產品需求文檔（PRD）、產品策劃書還是商業計劃書，其實都是需要我們下功夫仔細研究的。畢竟中國互聯網發展才十幾年，很多細節都還不是很專業。對於一個會思考的互聯網人，武裝自己的頭腦，豐富自己的技能才能找到更好的職業發展。

Ⅸ 如何寫互聯網產品需求文檔

你好，網上有很多產品需求文檔的例子，你可以參考一下，大致有以下這些內容：

首先自己要能理解需求，知道具體是要做一個什麼樣的產品，產品的主要用戶是誰，產品有哪些主要的功能
然後你能把這個需求描述給團隊其他成員，讓他們也能明白這個需求
最後在和團隊其他成員溝通的過程中你能解決他們提出的一些問題
產品背景、需求描述、關鍵詞/字、功能結構、功能流程圖、頁面流轉圖等

Ⅹ 產品需求文檔應該包含哪些內容

我們先假如產品需求文檔（PRD）是一個產品，那麼該如何做出一個擁有良好用戶體驗的PRD？

首先先來考察下PRD的用戶群體（User Persona）：主要是開發人員，在繁忙的開發任務中最希望看到「簡潔易懂」的產品需求文檔。

梳理下PRD的功能：

傳達出產品需求；

管理記錄產品迭代過程；

各部門共享產品信息，以促進溝通；

因此一個好的PRD的原則是：

結構清晰

語言簡潔易懂

實時共享

具體我們該如何製作？

答案很簡單——一個PRD文檔即可

現在，越來越多的產品經理採用將文本說明和原型結合成一個PRD文檔的方式，因為之前的word+原型的方式管理起來繁瑣，而且還容易產生信息疏漏。

將原型和文本說明統一，直接分享一個鏈接，開發人員就能看到所有信息，是理想狀態。

多級導航結構展示PRD信息

通常來講，一個產品需求文檔里包含「產品概述」、「流程圖」、「功能詳情和原型」，「全局說明」，「非功能性需求」。

如何把這些內容清晰有條理地呈現在一個文檔里呢？使用一個網頁般的多級導航結構即可。

1、產品概述

產品概述部分用於展示文檔修訂歷史、版本說明、開發周期、和產品介紹。

「文檔修訂歷史」用來記錄產品經理對該PRD文檔的修改狀況，也方便成員能及時了解到PRD是否有改動；

「版本說明」展示上線產品各版本的核心功能；

「開發周期」用於梳理開發、測試、上線的預計開始和結束日期。

「產品介紹」用來記錄產品名稱、簡介、用戶畫像、使用場景、產品定位等等。

通過墨刀的分享鏈接還能直接讓公司內部人員在線實時同步PRD的更新，不用再擔心信息滯後或者文檔不兼容問題。

讓我們著手開始創建或者優化您的產品需求文檔吧～
希望採納！謝謝！

配圖來自 「運維派」以及墨刀官網截圖