軟體業 PM 在產品規格文件的必備小錦囊！一起用 5W1H 架構來思考吧｜專家論點【Mr.T】

撰寫文件的種類、迷思、心態建立講起來過於玄妙，這次讓我們來點更實際點的內容。儘管每間公司定義都不同， Mr.T 簡單介紹最常見的 PRD 產品規格文件必須的內容，如何用 5W1H 架構來思考。

撰寫文件解囊一

1. Why 為什麼：知道為何而生

此產品規格背景敘述絕對不可少，千萬不要成為只負責做產品的打者，而是要想像因為做這件事情，可以對用戶有什麼不同。這很像我們常常聽到木匠建立教堂的故事，動機往往會有短見與長遠目標的差異。例如要製作電商的購物車功能，必要敘述是跟其他競爭對手的不同，以及產品定位在哪裡。

2. Who 用戶與客戶：使用者輪廓什麼

此規格的使用者就像是使用者故事，是誰用你的產品？如果是後台就是後台管理人員、前台的話是跨螢幕使用者、還是需要省時間的使用者等等，定義的狹隘或是廣義即可，重點是要清楚知道是哪個用戶「僱用產品」。
再深入劃分可以用行銷常常使用的 STP，或是我們用國家、產業、語系區分都是不同的模式，這會影響到 Go-To-Market 策略。我們有聽過奶昔的故事，付錢的是父母，其實重點是要服務小孩的族群。

3. What 產品功能：Jobs-To-Be-Done

少了前兩項，這項有可能多做多錯。用戶要完成的使用產品特定功能，具體是需要哪些內容，我們可以分為必要、需要、想要的 KANO 模型思考、以及用開發角度思考 Acceptance Criteria 來敘述、除了加法乘法思維還可以用減法的少即是多的思維。

4. Where 產品在哪裡上架

產品要用在哪些平台 Web/ iOS/ Pad/ 機上盒等載體、適用於哪些版號軟體版好 iOS 14、設計的版型該用 1920*1080 還是 RWD 等都必須要定義清楚。

5. When 產品何時上架

產品預計是哪個 Sprint 要上線、會放在哪個產品路線圖上。與 PM 們在專案管理上如何用適當的工具排序功能有關，思考面向往往是技術優先、商業賺錢優先、使用者需求為優先。

6. How 產品該怎麼做才做達標

如何清楚描述用戶需要的內容，很有爭議，必須大家清楚定義 DoD （Defnition of Done），要包含介面圖、流程圖、技術規格圖才算完成嗎？這些都需要團隊內部有共識。

撰寫文件解囊二

必要之物外，如果有這兩項 1W1H 會更有助於跨團隊的溝通

• Who：需要哪些團隊在什麼時候的協助，例如測試團隊何時需要進來幫忙、產品行銷團隊何時要來協助幫忙哪個功能加強推廣、有沒有可能影響到其他營運或業務團隊的推廣。
• How much：產品的測量數據有哪些，有金錢、點擊率、點閱數，我們怎麼衡量一個功能的成功或失敗，真的不如預期或是造成反效果，什麼時候需要下架。

撰寫文件解囊三

網路上隨處可見中國、歐美的部落格有說明各種 PM 們的思考脈絡，當然也有很多「範本」可以參考，我們要時刻記得的是，有範本很好，但不要被範本拘束，依據實際的組織溝通、產品開發進程而隨時調整，才是好的做法。

小結

網路上的工具源源不絕成千上百種，我們很難熟悉每個工具，或是成為一個工具箱。當然我們不是要立志成為「工具人」，而是要成為「能解決問題的人」，每個工具的應用場景畢竟不同。因此，期望每個專業工作者的思考脈絡都應該有自己的方法論、中心哲學，視情況而變。

瀏覽 2,564 次