PRD修煉真經(jīng)?卷三:一份標準化產(chǎn)品需求文檔的邏輯思路

12 評論 80263 瀏覽 457 收藏 11 分鐘

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

非功能需求

非功能需求是功能需求的有效補充,幫助文檔理解產(chǎn)品在功能以外的相關(guān)要求。

下面對非功能需求的各部分內(nèi)容進行詳細說明:

接口需求

包含面對不同主體,產(chǎn)品對外提供的接口要求,以供各主體使用。

1.用戶接口

提供用戶使用軟件產(chǎn)品是的接口需求,一般情況下,當用戶有特殊要求時再體現(xiàn)。例如:

  • 屏幕格式:用戶使用產(chǎn)品時對屏幕需求。如屏幕尺寸、分辨率、設(shè)備型號。
  • 交互格式:用戶對交互的需求,如菜單的格式和內(nèi)容。
  • 報表格式:用戶對報表頁面的需求,如打印格式、內(nèi)容、時間要求。
  • 文件格式:用戶對產(chǎn)品相關(guān)文件的需求,如文件類型、文件大小、文件數(shù)量。

2.硬件接口

提供軟件產(chǎn)品和系統(tǒng)硬部件之間每個接口的邏輯特點。例如:

  • 信息傳遞方式:可以包括通信協(xié)議,協(xié)議格式的要求,如藍牙、串口、網(wǎng)線、socke。
  • 響應(yīng)時間:對硬件響應(yīng)時間的需求。
  • 精度要求:對信息交互精度的要求。如時間誤差、計步器步數(shù)誤差、陀螺儀誤差等。

3.軟件接口

提供使用其它軟件產(chǎn)品或系統(tǒng)之家的接口,如數(shù)據(jù)接口,中間件接口等。軟件接口中應(yīng)說明接口版本、來源,軟件產(chǎn)品使用接口的目的、內(nèi)容和格式等:

  • 使用者:描述接口使用者的相關(guān)信息,包含使用者名稱、業(yè)務(wù)目的、使用時機、使用頻率。
  • 內(nèi)容與格式:描述數(shù)據(jù)交互過程,以及數(shù)據(jù)項的內(nèi)容和格式。與功能需求中的數(shù)據(jù)項描述類似。
  • 設(shè)計約束:軟件接口在設(shè)計、開發(fā)時所需特別注意的事項。此部分與功能需求中設(shè)計約束類似,但這里偏向于體現(xiàn)軟件產(chǎn)品間特殊的約束。

4.通信接口

提供可用于通信的接口,如果產(chǎn)品涉及對外通信組件,應(yīng)說明通信相關(guān)接口,如局部網(wǎng)絡(luò)的協(xié)議。

數(shù)據(jù)需求

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

(1).數(shù)據(jù)采集:描述用戶必須要采集的相關(guān)數(shù)據(jù),對于每個數(shù)據(jù)可以說明下面的內(nèi)容

  • 數(shù)據(jù)來源:數(shù)據(jù)的輸入源,例如數(shù)據(jù)是通過操作產(chǎn)生,還是通過第三方抓取的
  • 輸入輸出設(shè)備:對數(shù)據(jù)輸入和輸出的設(shè)備的要求,如步數(shù)的輸入設(shè)備可能是手機,手表,手環(huán)等。
  • 輸入輸出格式:數(shù)據(jù)輸入和輸出的格式要求,可以同時說明傳遞的放肆好
  • 換算公式:當需要對采集的數(shù)據(jù)進行運算或者公式轉(zhuǎn)換時,應(yīng)說明相關(guān)公式。

(2).數(shù)據(jù)的影響:描述該數(shù)據(jù)對系統(tǒng)的影響,例如當采集不到此數(shù)據(jù)時,是否需要做相應(yīng)的降級處理

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

操作

用于說明和業(yè)務(wù)相關(guān)的用戶要求的一些操作,這部分內(nèi)容有時是用戶接口的一部分:

  • 常規(guī)操作:包含復(fù)制、清空、重置、全選等常見操作。
  • 特殊操作:它可以是一些不通過產(chǎn)品本身,但對產(chǎn)品有影響的操作。如對產(chǎn)品的安裝、備份和恢復(fù)等有特殊要求的操作。

性能需求

描述產(chǎn)品交互過程中的數(shù)值需求,這部分的要求是可以度量的具體指標。例如:可支持的終端數(shù)量、TPS數(shù)量、響應(yīng)時間等。

1.精度

說明輸入輸出的數(shù)據(jù)精度要求,包括傳輸過程中的精度。此部分若已經(jīng)提及,可以省略

2.時間特性要求

