在上一篇文章中有介紹，產(chǎn)品經(jīng)理的兩項主要職責包括：對產(chǎn)品機會進行評估，以及對開發(fā)的產(chǎn)品進行評估。而定義即將開發(fā)上線的產(chǎn)品，則需要借助產(chǎn)品需求文檔，來進行產(chǎn)品的特征和功能描述。PRD文檔的寫作會因公司、團隊以及個人習慣而異，沒有標準的規(guī)范和統(tǒng)一模板，但有三大原則是不可忽略的：文字簡練、中低保真、測試驗證。本文僅陳述個人對產(chǎn)品需求文檔的理解，若有不正確的地方，還望多多指教。

（一）PRD的定義、主要構(gòu)成及用處

簡而言之，產(chǎn)品需求文檔（Product Requirement Document），是將商業(yè)需求文檔(BRD)和市場需求文檔（MRD）進行結(jié)合，然后用更加專業(yè)的語言進行描述。它向上是對BRD內(nèi)容的繼承和發(fā)展，向下是把MRD文檔中的各種理論要求技術(shù)化，向研發(fā)和設(shè)計部門說明產(chǎn)品的功能和性能要求。BRD>MRD>PRD是一個逐步論證并產(chǎn)出結(jié)果的過程，也是產(chǎn)品經(jīng)理思維升華的過程。

PRD主要構(gòu)成：

1.引言及概要

這部分主要解釋：需求背景、需求概要、需求目的、全局規(guī)則說明、名詞解說以及文檔變更記錄等，目的是讓閱讀者盡快了解并熟悉需求背景和概要。作為公司內(nèi)部文檔來看的話，可以從簡來寫作。

2.業(yè)務(wù)說明及原型圖

整個文檔最核心的部分，其中包括產(chǎn)品功能主框架，比如：業(yè)務(wù)結(jié)構(gòu)圖／流程圖、頁面交互／功能模塊元素構(gòu)成、權(quán)限說明表等。同時，各頁面之間基本的交互形式、文本注釋及線框圖，也是不可或缺的。

3.非功能需求

一些偏向“輔助”類的需求，包括：地理位置獲取、CDN緩存策略、Push推送機制、本地文件存放策略...

如果是產(chǎn)品的第一個版本，那么在整個產(chǎn)品的業(yè)務(wù)流程和功能結(jié)構(gòu)上就需要花更多時間來說明，既可以降低與整個團隊的溝通成本，也能作為后期開發(fā)的證據(jù)和備份，而這恰好是PRD文檔最大的用處。此外，它也發(fā)揮著將需求管理歸檔，促進從“概念化”階段到“圖紙化”階段的過渡作用。

（二）PRD寫作的三大原則

1.文字簡練

誠然詳盡的說明能給開發(fā)人員最全面的指導和參考，但“事無巨細”的備注及文字說明，有時反而會成為“過猶不及”的反例，增加溝通成本及延誤開發(fā)進程。在產(chǎn)品進行評審和討論具體開發(fā)細節(jié)時，有些問題會被重復提到，而在此過程中，如果能把關(guān)鍵性的邏輯用圖表或文本展現(xiàn)出來就很關(guān)鍵了。對于有些“眾所周知”的規(guī)則和功能需求的話，可以在產(chǎn)品文檔中進行適當精簡，否則開發(fā)人員也是沒有耐心看完的。

事實上，即使你的PRD已經(jīng)十分精練，團隊成員也很有可能不會完完整整地看完，有時候甚至會忘記其中一些內(nèi)容，然后認定是你當時沒有添加。當然，如果你跟團隊成員之間已經(jīng)很有默契，彼此知道對方的開發(fā)習慣和設(shè)計套路，那么即使有些需求沒有說明，產(chǎn)品的規(guī)劃和迭代也同樣能進入高效運轉(zhuǎn)的狀態(tài)。

2.中低保真

追求視覺細節(jié)和交互特效，在對外展示或用戶測試時，效果固然好。但通常的原型是為了內(nèi)部溝通交流，只需要用線框圖將核心功能及架構(gòu)進行展示，便可以把產(chǎn)品設(shè)計的思路梳理清晰。相反，高保真的原型在遇到后期的需求變更時，會帶來非常高的修改成本，而且會嚴重影響產(chǎn)品設(shè)計和開發(fā)的進度。正如用戶體驗五要素理論，產(chǎn)品的設(shè)計流程應(yīng)該是：戰(zhàn)略層>范圍層>結(jié)構(gòu)層>框架層>表現(xiàn)層。

3.測試驗證

這是將產(chǎn)品經(jīng)理的想法進行呈現(xiàn)的階段，也是創(chuàng)造力和創(chuàng)新力出彩的地方。對于很多產(chǎn)品來講，有下面三個測試十分重要，而且對于PRD最終是否“接地氣”有著不言自明的決定作用。

1）可用性測試 － 不僅能適應(yīng)不同的用戶，而且可以找出遺漏的產(chǎn)品要求，從而進一步確認產(chǎn)品最初的要求是否是必須的。當然，從目標用戶獲取測試反饋，也是非?？茖W和藝術(shù)的。

2）可行性測試 － 通過讓設(shè)計師和工程師介入技術(shù)的可行性調(diào)查和探索，可以盡早解決一些不太“現(xiàn)實”的問題，避免后期再調(diào)整的時間和精力代價。

3）概念測試 －對用戶是否有價值以及產(chǎn)生購買欲望的測試，可以結(jié)合一些優(yōu)質(zhì)快速的原型工具（比如Mockplus），將產(chǎn)品的預覽版本呈現(xiàn)出來，之后在實際目標顧客身上測試，從而得到有質(zhì)量的反饋。

總而言之，精簡說明文字、保持中低保真、進行原型測試和驗證，把時間和精力花在如何提高產(chǎn)品核心競爭力上，減少無效及重復的工作，是產(chǎn)出優(yōu)質(zhì)、有價值產(chǎn)品及產(chǎn)品需求文檔的牽引力。