在項目推進(jìn)過程中，PRD的使用率和流通率都是比較高的，那么針對不同的人員，PRD都有什么區(qū)別呢？

前言·PRD的定位

PRD的可讀性

很多產(chǎn)品經(jīng)理在追求一個完美的PRD模板，在囊括全部信息的前提下，還可以做到極度精簡，其實是不現(xiàn)實的。

筆者認(rèn)為，傳統(tǒng)的PRD起到的是字典和記錄的角色定位。但是產(chǎn)品經(jīng)理作為最會說話的一個崗位，將一份又臭又長的PRD直接丟給相關(guān)人員，未免也有點失禮。

很多場景下，產(chǎn)品經(jīng)理的懶惰和不得其法，給團隊增加了更多的溝通成本，文檔的可讀性很低。

產(chǎn)品經(jīng)理都會遇到什么人？

作為產(chǎn)品經(jīng)理來說，最關(guān)鍵的就是目標(biāo)用戶。

你的PRD也是一樣，傳統(tǒng)的PRD冗長而復(fù)雜，所以我們建議采用一種模塊化思維，梳理清楚每一部分的目標(biāo)用戶，給我們的PRD寫作一個全新的思路。

筆者將產(chǎn)品經(jīng)理日常溝通方分為五大角色，把他們劃分為PRD的目標(biāo)用戶。筆者認(rèn)為：

1. BRD的主戰(zhàn)場適用于決策層面，且具有更多保密性。
2. MRD是項目立項階段的整體規(guī)劃。
3. PRD是MRD的技術(shù)指標(biāo)細(xì)化版。

所以本文所探討的部分被劃歸為PRD的范疇內(nèi)。在項目推進(jìn)過程中，PRD的使用率和流通率都是比較高的，所以如何給對應(yīng)的人看對應(yīng)的PRD，提升可讀性，是本文的宗旨。

破局·見人說人話

BOSS

對BOSS層面的匯報工具我們推薦是PPT，內(nèi)容量在3-5張之間，總共時間控制在15分鐘左右。

在項目推進(jìn)過程中，難免會有例會、周報或是短期匯報。某世界50強公司的老板會同時應(yīng)對100多個項目，而在他這個層面，面對任何一個項目匯報，恐怕都相當(dāng)于重新接觸。所以對BOSS來說，永遠(yuǎn)都會關(guān)注三點一問：

1. 要做什么事：你講的故事有沒有邏輯上的漏洞？
2. 為什么這么做：是否跟公司價值相悖？
3. 風(fēng)險&投產(chǎn)比：風(fēng)險點在哪？
4. 你要請示的是什么？

最后再把要請示的事項重點突出一下，做到有頭有尾，這樣4部分內(nèi)容，就是一個基本的BOSS匯報思路。

素材上可以取PRD的界面效果圖、業(yè)務(wù)邏輯圖等部分，以備跟BOSS突出講解以上內(nèi)容。

設(shè)計師

對于設(shè)計師來講，我們推薦用AXURE直接溝通，主要提供線框圖+注釋，還有整體的業(yè)務(wù)邏輯。

設(shè)計師要做的是在了解業(yè)務(wù)邏輯的情況下，最大程度發(fā)貨他們在設(shè)計上的優(yōu)勢。所以如果不能清除了解項目，就會導(dǎo)致設(shè)計師在設(shè)計上無從下手，甚至做出的設(shè)計大相徑庭。

我曾經(jīng)遇到一個案例，一個產(chǎn)品經(jīng)理跟設(shè)計師爭的面紅耳赤，互相說對方不懂設(shè)計，最后發(fā)現(xiàn)產(chǎn)品經(jīng)理忘記了告訴設(shè)計師某某表格的比對邏輯，當(dāng)兩個人在業(yè)務(wù)上站在同一高度，設(shè)計上很快也互相理解握手言和了。

所以對于設(shè)計師的溝通，一定要避免上述低級失誤的發(fā)生。要做好以下三點：

1. 場景、功能邏輯、頁面流轉(zhuǎn)情況的解答
2. 元素、字段、都要按實際生產(chǎn)數(shù)據(jù)來做案例和線框圖
3. 極端情況和限制條件等要交代清楚

以上是設(shè)計師最關(guān)心的幾點內(nèi)容，所以使用PRD內(nèi)的原型和界面流轉(zhuǎn)圖部分是最高效的溝通方式。

研發(fā)

對于研發(fā)來講，我們推薦用AXURE和EXCEL加流程圖來進(jìn)行溝通。