說明對該產(chǎn)品的時間特性要求,常見的有:

  • 響應(yīng)時間:執(zhí)行某個動作最大響應(yīng)時間,按移動互聯(lián)網(wǎng)的要求,3秒是極限,一般都要求500ms以內(nèi)。
  • 更新處理時間:例如任務(wù)執(zhí)行后,任務(wù)狀態(tài)同步時間。
  • 傳送時間:例如任務(wù)執(zhí)行后,數(shù)據(jù)同步到各業(yè)務(wù)系統(tǒng)的時間。

根據(jù)產(chǎn)品形態(tài)進行定義。

3.靈活性

說明當需求發(fā)生變化時,該產(chǎn)品對這些變化的適應(yīng)能力:

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

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

屬性

描述產(chǎn)品的相關(guān)屬性要求,可以從安全性、可維護性、可用性進行描述。

1.安全性

指用戶對于保護產(chǎn)品提出的特殊需求要素,例如數(shù)據(jù)安全,防止他人非法使用等。

  • 密碼技術(shù):對密碼的安全要求進行描述,銀行應(yīng)用和普通應(yīng)用對密碼的要求肯定不一樣。
  • 權(quán)限:控制產(chǎn)品的使用權(quán)限。
  • 容災(zāi):對不可抗因素和災(zāi)難發(fā)生時,產(chǎn)品的適應(yīng)能力。如斷電或遭到攻擊時。
  • 備份:對數(shù)據(jù)的備份能力。

2.可維護性

描述用戶對產(chǎn)品的維護需求,便于用戶進行擴展:

  • 低耦合:產(chǎn)品的可分割,可組合性。
  • 熱插拔:產(chǎn)品可不斷電進行各種功能。
  • 熱更新:產(chǎn)品可不重新下載進行更新,更新時不需要中斷業(yè)務(wù)。

3.可用性

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

設(shè)計約束

同前面的設(shè)計約束類似,此部分偏向于非功能需求方面的設(shè)計約束。如果前面已經(jīng)提及,可以省略:

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

場合適應(yīng)性需求

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

其它需求

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

以上是非功能需求的部分

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

環(huán)境

PRD中,最后一部分是環(huán)境,描述軟件運行所需的環(huán)境支持:

1.軟件環(huán)境

軟件運行的環(huán)境,包括:

  • 操作系統(tǒng):如windows,ios,android,及其相關(guān)版本。
  • 瀏覽器版本:軟件使用的瀏覽器型號,及其相關(guān)版本。
  • 軟件支持:所需配合使用的軟件。如名稱、版本號等。

2.硬件環(huán)境

硬件環(huán)境包含服務(wù)端運行的硬件環(huán)境,以及客戶端運行的硬件環(huán)境。

  • 運行設(shè)備:服務(wù)端一般為服務(wù)器型號要求,客戶端一般為終端配置要求。
  • 存儲、設(shè)備:包含服務(wù)端用到的存儲要求和相關(guān)的設(shè)備要求。
  • 網(wǎng)絡(luò)、帶寬:包含服務(wù)端所需的網(wǎng)絡(luò)、帶寬需求。

總結(jié)

以上是PRD可能涉及到的各個章節(jié)的描述,細化后的完整結(jié)構(gòu)如下:

還是那句話:

PRD的形態(tài)會因為目標讀者不同產(chǎn)生變化,但內(nèi)容本質(zhì)上不會變。

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

相關(guān)閱讀

PRD修煉真經(jīng)?卷一:一份標準化產(chǎn)品需求文檔的邏輯思路

PRD修煉真經(jīng)?卷二:一份標準化產(chǎn)品需求文檔的邏輯思路

 

作者:小星星,8年互聯(lián)網(wǎng)工作經(jīng)驗,5年技術(shù),3年產(chǎn)品。

本文由 @小星星 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。

題圖來自 Unsplash,基于 CC0 協(xié)議

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 然而開發(fā)不一定看

    來自廣東 回復(fù)
  2. 寫得很好,受益良多,感謝!請問沒有學(xué)過技術(shù)的產(chǎn)品經(jīng)理要怎么理解和編寫非功能需求呢?

    回復(fù)
  3. 請問下用什么軟件寫PRD呢?

    來自北京 回復(fù)
    1. 我現(xiàn)在有一些產(chǎn)品是用axure寫,有幾個產(chǎn)品用word。

      回復(fù)
  4. 不錯啊,思維導(dǎo)圖很好。

    來自廣東 回復(fù)
  5. 都是錯的?!

    回復(fù)
  6. 卷一和卷二呢?刪除了?

    來自廣東 回復(fù)
    1. 在審核

      來自廣東 回復(fù)
  7. 和菜頭粉絲??味來食代科技?為什么簽名寫5年技術(shù)3年產(chǎn)品,文末又寫4年技術(shù)4年產(chǎn)品?

    來自廣東 回復(fù)
    1. 因為寫錯了,后面復(fù)制的。

      來自廣東 回復(fù)
  8. 建議這種多期的文章,結(jié)尾部分加上前面幾期文章的鏈接。

    來自北京 回復(fù)
  9. 我說的都是錯的

    回復(fù)