在產(chǎn)研的世界里，情書（PRD）一定是寫給RD的。

還是在五彩城工作的時候，一個炎熱的下午，PM小潘來找我吐苦。大致就是PRD被研發(fā)噴了，上我這兒討幾顆“靈丹妙藥”。

因為私下都很熟，我也就開門見山的問道：“你不是有女朋友嗎？”。

“對啊，咋了？”，他一臉呆萌的望著我回道。

“跟我我聊聊，你追妹子的過程吧~”

此處省略一萬字……

“你是說把RD當(dāng)成女朋友？”

“準(zhǔn)確的說，是用你寫情書的思路和態(tài)度，去寫PRD！只要把幾個關(guān)鍵的問題想清楚了，寫個好點的PRD也就不是啥難事兒?！?/p>

1. 情書到底是寫給誰的

在產(chǎn)研的世界里，情書（PRD）一定是寫給RD的。

一次和老板開方案溝通會，某個PM滔滔不絕的講著自己的PRD交互如何友好，卻被老板噴到“這次會議只討論戰(zhàn)略層和內(nèi)容層面，表現(xiàn)層面的事情你們產(chǎn)品團(tuán)隊內(nèi)部自己搞定！”，于是乎這位仁兄就弄了個燒雞大窩脖，甚是尷尬。

還有一次，我手下的一個產(chǎn)品負(fù)責(zé)了一個非常復(fù)雜的項目，為了避免上線前業(yè)務(wù)反水就去和業(yè)務(wù)過方案。不可否認(rèn)，該同學(xué)非常認(rèn)真，連字段表結(jié)構(gòu)設(shè)計都給業(yè)務(wù)講了一遍，得到的是業(yè)務(wù)同學(xué)的一臉懵逼和不屑。

老板對方向和資源分配負(fù)責(zé)，員工對戰(zhàn)略落地質(zhì)量負(fù)責(zé)。方案質(zhì)量應(yīng)該通過產(chǎn)品內(nèi)審會來搞定，老板會從結(jié)果追責(zé)，但不會過多介入過程。所以別再拿你的PRD給老板扣字了。他不會看的，也不應(yīng)該看（ps.抽查監(jiān)控除外）。

業(yè)務(wù)同學(xué)都是目標(biāo)導(dǎo)向，老板定了目標(biāo)，玩兒命的去沖鋒。他們使用工具，但不會關(guān)心工具的產(chǎn)生原理?！澳氵M(jìn)屋開燈后，會思考燈光發(fā)亮的原理嗎？”所以別再拿工程術(shù)語鄙視業(yè)務(wù)同學(xué)的智商了，那只能暴露你的情商。他不會看，也不應(yīng)該看。

以上例子并未覆蓋全部類型的同事，但要知道，眾口難調(diào)，沒有聚焦，無法取舍。如果我們不清楚到底是寫給誰看，就沒辦法做出取舍。有的妹子喜歡幽默一點的表達(dá)方式、有的喜歡文藝點的、有的喜歡簡單直接，有的喜歡委婉含蓄。

天知道，她到底好哪口兒？

所以必須承認(rèn)一個事實，情書的接收對象只有RD（那個目標(biāo)明確，ID唯一且清晰的姑娘）。

對老板、業(yè)務(wù)不友好是可以接受的，甚至是必然的。

2. 具體該怎么寫

用你的情商設(shè)計模塊，用你的智商撰寫方案。

面試的時候經(jīng)常會聽到應(yīng)聘者這樣炫耀：

• 我交互方案質(zhì)量非常好，高保真的。
• 我這個方案用的是xx大公司模板，非常嚴(yán)謹(jǐn)。
• 我跟研發(fā)溝通的時候，經(jīng)常用術(shù)語，這樣才證明我夠?qū)I(yè)，避免被他們小看了。

“我以為”“我覺得”是這個世界上比較可怕的思維，有點以個人為中心自負(fù)的味道。在家自嗨還行，在外追妹子就差點事兒。

殘酷的現(xiàn)實如下，玻璃心請關(guān)閉此文。

高保真的方案既浪費(fèi)你的時間，又浪費(fèi)RD的時間，鬼才知道你這個頁面還有那個地方可以跳轉(zhuǎn)。

大公司的PRD成熟嚴(yán)謹(jǐn)是沒錯，可就一個敏捷需求你給我整一堆略，也是醉了，半天也找不到你到底要讓我做啥。

專業(yè)術(shù)語體現(xiàn)自己牛逼這沒錯，但總是說超出研發(fā)認(rèn)知范圍外術(shù)語，就有點欺負(fù)人了（光理解MVP就夠?qū)Ψ浇忉屢魂囎恿耍?/p>

不要在為了做而做，還是回歸初心，安靜的聽聽人家姑娘的心聲，也許她就想喝碗小米粥呢~

