硬體產品開發成功的關鍵影響因素，很大程度上和PRD需求文件的撰寫有關係，PRD的質量好壞，一定程度上直接影響了硬體產品是否可以順利開發完成。那麼，高質量的硬體產品需求文件制定，需要經過哪些步驟？不如先來看看作者的解讀。

高質量的產品需求文件，是硬體產品成功的關鍵

產品需求文件 （PRD），英文名是“Product Requirement Document”，是硬體產品由概念階段進入設計階段的第一個重要文件，其作用是將客戶需求轉化成開發團隊能夠理解的產品功能、效能、指標和引數，將前期市場調研和需求洞察所發現的市場機會進行鎖定，落地到具體的產品定義。

產品需求文件通常由產品經理制定，由開發團隊參與並提供輸入，是綜合了客戶需求、業務需求、市場競爭、國家標準、行業標準、供應鏈能力和企業最佳實踐，所形成的一份開發文件，是後續開展產品設計、測試驗證、物料採購、生產製造、訂單交付等活動的重要依據。產品需求文件質量的好壞，直接影響硬體產品開發能否順利完成，併成功上市。

高質量的硬體產品需求文件的制定過程，通常需要經過三個關鍵步驟：

步驟一：明確客戶需求

無需求不產品，產品始於客戶需求，終於客戶滿意。

關於硬體產品需求的來源，請閱讀我的文章：無需求不產品，產品需求從哪裡來

在制定產品需求文件前，首先必須清楚地瞭解產品的預期用途，產品需要做什麼，誰將使用它，需要如何使用，需要在什麼環境條件下使用，以及目標市場由於法規、語言和消費者行為不同對產品的不同需求等等。

優秀的產品經理，不僅僅關注終端使用者的需求，還會關注整個產品生命週期中與產品產生接觸的所有利益相關方的需求，包括公司老闆、開發團隊、供應商、倉儲運輸、銷售代理、售後維修等等，他們都會對產品有自己的利益訴求。

所有的利益相關方一起，就構成了完整的客戶地圖；所有利益相關方的訴求一起，就形成了完整的客戶需求。

步驟二：將客戶需求轉化為產品需求

客戶需求明確後，下一步就是將這些客戶需求轉化為產品需求。這是一個對客戶需求進行分析和篩選的過程，通常需要綜合考慮客戶需求、業務需求、產品戰略和市場競爭，對各種需求進行優先順序排序。

那些被選擇在這個產品上實現的需求，就是當前的產品需求。產品經理需要將這些產品需求翻譯和轉化成產品團隊容易理解的產品功能、效能、指標和引數等等。

通常，硬體產品需求包括如下內容：

1。 物理特性

產品由哪些零部件或模組組成，用什麼感測器、什麼晶片、什麼電池、什麼外部介面，它們之間是怎麼連線、互動和工作的。

產品的外觀、風格、尺寸、重量、材質、顏色、表面處理等有什麼要求。

產品的外觀設計有沒有創新點，使用的材料和工藝有沒有新突破？

2. 功能要求

產品為客戶提供什麼功能，其中哪些是核心功能，哪些是輔助功能；哪些是使用功能，哪些是美觀功能。

這些功能是如何開始和停止的，工作邏輯和流程是什麼，邏輯狀態有哪些變化，使用條件和環境是什麼？

除了基本功能外，有哪些功能是競爭對手不具備的，有哪些功能是優於競爭對手的？有沒有超出使用者期待的創新功能？

3. 效能要求

產品完成既定功能需要達到什麼程度，需要滿足什麼效能引數或技術指標？

產品的易用性、美觀性、安全性、可靠性、可維護性、經濟性有什麼要求，怎麼評價和衡量？

產品的設計壽命是多長，保質期是多久？

有沒有哪些效能指標優於競爭對手，需要在產品開發過程中重點關注和實現？

4. 互動要求

使用者如何與產品互動，是透過按鍵互動、還是語音互動、或者視覺互動？

使用者介面上有什麼，需要採集、傳遞、顯示什麼資訊和資料？

資訊和資料的採集、儲存、處理和顯示，在速度、數量、質量、安全方面有什麼要求？

訪問和控制權限怎麼設定？

5. 環境條件

產品將在什麼環境條件下使用？

正常的使用溫度、溼度、海拔高度是什麼？

正常的運輸、儲存和安裝條件是什麼？

是在室內使用、還是在室外使用？

防水、防塵、耐候性有什麼要求？

耐衝擊、振動、跌落有什麼要求？

抗電磁干擾、通訊方面有什麼要求？

6. 標準和測試要求

產品需要遵守哪些法規和標準，需要獲得哪些認證證書？

需要進行哪些測試，測試要求是什麼，驗收標準是什麼？

產品的功能、效能怎麼驗證？

可靠性、安全性怎麼驗證？

