從抽象的概念到具體的形象化的產品設計過程，通過文字、圖像等形式，把我們計劃好的產品需求展現出來。把產品的某一目標或要求轉化為具體實物或工具的過程，通過具體操作，以理想的形式表現出一種計劃、計劃設想、解決問題的方法。下面就有小編為您帶來需求說明文檔怎么寫的相關介紹。

騰訊文檔

3.8

79條點評

咨詢產品

免費試用

解決用戶選型困難的好軟件，有各維度的信息

客戶案例

暫無

合作品牌

13

一、什么是需求說明文檔？

   什么是需求說明文檔呢？由于產品設計階段要全面確定整個產品策略、外觀、結構、功能，從而確定整個產品系統的布局，因而，產品設計的意義重大，具有“牽一發而動全局”的重要意義。

   如果一個產品的設計缺乏具體形象的表述，那么研發時就將耗費大量資源和勞動力來調整需求。相反，好的產品設計，不僅表現在功能上的優越性，而且便于執行時理解，從而使產品的研發效率得以增強1、產品需求文檔介紹

    產品設計的最終表述的形式被稱為產品需求文檔，業界常常稱呼為PRD文檔，這是英文Product Requirement Document的縮寫。產品需求文檔是將產品規劃和設計的需求具體形象化表述出來的一種展現形式，主要用于產品界面設計和研發使用。

    PRD文檔是基于BRD、MRD的延續文檔，主要是一份給執行層面的工作人員閱讀的文檔，這部分人群絕大多數是設計與技術人員。在這類人群中，設計師更多依賴于產品原型進行交互或視覺的設計，因此看這份文檔的人主要是技術人員。

    相對于技術人員，他們不太關注產品的商業需求和市場愿景，因為在進行產品討論立項時，產品的定義就已經向參與設計和研發的人員宣講過，因此技術人員更多的是關注界面、功能、交互、元素等等內容，因此產品需求文檔是一份詳細的產品功能需求說明文檔，是產品文檔中最底層和最細致的文檔。

    因為閱讀人類的因素，所以產品需求文檔是一份沒有閑話，直入主題的功能說明文檔。并且產品需求文檔是沒有標準規范的，也沒有統一的模板，每個公司都不一樣和每個人也不一樣，這個取決于個人習慣和團隊要求。雖然產品需求文檔沒有明確的規范，但是目的都是一樣的，必須能夠明確產品的功能需求，便執行人員理解任務要求。

產品需求文檔

二、產品需求文檔寫作

產品需求文檔是產品經過規劃和設計之后的最終執行文檔，因此這份文檔的質量好壞直接影響到執行部門是否能夠明確產品的功能和性能。

1、羅列信息（信息結構圖）

    在寫產品需求文檔之前，我們需要先羅列出產品功能的信息內容，這一步是將想法逐漸清晰的第一步，也是幫助我們接下來設計功能的輔助信息，同時也可以輔助服務端技術人員創建數據庫。因為這是第一步，所以我們不需要羅列的很詳細，在之后的步驟里，我們會逐步改進和完善信息內容。

    羅列信息內容的方式有很多種，文本形式、思維導圖形式等等都可以，最主要的是能夠清晰易懂，我最常用的方法就是使用思維導圖軟件(MindManager)羅列成結構圖，因此我稱這一步為“信息結構圖”。

    無論是什么樣的產品類型，無論從哪里入手，我們第一步都是先要羅列信息結構，因為信息結構圖不僅是輔助技術人員創建數據庫的圖表，也是輔助產品人員進行產品功能規劃的參考，只有對信息或數據的結構了解了，我們才能更好的設計產品。

    信息結構圖是我們將概念想法形成結構化的第一步，也是我們接下來幾步工作的輔助文檔，同時在接下來的幾步工作中，我們還會不斷的完善信息的結構。

2、梳理需求（產品結構圖）

    當我們對產品的信息結構了解后，我們就需要規整腦海中的產品需求，讓想法更加結構化，因此這一步就要梳理產品的需求。在設計產品原型之前，我們首先要羅列出產品的功能結構，包括頻道、頁面、模塊及元素。

   這一步依然使用思維導圖軟件，像繪制樓盤鳥瞰圖一樣將產品的結構繪制成結構圖，因此我稱這一步為“產品結構圖”。

    產品結構圖是一種將產品原型以結構化的方式展現的圖表，結構內容也如同產品原型一樣，從頻道到頁面，再細化頁面功能模塊和元素。

   所以產品結構圖是產品經理在設計原型之前的一種思路梳理的方式，并不是給其他工作人員查看的文檔，通過類似鳥瞰式的結構圖可以讓產品經理對產品結構一目了然，也方便思考。

    上圖以我們第一步的“信息結構圖”為基礎繪制的“產品結構圖”，有了這份結構導圖，我們可以對產品進行鳥瞰式考慮和完善，當有問題時，修改起來也比原型和文檔方便很多。

    比如在后續規劃中，我們發現文章的圖片等附件上傳后，管理不太方便，這時就可以在結構圖中增加一個“附件管理”頻道。如果我們使用產品結構圖的方式，那么附件管理的功能增加和修改就會比原型工具更加便捷和效率。

    產品結構圖的方法同樣適用于移動互聯網產品的設計，并且比起Web產品更加容易梳理產品結構。

    產品結構圖是一種讓產品經理通過思維導圖的方式梳理思路的方法，通過這種方法可以明確產品有多少個頻道、有多少個頁面、頁面有多少個功能模塊、功能模塊有多少個元素，逐步的將腦海里的想法明確梳理成結構。

    雖然這種方法能夠明確產品的結構，但是這樣的思維導圖也就只有產品經理自己能夠看懂，因為對于設計和技術人員這是一個抽象的表述方式，如果沒有詳細的講解，是很難理解的。

    產品結構圖是將產品原型具體化的一種方式，只是羅列了產品的頻道頁面和功能，但是沒有詳細的進行推演，關于細化方面是否符合產品邏輯，是否符合用戶體驗，這些都是沒有深思過的，因此我們接下來就要進行原型設計，開始具體的考慮可行性。

