如何編寫產品需求文檔 (PRD)

當您製作產品時，您如何確保所有所需的功能都包含在最終可交付成果中？ 這就是項目需求文檔 (PRD) 如此重要的原因。 它將這些信息傳達給產品團隊的每個人。

但究竟什麼是產品需求文檔，需要在其中包含哪些內容才能使其生效？ 我們將向您展示如何製作一個，以便在您計劃下一個產品時，最終交付物包含您計劃放入的所有內容。

什麼是產品需求文檔 (PRD)？

產品需求文檔 (PRD) 是所有產品需求的詳細大綱。 它解釋了產品的價值及其用途或功能。 產品經理負責創建產品需求文檔以與產品團隊和利益相關者進行溝通。

詳細信息包括項目正在構建的內容、該產品的用途以及它將如何使最終用戶受益。 產品需求文檔的結構是自上而下的； 它從大局開始，提供要完成的工作的總體願景。 然後將產品目標與實現該願景的功能聯繫起來。 還有關於最終用戶如何與產品互動以及產品外觀的詳細信息。

使用產品需求文檔時，傳統的項目管理方法最為常見。 這是因為在瀑布等方法中，需求是在項目的第一階段定義的，下一個階段是在前一個階段完成後進行的。 然而，產品需求文檔已被用於更敏捷的環境中，並採用迭代和自適應規劃方法，在這種方法中，需求不斷地添加到積壓工作中並確定優先級。

無論您使用何種方法來管理產品開發，ProjectManager 都能滿足您的需求。 我們靈活的項目管理軟件具有用於瀑布方法的甘特圖，可以過濾關鍵路徑並設置基線以實時跟踪您的進度和績效。 如果您的團隊很敏捷，他們可以切換到看板並管理他們的積壓工作並協作計劃衝刺。 立即免費開始使用 ProjectManager。

如何編寫 PRD

很明顯，產品需求文檔是項目規劃中的關鍵步驟。 但是什麼構成了 PRD 以及如何創建一個？ 它必須是一個徹底、清晰的過程，並將用於將產品需求傳達給產品團隊。 還必須有發布所需的每項功能的詳細信息。

每個項目都是不同的，但是繪製出產品需求文檔的標準組件是有幫助的，無論您正在製作什麼產品。 隨意添加到此列表中，但以下是如何構建可行的產品需求文檔的良好開端。

1.概述項目信息

這是產品的高級視圖，用於介紹產品需求文檔將涵蓋的內容。 在這裡，您需要列出項目的所有參與者，包括利益相關者、目標發布日期和一些關於產品的一般信息，例如它的目的是什麼、它的需求等。

2. 詳細目標/目標

現在您需要更深入地了解項目的目標和目的。 也就是說，您需要概述您製作此產品的原因以及您希望在完成後完成什麼。 為了定義您的目標和目的，您可以使用 SMART 技術。 這個首字母縮略詞代表具體的、可衡量的、可實現的、相關的和有時限的，它可以幫助您確保您的目標和目標是現實的。

3. 注意假設和約束

列出產品用戶對最終交付物的期望。 然後列出可能對您的項目產生積極或消極影響的任何限制以及外部和內部力量。 這是確定是否存在任何任務依賴性的好時機。

4.添加背景和戰略契合

對於背景，您要定義項目將在其生命週期過程中解決的任何問題或問題。 這就像製定風險管理計劃，確定可能存在的風險以及您將如何應對它們。 戰略匹配是指您生產的產品如何與組織的整體業務戰略保持一致。

5.列出範圍：用戶故事和要求

該項目的範圍概述了將要開發的所有產品功能。 這是基於用戶故事，這是從用戶的角度對功能的一般解釋。 您還需要獲得利益相關者的意見並確定他們對產品的期望。

相關： Word的免費項目範圍模板

6. 定義產品特性

列出新產品或新版本的功能並描述其目標、每個功能和用例。 建議大家添加更多細節以充分理解該功能，特別是如果該功能很複雜或超出範圍。

7. 顯示發布標準

請注意必須滿足的先決條件才能將產品交付給客戶。 這包括要公開發布的產品的最低功能，明確用戶測試的範圍並確保產品對用戶友好。 您還將了解如何設置性能基線。

8. 記錄成功指標

您還需要為您的產品定義成功指標。 這意味著確定在交付成功產品方面最重要的因素以及您計劃如何跟踪該指標。 這可以跟踪用戶與功能的交互，以及他們使用產品或其他功能的時間或頻率。

