互聯(lián)網(wǎng)產(chǎn)品的需求文檔寫作，應該注意哪些事項和規(guī)范？

需求文檔，又稱之為PRD，其實我認為PRD沒有所謂的規(guī)范。

那該如何撰寫呢？

作為產(chǎn)品經(jīng)理，如果把PRD當做自己的一款“產(chǎn)品”，我們需要思考這款產(chǎn)品的目標用戶是誰？他們的痛點是什么？

PRD這款產(chǎn)品的目標用戶是誰呢？研發(fā)、測試、UI等內(nèi)部人員對不對？他們的需求是什么呢？研發(fā)需要根據(jù)你的PRD寫代碼，測試需要根據(jù)你的PRD撰寫測試用例，UI需要根據(jù)你的PRD輸出UI稿。

所以PRD的寫作宗旨是：產(chǎn)品邏輯表達清晰且完整，這就是寫PRD的本質(zhì)！只要能達成該宗旨的PRD寫作方法都是OK的。

京東產(chǎn)品說明文檔的寫作框架及寫作方法

為了更好的講解產(chǎn)品說明文檔的撰寫方法，我們以京東的PRD撰寫方法為例。

京東功能型產(chǎn)品經(jīng)理一份完整的PRD，一般會包含以下幾個部分：

第一個：項目概述。包含項目背景和項目目標，即為什么要做這個需求？做完之后希望達到的目標是什么？等等。這一部分有助于讓項目參與方和其他對項目感興趣的角色更好的理解需求的來龍去脈。

第二個：修改記錄。修改記錄會包含下面幾個信息：

1、版本。版本是指PRD修改的版本，一般每修改一次PRD都要更新一下版本；

2、修改內(nèi)容。在此部分直接撰寫PRD的修改或者更新內(nèi)容即可。由于PRD整體內(nèi)容偏多，直接將修改內(nèi)容體現(xiàn)在這一部分，可以大大提高相關參與方檢索信息的效率。

3、修改人。因為各種原因，比如多個產(chǎn)品經(jīng)理負責同一個功能或者產(chǎn)品離職，都有可能存在一份PRD多人更新的情況。所以修改人這一欄有助于文檔的閱讀者產(chǎn)生問題時，直接定位相關責任人進行溝通。

4、修改時間。即產(chǎn)品經(jīng)理每次更新內(nèi)容的時間，對于產(chǎn)品經(jīng)理自己定位修改內(nèi)容大有幫助。

第三個：需求列表。

京東產(chǎn)品經(jīng)理每次迭代輸出PRD之前，先跟直屬領導過一遍需求列表，確定這一個版本要做的需求有哪些。然后，才開始通過腦圖、流程圖、原型圖梳理產(chǎn)品邏輯。原型圖梳理完成之后再跟領導過一版方案，確認沒問題開始寫PRD，所以需求列表起到需求總覽的作用。

需求列表一般會包含序號、頁面，需求名稱，需求詳情、優(yōu)先級這幾個信息。

其他幾項信息非常好理解，重點說一下優(yōu)先級。當項目著急上線而研發(fā)資源不足的時候，一般通過優(yōu)先級的方法讓研發(fā)先做優(yōu)先級高的需求，從而保證項目能夠按時上線。

大部分公司都是用T1/T2來標識優(yōu)先級，而T1的優(yōu)先級高于T2，至于哪個功能優(yōu)先級更高，這就需要產(chǎn)品經(jīng)理按照用戶價值以及實現(xiàn)難度等維度去衡量了。

第四個：流程圖。即核心功能的業(yè)務流程圖，放到PRD中可以讓相關方從宏觀上了解核心的業(yè)務的關鍵節(jié)點。

第五個：思維導圖。即復雜功能的功能框架圖，放到放到PRD中可以讓相關方從宏觀上了解產(chǎn)品/功能的布局邏輯。

第六個：功能描述。

當相關方從宏觀上有個大概了解以后就開始進入了對于功能細節(jié)的了解了，即第六部分功能描述中我們需要把每一個功能的詳細邏輯（包含前端交互邏輯、服務端邏輯、算法邏輯等）都要寫清楚。這是PRD最核心的部分。

在撰寫每一個詳細功能的詳細邏輯時，建議大家按照信息、交互、數(shù)量、狀態(tài)、來源、異常情況等6個維度進行梳理，這樣可以保證產(chǎn)品方案更全面。

信息：即每個頁面上可視化的所有信息元素，包含可以點擊的和不可點擊的部分；

交互：即點擊或者滑動有反應的地方，需要在此部分將交互跳轉(zhuǎn)邏輯是敘述清楚；

數(shù)量：即元素的個數(shù)限制。比如以朋友圈為例最多可以上傳9張圖片，這就是圖片數(shù)量的限制；還比如微信群語音通話最多支持9個人同時在線，這就是一個人數(shù)的限制。

