MRD與PRD有何不同？

新產品開發在多數公司都是極機密等級的專案，通常只有核心成員可以知道，這種『只可意會、無法言傳』的低調方式，不僅造成人才斷層、培養不易，要是key person整體出走，公司營運勢必大受影響。除此之外，筆者還觀察到，這類型的公司並未養成撰寫文件的習慣，『事後補件』就成了不成文的規定，如果有補件、歸檔那還好，至少下一次的新產品專案還有跡可循，最擔心的是：無前例可參考。筆者以為，如果依照這樣的模式去開發新產品，相信成功的機率肯定不高。

在新產品流程階段中，當新產品要進入到開發階段（Development Phase）之前，必須要先確立「產品協定（Product Protocol）」，根據PDMA的定義，所謂的「產品協定」是參與協商各方(行銷、技術、作業及其他功能部門)之間所簽署的一項協議。這份協議指出了如何將顧客的需求轉換成工程設計所需的參數。(A signed document, containing a record of the points on which agreement has been reached between negotiating parties preliminary to a final treaty or contract. The agreement indicates how customer needs will be translated to engineering design parameters.)其目的在於：

• 決定行銷與研發等相關單位該做哪些事
• 用來與所有參與單位進行溝通、整合行動、引導相關產出與全面篩選及財務面的一致性。
• 界定開發流程當中的範圍
• 有效管理開發流程
• 定義相關產出以利測量

依筆者之見，該文件的內容其實可以區分成MRD（Market Requirement Document，市場需求規劃書）及PRD（Product Requirement Document，產品需求規劃書），茲分別說明如下：

所謂的MRD（Market Requirement Document，市場需求規劃書）指的是公司用來闡述新產品專案之市場需求的說明書，通常是由產品經理（或是產品行銷經理）來撰寫。簡單來說，MRD必須要能充分了解市場問題在哪裡以及顧客真正需要或想要的是什麼？PRD（Product Requirement Document，產品需求規劃書）則是用來闡述公司目前在進行中的新產品或是現有產品需要增加新的功能需求之說明書，其目的是將產品需求描述清楚，方便工程設計及品保…等單位成員使用。MRD是從使用者的觀點來看市場問題；PRD則是從產品的觀點提供解決市場問題的方式。對產品經理來說，通常是先完成MRD，並得到高層主管及老板批准之後，才開始撰寫PRD。不過，實務上，也有公司將MRD與PRD合而為一。

一般來說MRD涵蓋以下內容：

• Executive Summary（摘要總結）
• Vision、Mission、Core Values（願景、使命、核心價值）
• Target Market（目標市場）
• Competitive Positioning（競爭優勢及定位）
• List of Feature（特色清單）

然而，對於其他產品相關的人員（如：產品設計、研發…等），就必須有一個更清楚的產品概念，就是：這個產品到底是幹嘛的？因此，PRD至少須包含以下內容：

• Product Overview（產品概述）
• Use Cases（Functional Requirements）（功能需求）
• Usability Requirements（可用性需求）
• Technical Requirements（技術需求）
• Environmental Requirements（環境需求）

那麼要如何將MRD轉換成PRD呢？茲舉例說明如下：

MRD（問題描述）	PRD（如何解決）
客戶因為我方交貨延遲，因此砍了5%的訂單	產品交付客戶需要在下單後24小時以內
80%的訪客在瀏覽網頁後，並未下單	網站的導覽必須更簡單明瞭
網站經常因為不明原因當機	將使用者的當機訊息自動傳遞到我方伺服器

對產品經理來說，有了「產品協定」這份文件，方可確保新產品團隊的成員有共同的溝通語言及欲達成的方向目標。如果缺少MRD或PRD，就等於對市場機會無法掌握，也有可能因此錯估形勢（如：宏碁錯估平板電腦趨勢，因而業績衰退），造成客戶流失，最終新產品的失敗率自然會提高許多。