3、原型設計（界面線框圖）

    當我們逐漸清晰了產品的需求后，并梳理了產品的各個頻道及頁面，那么這一步就要開始驗證這些想法的具體界面表現和方案的可行性了。

   原型設計是幫助我們更細致的思考，并做各項需求的評估，同時也是將自己腦海里的想法進行輸出的一種方式。通過原型設計后，我們就可以進行產品宣講了，相比較于抽象的文字描述，原型則更加直觀的展現產品的需求，設計和技術人員或者老板也能夠更加直觀的了解到產品意圖。

   原型設計是將結構化的需求進行框架化，因此原型也被稱為線框圖，具體的表現手法有很多種，相關的輔助軟件也有很多，例如：Axure RP、Balsamiq Mockups、UIDesigner等等。

    當到了原型設計這一步時，已經不僅僅是構思了，我們需要更加深入的了解每個頁面上元素和這些元素的屬性。例如按鈕元素，我們就需要考慮這個按鈕的功能，并且這個功能操作后帶給后端和前端的反饋。

   例如注冊會員按鈕，用戶操作后，第一步邏輯是驗證用戶輸入的信息是否合法，不合法則給出前端反饋；合法則和后端通信驗證是否已經存在同樣信息，已經存在則給出前端反饋，不存在則進入下一步，注冊成功；

   注冊成功后的反饋是跳轉頁面，還是彈出層提示用戶完善資料，這些都是需要更詳情的考慮。當然這些更細致的思考是留在需求文檔撰寫時的，而此時我們需要做的就是把這些元素通過原型表現出來。

    原型設計的表現手法主要有三種：手繪原型、灰模原型、交互原型。從工作效率的角度考慮，我非常建議先通過手繪的形式快速在草紙上繪制出產品的原型，推演和討論方案的可行性。當方案的可行性被驗證之后，我們再根據個人習慣或團隊要求，通過軟件工具進行更深入的設計。

① 手繪原型

   因為原型也被稱為線框圖，因此手繪是最簡單直接的方法，也是最快速的表現產品輪廓的手法。手繪原型在初期驗證想法時非常高效，也方便討論和重構，同時也適合敏捷開發時快速出原型。

② 灰模原型

   灰模原型是由圖形設計軟件制作而成，最常用的軟件是Photoshop和Fireworks，相對手繪原型，灰模更加清晰和整潔，也適用于正式場合的PPT形式宣講。

    灰模原型也可以稱之為平面原型，所以如果不會使用圖形軟件也可以使用Axure RP設計，相比交互原型，灰模原型只是缺少交互效果，僅僅是將產品需求以線框結構的方式展示出來，讓產品需求更加規整的直觀展現。

③ 交互原型

    交互原型是使用原型設計軟件完成的原型，常用軟件是Axure RP，通常情況交互原型的設計要早于產品需求文檔，是產品經理想法推演的重要一步。通過Axure RP之類的交互原型軟件制作出來的產品原型，在功能需求和交互需求的表現上，幾乎和正式產品是一致的，所以有時交互原型也被稱為產品Demo版。

    通常情況下交互原型是產品經理與交互設計師共同討論確定，然后由交互設計師制作，但是絕大多數的公司是沒有交互設計師這個職位的，因此這類工作最終是由產品經理來負責的。

    以上三種方法并不是漸進的流程，而是三種原型設計的方法，具體取決于你的產品需求和團隊要求。

     對產品經理而言，原型設計是為了幫助我們仔細地考慮方案，論證方案的可行性，同時也是為了在產品講演時讓聽眾清楚、直觀地了解產品，避免抽象的語言描述造成聽眾理解困難和理解偏差。同時，產品原型也是為了保證產品在執行過程中，是按照產品經理最初設想的需求和期望來完成的，所以，產品經理的原型并不需要太高的要求，只要對方能理解，就能理解，所以，手繪原型是最有效的方式。 以上就是小編為您介紹的需求說明文檔怎么寫，希望對您有所幫助。