狀態(tài)：每個實體元素的狀態(tài)類型。比如電商中的訂單狀態(tài)會分為待支付、已支付、待發(fā)貨、已收貨、待評價、已評價等等；還比如約騎活動會存在可報名、已報名、已結(jié)束等狀態(tài)。當然，有些實體元素是沒有狀態(tài)的，那這時就可以不寫狀態(tài)。

來源：即元素的數(shù)據(jù)來源。比如輪播圖一般是運營人員在運營后臺配置的，所以輪播圖的數(shù)據(jù)來源是運營后臺；還比如電商網(wǎng)站中優(yōu)惠券各項信息是從優(yōu)惠券后臺獲取的，所以優(yōu)惠券的各項信息元素來源是優(yōu)惠券后臺。在大公司中業(yè)務系統(tǒng)及其復雜，分別由不同的團隊負責，作為產(chǎn)品經(jīng)理將各項數(shù)據(jù)來源梳理清楚之后，可以極大的提升研發(fā)的開發(fā)效率。

當然針對中小型公司，系統(tǒng)相對簡單，在撰寫PRD可以考慮不寫來源。

異常情況：是指極少數(shù)情況下才會出現(xiàn)的場景。比如絕大多數(shù)用戶在使用百度搜索內(nèi)容的時候，都可以匹配到相關的內(nèi)容，這是正常場景。但是約有0.4%的用戶在搜索某些特殊內(nèi)容時，如下圖所示，百度無法匹配相關內(nèi)容，即為異常情況。

在此類異常情況下，作為產(chǎn)品經(jīng)理需要給出對應的產(chǎn)品方案。比如百度產(chǎn)品經(jīng)理給出的方案是，先給出一句文案說明沒有搜索到相關內(nèi)容，再給出溫馨提示和相關搜索，引導用戶找到需要的內(nèi)容。

下面以騎友APP首頁的輪播圖為例，講解這6個維度是如何在PRD中體現(xiàn)的。

第一步，先把活動卡片上的信息元素羅列出來；第二步，然后再考慮該功能存在哪些交互行為；第三步，撰寫元素來源；第四步，定義展示數(shù)量限制；最后一步，輸出異常場景下的產(chǎn)品方案。由于活動圖片不涉及到狀態(tài)，所以在詳細邏輯中沒有狀態(tài)一欄。

同時，做到圖文對照，每撰寫完一個頁面的邏輯，把相應的原型圖貼到下面，這樣研發(fā)、測試、UI看PRD的時候如果對文字描述不理解，可以和圖片對照一下，極大的降低他們的閱讀成本。

在這可能有人會產(chǎn)生一個疑問：為什么要按照如上的方式撰寫PRD呢？回答這個問題之前請大家先想一個問題：PRD的目標用戶是誰？也就是誰會查看我們的PRD。

大概分為4類：UI、客戶端開發(fā)、服務端開發(fā)和測試人員，這些人組成了PRD這款“產(chǎn)品”的目標用戶。

UI關心什么內(nèi)容？關心頁面布局樣式，對不對？所以在PRD中要把原型圖羅列清楚；客戶端開發(fā)關心什么呢？關心頁面布局及跳轉(zhuǎn)邏輯對不對？其實也就是PRD中的信息和交互這兩部分所呈現(xiàn)的邏輯。服務端開發(fā)是提供數(shù)據(jù)的，所以來源，狀態(tài)，邊界等內(nèi)容是寫給服務端開發(fā)看的。測試呢？測試關心前后端的所有邏輯，因為要以PRD為準梳理測試用例。所以大家可以看到我們PRD這么寫也是在滿足目標用戶的需求，產(chǎn)品經(jīng)理的每一個產(chǎn)出物你都要把他當做自己的產(chǎn)品，去優(yōu)化用戶體驗。

以上就是京東產(chǎn)品說明文檔的寫作框架及撰寫方法，不一定具有普適性，大家重點學習思路即可。

以下知乎高贊答案也許同樣對你有幫助：

產(chǎn)品經(jīng)理可能用到的專業(yè)術(shù)語有哪些？

2020 年校招，最值得加入的互聯(lián)網(wǎng)公司有哪些？

為什么這么多人想轉(zhuǎn)行做產(chǎn)品經(jīng)理？

通過BAT、網(wǎng)易、京東產(chǎn)品經(jīng)理的簡歷大概什么樣？

產(chǎn)品經(jīng)理需要懂技術(shù)嗎？懂到什么程度？

產(chǎn)品經(jīng)理不想做產(chǎn)品了能去做什么？

產(chǎn)品經(jīng)理面試用的筆試部分問題和答案有哪些？

如何在群面中表現(xiàn)自己？

薛老板：產(chǎn)品經(jīng)理面試必備常見10道題及解析

薛老板：2020年，寫給想轉(zhuǎn)行做產(chǎn)品經(jīng)理的你

??看完兩件事??

看完這篇內(nèi)容之后如果對你有幫助，我想請您幫我兩個忙：

1、點贊，讓更多的人看到這篇內(nèi)容（收藏又點贊，手拉手好朋友）；

2、關注我和專欄，讓我們成為長久的朋友關系，精彩回答可以第一時間收到；