對于前端研發(fā)，我們推薦給出效果圖后，跟設(shè)計師一起隨時進(jìn)行走查以保證UIUE準(zhǔn)確。

對于后端研發(fā)，建議一定要做好五點：

1. 角色、系統(tǒng)、界面交互情況：在復(fù)雜系統(tǒng)的大公司，這個角色往往也有可能是BA/SA的角色在做。
2. 觸發(fā)條件和時序：是后端做業(yè)務(wù)邏輯的關(guān)鍵。
3. 細(xì)致化描述：方便開發(fā)對工作量進(jìn)行準(zhǔn)確評估，安排研發(fā)資源。
4. 數(shù)據(jù)邏輯規(guī)則：可以用EXCEL進(jìn)行整理，這是后端邏輯的關(guān)鍵。
5. 數(shù)據(jù)結(jié)果和接口：對于開放平臺會用到比較多，嚴(yán)格來講屬于數(shù)據(jù)產(chǎn)品經(jīng)理的范疇。

研發(fā)團隊追求的是技術(shù)上的攀登和實現(xiàn)上的快感，需要完整而嚴(yán)謹(jǐn)?shù)募?xì)節(jié)，宏觀性的角度大多是背景了解，所以跟他們的交流一定要做到細(xì)化和有條理。推薦用PRD里面的數(shù)據(jù)邏輯部分和導(dǎo)圖來交流溝通。

市場及運營

對于市場和運營團隊，主要是對外的工作，所以最關(guān)鍵的是知己知彼。這時產(chǎn)品經(jīng)理需要針對產(chǎn)品的場景和步驟圖對他們進(jìn)行詳細(xì)的操作講解，這樣才能讓對外團隊深刻了解手中的武器，才能打勝仗。

建議使用PPT做一個清晰的場景步驟說明書，其中重點的功能點要特別提及，方便運營做數(shù)據(jù)埋點、活動策劃等動作。

所以在跟對外為主的部門打交道時，實現(xiàn)層面的東西可以少一點，要針對產(chǎn)品的可用性進(jìn)行淋漓盡致的展現(xiàn)。

培訓(xùn)及客服

產(chǎn)品經(jīng)理很多的反饋和建議是來自最底層用戶的。而且，小白用戶的初體驗往往也是檢驗我們設(shè)計合理性的關(guān)鍵。但是對于百萬量級以上的產(chǎn)品，如果這些反饋和溝通都由產(chǎn)品經(jīng)理躬親為之，恐怕是會將產(chǎn)品經(jīng)理變成救火經(jīng)理了。

所以不管你有沒有客服或者培訓(xùn)，都需要為小白用戶給出一份FAQ，或者給自己的郵箱設(shè)置一個套自動回復(fù)，將常規(guī)性的問題囊括在內(nèi)，并指明責(zé)任人，這樣可以免去很多工作中低效的轉(zhuǎn)發(fā)動作。

你是產(chǎn)品經(jīng)理，不是救火經(jīng)理，也不是二傳手經(jīng)理。

回溯·模塊與效率

對目標(biāo)人群進(jìn)行分析后，我們顯然可以發(fā)現(xiàn)一套完整的PRD結(jié)構(gòu)：

要包含產(chǎn)品概述、流程圖、功能點的界面+場景+元素+邏輯、數(shù)據(jù)邏輯、操作手冊+測試用例+FAQ。

經(jīng)過以上分析，相信我們在做PRD的時候，都會有場景化的意圖和理解。

針對實際情況，適合你的團隊所使用的PRD模板，相信也一目了然。

另外建議對于整合變更點，可以用注釋記錄在PRD上，這樣在寫日報周報的時候，會很省力。

綜上所述，本文一共闡述了兩種思想：

1. 見人說人話：眾口難調(diào)，要入鄉(xiāng)隨俗，用可讀性來提高效率。
2. 模塊化工作：清晰明白自己作品的側(cè)重點，方便模塊化拆解以應(yīng)對匯報和總結(jié)，節(jié)約歸檔時間。

效率從功利性維度來分，可以被看做溝通和工作的整體，所以通過見人說人話減少不必要的溝通和摩擦，最快地進(jìn)入狀態(tài)，永遠(yuǎn)是每個人要好好練習(xí)的功課。

作者：花生醬先生，微博：Mr花生醬先生；公眾號：產(chǎn)品之術(shù)

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

題圖來自 Pexels，基于 CC0 協(xié)議