關于客戶描述他們想要的產品和最終交付的產品之間的誤解,下面這張有趣的圖畫可以精準闡述。
第一張圖片展示了客戶所描述的內容(一個簡單的木制秋千掛在兩根樹枝之間)并通過各種迭代(按照生產流程一步步進行后)直到最后一張圖片。
最后的這張圖顯示,實際交付的是一個懸掛在一根樹枝上的輪胎秋千——與客戶想要的有所不同。
如何清楚了解新產品的關鍵要素?答案是產品需求文檔 (PRD)。
在本文中,我們將深入探討 PRD 是什么、PRD 和 MRD 之間的區別、使用 PRD 的好處。
簡而言之,產品需求文檔詳細說明了特定產品版本中必須包含的特性和功能。對于參與設計和開發特定產品的所有團隊來說,這是一個至關重要的參考點。
可以根據 PRD 中捕獲的信息創建其他幾個文檔。技術部門可能會創建一份技術要求文檔,詳細說明產品的系統要求。
設計師可以創建功能需求文檔,詳細說明用戶與系統交互時會發生什么,包括顯示產品設計的線框圖。
用戶體驗 (UX) 設計人員也可以通過PRD的內容創建一個用戶界面需求文檔來解釋產品的外觀和感覺。
在產品開發過程開始前創建產品需求文檔至關重要。一旦企業確定需要該產品,就應該首先創建 PRD,明確產品主要功能。
市場需求文件 (MRD) 詳細說明了產品的市場機會或客戶需求。它對于支持產品開發的商業案例至關重要,應該在 PRD 之前創建。
市場需求文檔中的示例目錄,在確定產品的商業案例時應在 PRD 之前創建。
MRD 通常包含目標市場的定義,并提供產品成功所需滿足的客戶需求的優先列表。然后可以使用它來塑造 PRD 中描述的核心能力列表。
MRD 通常還會建議產品發布的時間框架,以便在適當的情況下利用首先進入市場的定位。
花時間編寫 PRD 有很多好處:
對于參與產品開發的人來說,一個完善的 PRD 能清楚地詳細說明將要交付的內容、所做的任何假設、驗收標準以及產品發布的時間表,便于參與者明白整體的框架。
PRD 不是靜態文件;如果客戶或市場需求發生變化,它可以在整個產品開發過程中更新。確保所有相關人員都能看到它,確保團隊擁有完成工作所需的最新和相關信息。
PRD 應在客戶初次簽署后與所有相關者共享,并在整個開發周期中保持可訪問性,以供根據需要參考。使用在線協作平臺,團隊可以輕松地就需求達成一致并確定優先級,制定 PRD,并在整個開發過程中進行有效溝通。
詳細說明不會開發的內容同樣非常重要。許多 PRD 包含一個“超出范圍”部分,其中列出了不會在該版本中開發的任何特性或功能。
澄清超出范圍的內容對于幫助開發人員掌握時間和預算非常重要。頻繁的范圍變更是項目失敗的主要原因之一。有時,與耗時更長、成本更高的鍍金解決方案相比,滿足客戶需求的更適度的功能是一種明智的權衡。
產品需求文檔不是在孤島中創建的。至少,無論如何都不至于完全不交流。創建有效的 PRD 需要多個團隊之間的合作和溝通。
業務和營銷團隊通過探索市場和客戶需求以及獲得領導支持和資金來確保潛在產品的可行性。
業務分析和用戶體驗團隊圍繞可用性和功能需求提供意見。工程團隊提供系統知識,以確保技術基礎設施到位以支持產品。
跨職能領域的協作——以及偶爾的妥協——確保了一致性,并使 PRD 成為所有團隊的有用中心參考點。
很明顯,我們應該在開發產品時考慮到客戶。
但是有時,在產品設計流程中,很容易忘記我們實際上是為誰設計的,產品最終的目標是客戶。
PRD 使用來自 MRD 的輸入來創建可能對用戶有價值的核心特性和功能的列表。客戶研究和市場分析構成了 MRD 的支柱,并確保最終用戶得到充分代表。
以上便是本文的全部內容了,希望能讓你對產品需求文檔多點了解。