老化測試、壽命驗證怎麼做？

產品有哪些品質關鍵點，需要在產品開發過程中重點關注和實現？

7. 生產製造要求

產品的哪些零部件和模組需要外購，驗收標準是什麼？

產能方面有什麼要求？

關鍵元器件的供貨，有沒有備用供應商？

有沒有卡脖子的生產技術和裝置？

8. 包裝和運輸要求

產品需要如何運輸和儲存？包裝和運輸的測試要求是什麼？

產品有沒有包含諸如鋰電池、化學品之類的危險品，需要進行運輸安全鑑定或者運輸防護？

產品需要哪些標籤、警告和認證標誌？

需要哪些使用者文件、使用說明書、安裝指南等。

步驟三：產品需求評審

將客戶需求轉化成產品需求後，就可以組織團隊對產品需求進行評審。評審通過後，就可以將產品需求確定下來，形成產品需求文件。

一般的說，需求評審需要對需求的如下特性進行評估：

1。 明確性

需求應該簡潔、精確、易於理解，且只有一種解讀方式。需求不應該含糊不清、或過於籠統，以致出現多重解讀、甚至不正確的解讀。那些大量使用模糊性形容詞的需求，比如使用者友好、高效、及時、容易、可靠、儘量等等，都不是好的需求定義，需要進行量化。

比如：

不好的需求：正常工作時，空氣清淨機的噪音應該儘量小，以免影響使用者體驗。

好的需求：正常工作時，空氣清淨機的噪音必須符合《GB/T 18801-2015空氣清淨機》的要求，目標爭取控制在55dB以內，優於競爭對手的60dB。

2. 正確性

必須準確捕捉、深刻洞察客戶和關鍵利益相關方的需求和期望，並將需求洞察準確的轉化成硬體產品的功能、特性，以及效能指標。產品需求的確定是一個反覆的過程，需要透過與客戶和關鍵利益相關方反覆討論、假設和驗證，確保需求的正確性。

比如：

3. 完整性

需求必須陳述完整、沒有遺漏，以免導致誤解或不理解。當一項需求沒有明確適用條件時，常常會出現完整性問題。

比如：

不好的需求：檯燈光源中心的發光照度必須大於1500lx；

好的需求：將檯燈以正常工作位置放置在水平桌面上，投射在水平桌面上的、光源中心的發光照度必須大於1500lx。

4. 可驗證性

所有的產品需求都必須透過客觀的分析、檢查、測試進行驗證，並且能夠制定相應的測試計劃和驗收標準。那些當前無法進行驗證、或者驗證成本超出專案預算範圍的需求，當前都不是好需求。

如果無法驗證的需求是個性需求、或短期需求，建議取消該項需求。如果無法驗證的需求，是未來看好的長期需求，建議納入下一代的產品規劃中。

5. 定義“是什麼”，而不是“如何做”

產品需求應該描述使用者和利益相關方的需要，將產品必須做什麼、或者具備什麼特性，描述清楚即可。切不可過多關注如何實現需求，過多描述具體解決方案。

這樣不僅剝奪了開發人員選擇最佳解決方案的自由，而且還可能因為技術背景的欠缺導致解決方案不能充分滿足客戶需求。

比如：

不好的需求：產品有一個紅外感測器，能夠探測當前環境是否有人出入。

好的需求：產品能夠探測當前環境是否有人出入。

6. 一致性

產品需求與任何其它需求都不衝突，且該需求的描述和術語，在整個產品開發過程中、以及產品開發各個階段的文件中，都是一致的。

當一項需求的實現，禁止了另一項需求的實現，兩項需求不能同時存在時，就會出現需求衝突和不一致。

對這種相互衝突或不一致的需求，需要進行綜合權衡，根據優先順序重新定義。

比如：

可穿戴電子產品總是希望功能豐富、輕巧、電池使用時間長，而這三項需求是互相沖突的：

功能豐富往往會消耗電力，需要更大、更重的電池，產品體積和重量都會相應加大；

輕巧則要求產品功能儘量少、使用更小更輕的電池；

而電池則由於技術限制，能量密度有限，必須加大體積和重量才能提供更多電力，才能提供更長的使用時間。

產品經理必須在相互衝突的需求中找到平衡點，將要求明確在產品需求文件中。

7. 可追溯性

每項需求都應該被記錄和唯一標識，每次需求變更都需要進行評審和記錄，以便在整個產品生命週期中對需求進行追蹤和管理。

專欄作家

鄧小亮，微信公眾號：產品人生，人人都是產品經理專欄作家。工學碩士，資深產品人，近二十年產品開發及管理經驗，

本文原創釋出於人人都是產品經理，未經作者許可，禁止轉載。

題圖來自 Unsplash，基於CC0協議

該文觀點僅代表作者本人，人人都是產品經理平臺僅提供資訊儲存空間服務。