產品需求文件：如何撰寫一份適合敏捷迭代開發的PRD文件？

編輯導語：產品需求文件是每個產品經理都需要學會撰寫的，作為一名敏捷開發團隊的產品經理，如何撰寫一份適合敏捷迭代開發的PRD文件？本文作者為我們做了詳細地解答。

前言：軟體開發方式大概有這麼幾種，分別是瀑布模式、迭代增量式、螺旋模式、敏捷開發。敏捷開發相比其他模式，它的優點是開發週期短（一至兩週為一個週期）、更強調隊伍的高度協作、更迅速的響應。

在網際網路時代時間就是金錢，多花一天時間開發就是多燒一天錢，因此現今比較常用的是敏捷開發模式。

作為一名敏捷開發團隊的產品經理，如何撰寫一份適合敏捷迭代開發的PRD文件？敏捷版PRD文件相比於其他開發模式的又有什麼不同？

通常一份較正式的產品需求文件，主要包括文件標識、產品概述、功能說明、全域性說明、非功能性需求等幾大塊內容，那麼敏捷版PRD文件也一樣嗎？

敏捷開發最大的特性是迭代週期，一份敏捷版PRD文件必須要匹配這一特性，否則迭代就會被搗亂；輕則迭代延期，重則敏捷開發變瀑布開發，兩週一個迭代結果慢慢拖成一個月一個迭代。

知道了敏捷版PRD必然具備迭代的特性後，這裡介紹一份由敏捷開發團隊實戰總結所得的PRD模板，不同於其他豪華美觀的模板，這份更適用於敏捷專案，能快速響應迭代開發所需。

為什麼？

因為省時省力又實用啊，下面來詳細講解一下這份敏捷版PRD文件。

一、敏捷版PRD文件的目錄結構

敏捷版PRD文件的目錄結構包括：文件標識、產品概述、1~N期，其中產品概述中包括：功能架構、需求分期表、需求變更對比、研發計劃表、流程圖、角色許可權、名詞解釋。

對於外包專案或投標專案還需要在產品概述處增加產品介紹、受眾群體分析，請自行增加，此處不再另述。

二、文件標識

該頁是填寫專案的名稱及產品經理的基本資訊：

名稱：頂部為專案文件的名稱；

標識：右下角為專案負責人（產品經理）填寫的基本資訊。

三、功能架構

該頁放專案的功能架構圖或頁面架構圖，這需要產品經理在做需求分析時把專案的功能/頁面架構用思維導圖或VISIO等軟體整理出來並匯出圖片，再將圖片複製到PRD中。

當後期版本迭代不斷增加時，當初的功能架構圖肯定會有所變動，所以：

整理功能架構圖時，可以只整理大版塊，就不用為了小功能點的變動而去修改該頁；

若功能架構圖整理得很細化時，則原始檔一定要儲存好，只要修改好原始檔再匯出圖片，再插入進去即可；

最好按優先順序或迭代週期，打上123456……的標識，以便專案組成員快速瞭解某一迭代的需求量，因為迭代週期很重要。

四、需求分期表

該頁放整個專案的需求計劃，產品經理在做完需求分析後，就需要將所有的功能點、頁面整理出來，並做好分期。

分期的基本原則是以一至兩週的工作量為一期，即一個迭代為一期；

需要將當期包含的主要頁面或功能點羅列出來；

填寫需求的建立日期修改日期，是方便產品經理對當期的開發程序把控；

評審時間、狀態、稽核人，是便於記錄當期的評審結果，如果有複審的，則以複審時間為準。

五、需求變更對比

該頁填寫同一頁面中需求有變更、修改的記錄，屬於小變更、小修改的記錄，以紅字標記需求變更時間；至於大變更、大修改則以迭代的方式，安排到後面的需求分期中去。

六、研發計劃表

該頁填寫每個迭代的研發時間表，包括UI設計、程式開發、測試、驗收、釋出上線等各個階段的計劃時間與實際時間；綠色表示提前及按期完成，紅色表示延期完成，以便專案負責人掌控專案開發進度。

當然這是微小團隊比較便捷的專案管理方法，最合適的是利用軟體來管理專案進度，如禪道、TAPD、Teambition等。

七、流程圖、角色許可權、名詞解釋

流程圖頁放專案的一些流程圖，可直接在AXURE上畫，也可在VISIO等其它軟體畫好匯出圖片，再插入進去，但原始檔一定要儲存好以便修改時用到。

角色許可權頁放專案的一些角色用例、角色許可權圖等，可直接在AXURE上畫也可在VISIO等其它軟體畫好匯出圖片，再插入進去，但原始檔一定要儲存好以便修改時用到。

名詞解釋頁用於編寫行業專用術語、不好理解或自我創新的詞彙，對這些名詞術語進行解釋說明，方便新人對專案的理解，加快融入專案組。

八、1~N期

前面羅列完專案的基本說明之後，接著就是原型頁面了，這是敏捷版PRD最關鍵也是最不同的部分。原型頁面以期數來劃分成不同的資料夾，期數資料夾以降序排序（即54321，升序12345亦可）：

若頁面有小修改，則在原期的原頁面上進行修改；

若頁面有新增或大修改，則迭代到新一期中去，即在新一期中新建一個相同的頁面，把變更的東西表達在該頁上；

分期中可包含當期的流程圖、用例圖；

通用提示窗或互動，可單獨彙總到一個資料夾中；

頁面不需要加頁碼。

本模板的原型頁面實則是包含原型和需求文件兩部分，左邊是頁面的原型設計，右邊是頁面的需求文件。

主要是在左邊的原型設計中加上標註碼，右邊以一個標註碼為一行來書寫需求文件，兩者透過標註碼來索引，如下圖所示：

上圖具體說明如下：

1。 序號

即標註在左邊原型設計上的標註碼，用英文字母A-Z來表示。

2。 名稱

指單個功能點或元素的名稱。

3。 型別

包含初創、修改、新增、刪除，各種型別說明如下：

1）初創

黑色字型，指該功能點是第一次建立的。

2）修改

藍色字型，指該功能點在當頁的需求發生變更。

3）新增

綠色字型，指該功能點在當面中是新增加的需求。

4）刪除

紅色字型，指該功能點已被廢除。

4。 需求描述

書寫對應功能點的需求描述，儘量詳細、明瞭，最好分幾大點幾小點來書寫，123表示大點，①②③表示小點。

若在某個功能點中發生需求變更時，則在對應的功能點某小點的後面加上說明，用紅色字型，並打上日期，如下圖所示（同時需要在需求變更對比表中體現出來）：

5。 備註

填寫該功能點的一些特別的說明，或附加說明。

九、結語

以上就是一份敏捷版PRD文件的大致說明，至於更詳細的內容，或需要套用該PRD模板的同學，請移步至下面的掃碼瞭解更多。

本文由 @默林如斯工作室 原創釋出於人人都是產品經理，未經許可，禁止轉載

題圖來自 Pexels，基於 CC0 協議