產品需求文檔的寫作(四) – 撰寫文檔(PRD文檔)

38 評論 596275 瀏覽 922 收藏 8 分鐘

前三篇文章我們逐步梳理了產品的信息結構、框架結構、界面結構(原型)，這一步我們就要根據之前完成的工作，開始正式撰寫產品需求文檔了(PRD文檔)。

通過之前的準備工作，我們更加清楚了產品的需求，并細致的考慮了方案的可行性，從而減少與避免了撰寫文檔時容易忽略的細節黑洞。

PRD文檔沒有標準的規范，也沒有統一的模板，每個公司都不一樣，并且每個人也不一樣，這個取決于個人習慣和團隊要求。雖然PRD文檔沒有標準的規范，但是有兩項是必不可少的，那就是文件標識和修改記錄。文檔在撰寫過程中，我們可以自行不斷的修改完善，但是如果正式發布或交給團隊其他成員后，一旦有了修改，為了文檔的同步，我們就需要標注出文檔的修改內容，備注修改記錄。關于文件標識和修改記錄，大家的格式都大同小異(如下圖)。

文件標識、修改記錄

PRD文檔的形式常見的有以下三種：Word、圖片、交互原型

一、Word

這是傳統意義上的PRD文檔，主要有四個部分組成(具體視你的產品要求進行劃分)，分別是：結構圖、全局說明、頻道功能、效果圖。（在第一篇文章里我有講過，PRD文檔的閱讀者更多是偏向于技術人員，因此PRD文檔目的性很明確，就是要描述產品的功能需求，所有PRD文檔是沒有關于市場方面的描述，同時我也建議大家盡量減少不必要的文字，在能夠讓閱讀者看懂并且了解產品意圖的情況下，文字越少越好。這主要是因為絕大多數人是沒有足夠耐心認真看完PRD文檔的，因此我們要盡量減化文檔內容。）

1、結構圖：
1.1、信息結構圖：主要是輔助服務端技術人員創建或調整數據結構的參考文件
1.2、產品結構圖：主要是輔助設計和技術開發人員了解產品的全局結構，他和用戶流程圖不一樣，產品結構圖只是羅列出產品的頻道和頁面。

2、全局說明：主要講解產品的全局性功能的說明，例如網站產品的頁面編碼、用戶角色，移動產品的緩存機制、下載機制，這類全局性功能的說明。這里我舉一個移動產品的“狀態維持與恢復”的例子，示例如下。

狀態的維持與恢復
當用戶退出產品時（誤操作、Home鍵、鎖屏、自動關機），產品需要維持用戶操作前的狀態，當用戶返回產品時仍可以恢復到之前狀態，并繼續使用。
維持狀態包括流程操作、信息瀏覽、文本輸入、文件下載。
鎖屏狀態時，如果用戶在產品中有下載任務時，仍然保持下載。

產品需求文檔 示例：立即下載

3、頻道功能：以頻道為單位，頁面為子項，分別描述產品的頻道、頁面及頁面模塊元素的功能需求(格式如下)。

示例格式
1、頻道名：頻道介紹及需求說明
2、頁面1：頁面介紹及需求說明
2.1、頁面模塊1：模塊功能需求說明
2.1.1、頁面模塊1-元素1：功能說明
2.1.2、頁面模塊1-元素2：功能說明
2.2、頁面模塊2：模塊功能需求說明

在撰寫功能需求時，我們需要考慮用戶的流程，例如一個“完成”按鈕，我們需要描述他完成后，系統要不要給出反饋提示(反饋提示是什么樣的形式反饋，內容顯示成什么，有沒有內容需要調取數據庫)，或者要不要跳轉頁面(跳轉到哪個頁面，這個頁面是其他頻道頁面，還是這個功能的子頁面，如果是子頁面就需要再描述這個子頁面的模塊及元素內容)。

4、效果圖：效果圖是由設計師完成的產品圖，和實際開發完成的產品保真度一致。

二、圖片

圖片形式的PRD文檔是基于效果圖的說明文件，將傳統Word形式的功能需求說明標注在效果圖上，這種方式經常使用在移動互聯網領域，實際上是圖文形式的交互需求文件，只是在此基礎上更深入的描述出功能需求。

對于圖片形式的PRD文檔，我們只需要另外再描述一下全局說明，其他頻道頁面的需求直接以圖片形式展示，這種方式相對于Word文檔的純文字更加生動易讀并且直觀，因此有一些產品經理非常喜歡用這種方式代替Word形式的PRD文檔。

交互文檔

三、交互原型

這里指的交互原型就是上一篇文章講的原型設計，使用Axure PR之類的交互原型設計軟件制作出來的產品原型非常真實和直觀，并且原型軟件還支持元素標注和導出Word文檔，因此很多產品經理都喜歡使用Axure PR來代替Word完成PRD文檔。

當我們通過Axure PR制作出產品原型后，實際上他已經是很完善的產品Demo了，因此我們只需要加上元素的標注，在標注中說明功能需求，這樣導出的HTML文件相比Word文檔更直觀易懂，是非常高效的產品需求說明方式。

———

無論你采用哪種方式產出需求文檔，最終的目的都是為了方便團隊成員理解產品的意圖，因此哪種方法能夠避免細節黑洞，高效完成產品的設計和研發，那么這種方法就是最有效的方法。

好了，關于《產品需求文檔(PRD)的寫作》的介紹寫完了，一共四篇文章，希望能夠幫助到你，如果覺得文章中有什么錯誤或者有疑問，歡迎評論留言。

產品需求文檔(PRD)的寫作：
產品需求文檔(PRD)的寫作方法（文章的摘要介紹）
產品需求文檔的寫作(一) – 寫前準備(信息結構圖)
產品需求文檔的寫作(二) – 梳理需求(產品結構圖和用戶流程圖)
產品需求文檔的寫作(三) – 原型設計(手繪原型,灰模原型,交互原型)
產品需求文檔的寫作(四) – 撰寫文檔(PRD文檔)
產品需求文檔的寫作(五) – 用例文檔(UML用例圖、流程圖)

本文出自 產品經理 唐杰

更多精彩內容，請關注人人都是產品經理微信公眾號或下載App
阿航
85后，PM，在邪惡的黑暗里冥想爭扎。
338篇作品 9049545總閱讀量
04-137040 瀏覽
認知用戶價值與交易【完結篇】
06-233779 瀏覽
轉身第四消費時代，新消費品牌們的生死局
08-073257 瀏覽
Vision Pro 設計原則 X 空間輸入（二）
01-092558 瀏覽
2023，春節紅包大戰靜悄悄
05-226667 瀏覽
體驗分析|電商產品中的“搜索”功能
評論
評論請登錄

  1. 感謝，趕緊下載下來了 ??

    來自北京 回復

  2. 干貨干貨

    來自廣東 回復

  3. 寫的是真好 第四篇最時效，干貨！ 頂！?。?/p>

    來自吉林 回復

  4. 很好～

    回復

  5. 怎樣就算是與頻道同級別的功能呢？？

    來自北京 回復