相信大家看完卷二，并沒有看卷三的興趣，接上一篇《PRD修煉真經?卷二》?
即使自宮，未必成功。

非功能需求

非功能需求是功能需求的有效補充，幫助文檔理解產品在功能以外的相關要求。

下面對非功能需求的各部分內容進行詳細說明：

接口需求

包含面對不同主體，產品對外提供的接口要求，以供各主體使用。

1.用戶接口

提供用戶使用軟件產品是的接口需求，一般情況下，當用戶有特殊要求時再體現。例如：

• 屏幕格式：用戶使用產品時對屏幕需求。如屏幕尺寸、分辨率、設備型號。
• 交互格式：用戶對交互的需求，如菜單的格式和內容。
• 報表格式：用戶對報表頁面的需求，如打印格式、內容、時間要求。
• 文件格式：用戶對產品相關文件的需求，如文件類型、文件大小、文件數量。

2.硬件接口

提供軟件產品和系統硬部件之間每個接口的邏輯特點。例如：

• 信息傳遞方式：可以包括通信協議，協議格式的要求，如藍牙、串口、網線、socke。
• 響應時間：對硬件響應時間的需求。
• 精度要求：對信息交互精度的要求。如時間誤差、計步器步數誤差、陀螺儀誤差等。

3.軟件接口

提供使用其它軟件產品或系統之家的接口，如數據接口，中間件接口等。軟件接口中應說明接口版本、來源，軟件產品使用接口的目的、內容和格式等：

• 使用者：描述接口使用者的相關信息，包含使用者名稱、業務目的、使用時機、使用頻率。
• 內容與格式：描述數據交互過程，以及數據項的內容和格式。與功能需求中的數據項描述類似。
• 設計約束：軟件接口在設計、開發時所需特別注意的事項。此部分與功能需求中設計約束類似，但這里偏向于體現軟件產品間特殊的約束。

4.通信接口

提供可用于通信的接口，如果產品涉及對外通信組件，應說明通信相關接口，如局部網絡的協議。

數據需求

此部分包含對數據庫、數據庫文件、數據集等進行規定?？赡馨?strong>數據使用頻率、存取能力、數據備份、數據檔案、數據保存等要求。分別從數據采集、數據影響和數據管理幾個方面來說明：

(1).數據采集：描述用戶必須要采集的相關數據，對于每個數據可以說明下面的內容

• 數據來源：數據的輸入源，例如數據是通過操作產生，還是通過第三方抓取的
• 輸入輸出設備：對數據輸入和輸出的設備的要求，如步數的輸入設備可能是手機，手表，手環等。
• 輸入輸出格式：數據輸入和輸出的格式要求，可以同時說明傳遞的放肆好
• 換算公式：當需要對采集的數據進行運算或者公式轉換時，應說明相關公式。

(2).數據的影響：描述該數據對系統的影響，例如當采集不到此數據時，是否需要做相應的降級處理。

(3).數據的管理能力：描述數據的管理要求，主要目的是可以根據可預見的增長對數據的存儲要求作出估算

操作

用于說明和業務相關的用戶要求的一些操作，這部分內容有時是用戶接口的一部分：

• 常規操作：包含復制、清空、重置、全選等常見操作。
• 特殊操作：它可以是一些不通過產品本身，但對產品有影響的操作。如對產品的安裝、備份和恢復等有特殊要求的操作。

性能需求

描述產品交互過程中的數值需求，這部分的要求是可以度量的具體指標。例如：可支持的終端數量、TPS數量、響應時間等。

1.精度

說明輸入輸出的數據精度要求，包括傳輸過程中的精度。此部分若已經提及，可以省略

2.時間特性要求

說明對該產品的時間特性要求，常見的有：

• 響應時間：執行某個動作最大響應時間，按移動互聯網的要求，3秒是極限，一般都要求500ms以內。
• 更新處理時間：例如任務執行后，任務狀態同步時間。
• 傳送時間：例如任務執行后，數據同步到各業務系統的時間。

根據產品形態進行定義。

3.靈活性

說明當需求發生變化時，該產品對這些變化的適應能力：

• 操作方式上的變化：例如當產品從鼠標按鍵到觸摸方式時。
• 運行環境的變化：例如當環境溫度超出正常溫度范圍時。
• 其它軟件接口的變化：例如當其它軟件失控時。常見與api產品中的降級處理。
• 精度和有效時限變化：例如當接入數據無法達到產品要求時。

當對某功能不理解時，可以在功能需求中提及，此部分是為了滿足性能需求中的靈活性而設計。

屬性

描述產品的相關屬性要求，可以從安全性、可維護性、可用性進行描述。

1.安全性

指用戶對于保護產品提出的特殊需求要素，例如數據安全，防止他人非法使用等。

• 密碼技術：對密碼的安全要求進行描述，銀行應用和普通應用對密碼的要求肯定不一樣。
• 權限：控制產品的使用權限。
• 容災：對不可抗因素和災難發生時，產品的適應能力。如斷電或遭到攻擊時。
• 備份：對數據的備份能力。

2.可維護性

描述用戶對產品的維護需求，便于用戶進行擴展：

• 低耦合：產品的可分割，可組合性。
• 熱插拔：產品可不斷電進行各種功能。
• 熱更新：產品可不重新下載進行更新，更新時不需要中斷業務。

3.可用性

可用性一般為產品驗收指標，即正常使用的情況下，操作成功率達到的標準。

設計約束

同前面的設計約束類似，此部分偏向于非功能需求方面的設計約束。如果前面已經提及，可以省略：

• 其它標準約束：財務處理、審計追蹤等。
• 硬件限制：硬件配置要求。

場合適應性需求

對給定場合、任務或操作方式的使用場合進行說明。如使用場景的配置、安裝、調試。

其它需求

如果還有沒表達清楚的，可以自行定義。

以上是非功能需求的部分

……………………………華麗的分割線…………………………………

環境

PRD中，最后一部分是環境，描述軟件運行所需的環境支持：

1.軟件環境

軟件運行的環境，包括：

• 操作系統：如windows，ios，android，及其相關版本。
• 瀏覽器版本：軟件使用的瀏覽器型號，及其相關版本。
• 軟件支持：所需配合使用的軟件。如名稱、版本號等。

2.硬件環境

硬件環境包含服務端運行的硬件環境，以及客戶端運行的硬件環境。

• 運行設備：服務端一般為服務器型號要求，客戶端一般為終端配置要求。
• 存儲、設備：包含服務端用到的存儲要求和相關的設備要求。
• 網絡、帶寬：包含服務端所需的網絡、帶寬需求。

總結

以上是PRD可能涉及到的各個章節的描述，細化后的完整結構如下：

還是那句話：

PRD的形態會因為目標讀者不同產生變化，但內容本質上不會變。

以上為個人對PRD進行解構后的理解，我說的都是錯的，希望對你有所幫助，若已自宮，趕快入宮。

相關閱讀

PRD修煉真經?卷一：一份標準化產品需求文檔的邏輯思路

PRD修煉真經?卷二：一份標準化產品需求文檔的邏輯思路

作者：小星星，8年互聯網工作經驗，5年技術，3年產品。

本文由 @小星星 原創發布于人人都是產品經理。未經許可，禁止轉載。

題圖來自 Unsplash，基于 CC0 協議