筆者之前梳理過產(chǎn)品自查表，但是還是有很多小伙伴詢問關(guān)于PRD的模板和資料。所以本文特地梳理了PRD的內(nèi)容，希望能給你帶來啟發(fā)與思考。

John之前梳理過產(chǎn)品自查表，但是還是有很多小伙伴經(jīng)常問John關(guān)于PRD的模板和資料。所以我今天梳理下PRD的內(nèi)容，看完這篇文章，如果還不清晰，直接來找John吧。

不知道大家在讀完《寫了30+產(chǎn)品需求文檔后，我對PRD有了新的認知》后，有沒有相關(guān)的思考：

• 總覺得PRD是有規(guī)范的 ——其實沒有規(guī)范，但是需要讓團隊的小伙伴能看懂。
• 可能你PRD寫了幾萬字，技術(shù)只花了10分鐘就看完了。剩下的時間都在找你問細節(jié)。
• 在產(chǎn)品評審時，你發(fā)現(xiàn)寫的PRD忽然變得很陌生。
• ……

可能很多小伙伴下載一個所謂的PRD模板，把其中的內(nèi)容進行替換，最后發(fā)現(xiàn)只剩下“產(chǎn)品功能”這部分自己還看得懂。其它地方連自己都不能理解。導(dǎo)致產(chǎn)品要么沒有可讀性，要么需求不明晰，團隊溝通需求成本極高。

與其說是產(chǎn)品經(jīng)理偷懶行為，不如說壓根不清楚PRD，不得其法。接下來John根據(jù)自己的經(jīng)驗來聊下PRD文檔如何更清晰地闡述。

一、PRD的定位

在John梳理的產(chǎn)品經(jīng)理工作流中，PRD承接的是產(chǎn)品經(jīng)理把業(yè)務(wù)需求梳理成產(chǎn)品需求對接給項目組的其他小伙伴。所以重要性不言而喻。首先你明確兩個問題：

1. 產(chǎn)品實現(xiàn)的過程中，誰會看PRD？——角色包括：產(chǎn)品伙伴、研發(fā)、UI、測試、運營和客服等團隊成員
2. PRD是否能清晰的表達這個版本的需求？——這版本需要做什么？用戶路徑是怎么樣的？版本的整個功能架構(gòu)，對應(yīng)的原型和邏輯

產(chǎn)品經(jīng)理需要清晰地知道PRD最重要的包含哪些內(nèi)容，才能在評審會上不至于有分歧。

二、PRD的結(jié)構(gòu)

在現(xiàn)階段一般是敏捷開發(fā)、注重的是項目管理和溝通高效。PRD最重要的是適合你的團隊配合。但是最基礎(chǔ)的PRD結(jié)構(gòu)可以通過如下的腦圖來總結(jié)：

其中整體呈現(xiàn)出來如下圖所示（全部在Axure呈現(xiàn)出來）：

1. 產(chǎn)品歷史版本規(guī)劃

主要是說清楚每個版本功能迭代的目的是什么。其中包括編輯的時間、上線版本號、具體的內(nèi)容、功能架構(gòu)和用戶路徑（方便點擊跳轉(zhuǎn)）、原型版本號和修訂人。如下圖展示：

2. PRD階段

經(jīng)常有小伙伴問John，PRD是每個版本分開寫還是聚合寫在一起。其實你會發(fā)現(xiàn)，分開寫之后，查看對應(yīng)的文章就很麻煩，且不容易管理。所以John最后就采用這種管理方式。

2.1 功能架構(gòu)圖

首先建議輸出功能需求池，說清楚有哪些功能需求。如下圖：

然后針對需求池輸出對應(yīng)的功能架構(gòu)：

輸出功能需求池的目的是產(chǎn)品經(jīng)理更好的存檔。功能架構(gòu)方便項目組的伙伴更好的清晰每個版本所對應(yīng)的模塊是什么？

2.2 用戶路徑流程圖

輸出用戶路徑是為了清晰每個模塊之間的跳轉(zhuǎn)關(guān)系和路徑。做到整體流程無遺漏無缺失（重點是一定要說清楚）。

單一用戶多模塊操作的泳道圖：

多用戶多模塊操作的泳道圖：

2.3 原型

John之前說過，原型是最不重要的，但是它是最基礎(chǔ)的。如果你原型都不能保障，那建議先去好好練習(xí)基本功吧。

其中仔細看會發(fā)現(xiàn)，初始的頁面，配套寫清楚邏輯，加上交互的點擊事件說明。只要會閱讀的技術(shù)，都能很清晰地看清楚內(nèi)容。

附：如何輸出高質(zhì)量的PPT

作者：John，產(chǎn)品狗一枚，微信公眾號：產(chǎn)品狗聚集地。歡迎一起溝通交流。

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

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