一般來講，如果把RD這類妹子確實都比較簡單，愛好不外乎如下：

（1）簡單直接

但凡有點工作經(jīng)驗的都知道，研發(fā)的排期永遠(yuǎn)都是非常緊張的。雖然他們會評估工期的時候給自己留一些彈性時間，但那時留給意外情況的，不是給理解你方案的。

為此，請簡單明了的描述你的需求。不要出現(xiàn)“可能”、“大概”、“我覺得”這類令人抓狂的字眼兒。

記住，老板、PM0和你催的那么緊，她沒功夫看你寫的廢話。

（2）邏輯清晰

RD就像是翻譯，將你的PRD語言翻譯成工程語言。

為此在這個過程中，為此一個好的PM在撰寫PRD的時候就應(yīng)該是像在寫代碼。邏輯無非條件、順序和循環(huán)。交代清楚事件的觸發(fā)條件，降級方案和極端情況。

記住，你讓她翻譯的越輕松，她就越喜歡你。

（3）內(nèi)容完整

他想要的你給了，他沒想的你也給了，制造超預(yù)期的體驗。

一般來講完整的PRD需要包含的模塊：

• 背景；
• 預(yù)期目標(biāo)；
• 版本說明；
• 業(yè)務(wù)邏輯（流程圖&storyboard）；
• 功能說明；
• 風(fēng)控；
• 埋點；
• UI （此處不做展開說明）；
• 參考資料。

記住，你越體貼，她就越喜歡你~

（4）充分尊重

工程的不確定性與方案的復(fù)雜程度呈正相關(guān)，為此如果你很興奮的啟動一個這類重點工程的話，請早些和相關(guān)的RD進(jìn)行溝通。

條件允許的情況下，可以融入他們的產(chǎn)品方案建議，利用參與感提升主動性。

想想看，如果準(zhǔn)備開發(fā)的PRD中有她自己貢獻(xiàn)的一部分智慧結(jié)晶，內(nèi)心回事多么的驕傲。

人畢竟不是機(jī)器，都希望自己是在輸出價值，而不是在做重復(fù)的勞動。

為此，方案里一定要體現(xiàn)對方投入時間后會給業(yè)務(wù)帶來多么大的價值（當(dāng)然前期溝通需求的時候，才是最好表達(dá)的時機(jī)。方案里體現(xiàn)是再一次強(qiáng)調(diào)當(dāng)前工程的意義）。

記住，每個RD的聲音都值得尊重，能在PRD中體現(xiàn)出來就盡量體現(xiàn)。

另外，每個人都不想浪費(fèi)時間，當(dāng)你的方案明顯屬于意淫的時候，對方會感覺自己可能在實現(xiàn)一坨垃圾，在浪費(fèi)時間。

所以能在PRD參考資料模塊中，體現(xiàn)自己的決策依據(jù)（有源設(shè)計）是一個不錯的習(xí)慣，對雙方的時間都是一種尊重。

（5）表達(dá)友好

一般PRD就三種模式，這個公司要是沒有強(qiáng)制規(guī)定的話，就根據(jù)方案內(nèi)容來選擇。

storyboard模式：

這種用axure/sketch作圖加標(biāo)注的PRD,適合界面比較多，邏輯比較簡單的方案。

優(yōu)點是比較直觀，有幾個頁面以及頁面之間的關(guān)系通過連接線一目了然的就能夠識別。

缺點，設(shè)計頁面過多或邏輯較復(fù)雜的情況下，閱讀體驗和效率就會差一些，另外文檔的檢索效率也會差很多。（可以通過分類目錄來解決）

xib模式：

用axure/sketch話storyboard（不展示業(yè)務(wù)邏輯規(guī)則），再用相截圖加文字寫到word或wiki里面，具體說明規(guī)則邏輯。

純代碼模式：

截圖加說明在word/wiki按照一定邏輯層級展開，適用于邏輯比較復(fù)雜含有一定的前端交互（數(shù)量比較少）。用好標(biāo)題導(dǎo)航工具，邏輯也能展示的很清楚。

（3）也許上面都是錯的

我們必須承認(rèn)，唯一不變的就是變化本身。

時代在變，世界也在變（學(xué)徒里的川普都當(dāng)上總統(tǒng)了），我們賴以生存的互聯(lián)網(wǎng)也在變，以上的內(nèi)容都具有一定的局限性和時效性。

經(jīng)驗總是靠不住的，唯一不變的是真理?！耙杂脩魹橹行淖鲈O(shè)計”為用戶創(chuàng)造價值，才會獲得相應(yīng)的回饋，這就是真理。

所以忘記那些專家，忘記那些模板，回到你的“夢中情人”身邊，靜靜的傾聽她們的心聲。寫一篇“貼心的”清楚，必然會贏得RD們的一篇“芳心”。

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

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