9. 目錄排除

與了解項目範圍內的內容同樣重要的是了解範圍之外的內容。 通過詳細說明這些活動，您可以使團隊免於陷入只佔用時間並增加項目成本的死胡同。

產品需求文檔示例

現在讓我們看一下我們上面概述的產品需求文檔的組件，並看看它們在產品需求文檔示例中的外觀。 這是一個簡單的產品需求文檔示例，讓您了解它的工作原理。

假設您正在製作一個組織電子郵件的應用程序。 目標是創建一個應用程序，幫助人們避免垃圾郵件並標記重要的電子郵件，例如來自朋友和家人的筆記、賬單等。目標是該應用程序將覆蓋廣泛的受眾並列在應用程序商店的頂部.

您將使用可以掃描垃圾郵件並將其移動到垃圾郵件文件夾的功能，以防它收集非垃圾郵件。 還有一些功能可以識別您通訊錄中的人並標記這些電子郵件，以便您首先看到他們。 此外，還將有一項功能可以捕獲對時間敏感的電子郵件，例如賬單。

該工作流程由工程師開發解決方案，然後由用戶界麵團隊設計，以確保產品對用戶友好。 內容團隊將添加必要的副本，產品將通過測試以確保沒有錯誤。 如果有錯誤，將在返回測試隊列之前將這些錯誤發送回工程部門進行修復。

電子郵件應用程序將為移動用戶設計，但此時，團隊將決定是否有資源為瀏覽器、操作系統等創建多個版本。團隊還將確定相關任務，例如設計可以'在工程提供可行的功能之前無法工作。 假設包括用戶將具有如此易用性，以至於沒有進入障礙。 限制因素將是上市時間，因為產品很複雜，並且可能需要一個可能影響銷售的預定時間表。

PRD 與 MRD

產品需求文檔經常與市場需求文檔混淆。 後者定義了產品將解決的客戶需求。 產品需求文檔是產品的構建方式。 它們都很重要，但服務於產品開發的不同領域。

PRD 與 BRD

另一個經常與產品需求文檔混淆的文檔是業務需求文檔。 後者更多的是對業務需求的高層次審視。 它回答了有關業務想要做什麼的問題，而產品需求文檔專門針對產品的構建。

ProjectManager 幫助進行產品規劃

產品需求文檔是更大的產品計劃的關鍵部分。 它本身就很複雜，而且只有在您必須安排活動、資源和成本時才會變得複雜。 然後是跟踪這些成本。 所有這一切意味著您需要產品管理軟件來管理所有這些活動部件。 ProjectManager 是一款在線項目管理軟件，可幫助您計劃、安排和跟踪您的產品需求。

管理多個項目視圖上的任務

產品經理可能會在甘特圖上構建項目，但產品團隊不需要這種詳細程度來完成他們的工作。 幸運的是，有多個項目視圖可以幫助團隊使用他們想要使用的功能來實施計劃。 有些人更喜歡列表視圖或看板視圖，它允許團隊管理他們的積壓工作並在 sprint 上進行協作。 管理人員可以了解他們的工作，因此他們可以重新分配資源以避免瓶頸。 還有一些重複性任務可以提醒團隊成員會議、產品評論等。

實時跟踪進度和績效

要按時完成產品計劃，您必須跟踪進度和績效。 在您的 PRD 中，您會記下指標和成功標準。 我們的實時儀表板為您提供項目的高級視圖。 與其他輕量級工具一樣，無需設置。 當您在易於閱讀的圖形和圖表中跟踪六個項目指標時，它就準備好了。 您可以跟踪時間、成本、團隊的工作量等，以發現任何異常並在它們成為問題之前解決它們。

當您想要深入了解可以輕鬆與利益相關者共享以保持更新的數據時，有可定制的報告。 還有一些資源管理工具可以讓您的產品團隊保持高效。 我們的軟件是滿足您所有產品需求的一站式商店。

ProjectManager 是一款屢獲殊榮的軟件，可將團隊聯繫起來，並為他們提供自動化工作流程、管理風險和實時跟踪工作的工具。 我們的協作平台意味著您可以隨時隨地跨部門或跨大洲工作。 加入 NASA、西門子和雀巢的團隊，他們正在使用我們的工具來取得成功。 立即免費開始使用 ProjectManager。