好的 PRD 的關鍵

產品需求文件 Product Requirement Document （以下簡稱 PRD）是每一個產品經理都需要寫的文件。

最近工作上需要 Review 產品經理寫的 PRD，並設計產品需求文件 PRD 的 template。究竟好的 PRD 的關鍵是什麼？這個問題一直在我心中。

這次，把一些心得隨筆整理如下，跟各位交流。

ㄧ. 不錯的 PRD Template

PRD 並不是一個新東西，因此，在思考好的 PRD 的關鍵是什麼時，我先看了 Lenny’s Newsletter 的 My favorite product management templates，第一個部分就是在 PRD 的 template。

看了這些很不錯的 Templates 之後，我發現這些 PRD 都有一些共通的元素：

• Why：為什麼要做這個產品、功能？它為什麼重要？它有什麼商業或使用者價值？

• Problems：這個產品、功能要解決誰的問題？什麼問題？

• Solutions：如何解決這個問題？

• Success：如何衡量這個產品、功能的成功？

• Scope：專案的範疇是什麼？什麼在範疇內？什麼在範疇外？

除了以上的核心元素外，PRD 文件也有一些共通的特性，幫助團隊在協作上更順利：

• 各種文件的集合處，會集結設計、工程規格等文件連結。

• 各種討論的集合處，會放上專案相關的討論在 PRD。

• 很多 checklist：專案 End-2-end 過程中會需要注意、檢核的事項、常踩的雷等。

比較令人意外的是，大多數的 PRD tempalte 都沒有花太多的篇幅在規格上。當然，並不是說做好產品不需要清楚的規格，而是這件事並不是 PRD 的一開始的核心內容。

2.為什麼要寫 PRD？

看完許多 Templates，歸納出 PRD 文件共同的元素後。

我心中第一個問題是，那為甚麼要寫 PRD？

我認為 PRD 的最終目標是要打造出好能解決使用者問題的好產品。

而要打造出好能解決使用者問題的好產品，產品經理（或者說是 PRD 文件的 Owner）最重要的任務就是：把使用者與問題定義清楚。

有了清楚的使用者與問題，團隊（設計師、工程師）才知道要提出怎麼樣的解決方案，而才有可能把適合的解決方案帶給使用者。

為什麼要寫 PRD，我認為簡單的答案是：

因為要把「使用者與問題」清楚的跟團隊說明。

甚至可以說，產品經理是這個專案的「問題負責人 problem owner」也不為過，他是整個組織最懂這個「問題」的人。

3.好的 PRD 的關鍵

假設你也同意 PRD 的任務是把「使用者與問題」清楚的跟團隊說明。

那好的 PRD 的關鍵是什麼？

我認為就是把使用者與問題定義好。

什麼叫把使用者與問題定義好？我可以從「反面」說明什麼叫沒有定義好。

沒有把使用者與問題定義好，有幾個特徵：

1. 沒有分析使用者類型：使用者種類很多，以社群為例，有發文的人、有潛水的人，發文的人也有發很多、發很少之別。他們的動機、需求都不太一樣，如果沒有分析使用者類型，那後續使用者的問題自然也不會太清楚。

2. 沒有說明為什麼選擇「特定」的使用者類型：分析完眾多使用者蕾行之後，哪些特定的使用者類型是你關注的？為什麼是選這些特定的使用者？選擇的邏輯是什麼？

3. 沒有分析使用者的問題：使用者在完成任務時會遇到哪些問題？哪些問題常發生？哪些問題是嚴重的？如果沒有分析問題，那就無法知道哪些問題最值得解決。

4. 沒有提到目前使用者是如何解決這個問題：在你提出的解決方案前，使用者是如何與目前的問題相處？他們有試著解決嗎？有既有的解決方案嗎？有用一些 Work around 的方式嗎？這關乎你的解決方案有沒有比他目前的解決方案好。

如果 PRD 有以上的狀況，我認為就是沒有把「使用者與問題」定義好，也不是一份稱職的 PRD 文件。

好的 PRD 的預期成果

理想上，一個好的 PRD，也就是「使用者與問題」有被清楚定義的 PRD，他能確保團隊做正確的事情，把時間花在值得解決的問題。

仔細想想，若「使用者與問題」沒有被清楚定義，團隊很有可能一開始就走歪，後續也不太可能推出能解決使用者問題的好產品。

不知道各位心中好的 PRD 的關鍵是什麼？