關(guān)于如何寫一份優(yōu)秀完美的PRD仙蚜，文章多的數(shù)不勝數(shù)此洲。我今天結(jié)合自己這幾年的迭代經(jīng)驗(yàn)淺談一下自己對(duì)PRD寫作的理解和思路。
為什么強(qiáng)調(diào)“落地”這個(gè)詞呢鳍征？很簡(jiǎn)單黍翎，我們都知道一份完整的PRD面徽，面向閱讀人群有：設(shè)計(jì)師艳丛、市場(chǎng)匣掸、運(yùn)營(yíng)、測(cè)試氮双、研發(fā)碰酝、領(lǐng)導(dǎo)......，那在實(shí)際工作中真的會(huì)有這么多的角色來(lái)看你的PRD嗎戴差？（可能有一些迭代周期長(zhǎng)的大項(xiàng)目大家都會(huì)看）送爸，實(shí)際中因?yàn)榛ヂ?lián)網(wǎng)快速迭代的原因（我曾經(jīng)負(fù)責(zé)的產(chǎn)品每周發(fā)版），一方面閱讀者很具體的落到做這件事的研發(fā)頭上暖释，一方面PM也沒(méi)有充裕的時(shí)間去思考和完善PRD中那些為了某些非核心閱讀人員看的內(nèi)容袭厂。
所以，我這里說(shuō)的“落地”也可以解釋為：如何寫一份看上去清晰球匕，研發(fā)容易理解的PRD纹磺。
那么研發(fā)在看一份PRD的時(shí)候到底關(guān)注什么？經(jīng)過(guò)這幾年我與不同崗位亮曹、不同層級(jí)的研發(fā)同學(xué)深入溝通和交流橄杨，總結(jié)為以下幾點(diǎn)：
為什么做這個(gè)？團(tuán)隊(duì)中少數(shù)研發(fā)會(huì)很關(guān)心這個(gè)問(wèn)題照卦，他們不愿意盲目去寫代碼式矫；
業(yè)務(wù)關(guān)系是什么樣的？這個(gè)功能涉及到的整體業(yè)務(wù)流程和系統(tǒng)架構(gòu)是什么役耕；
頁(yè)面長(zhǎng)什么樣子采转？頁(yè)面很大部分決定前端的工作量，大部分后臺(tái)同學(xué)也習(xí)慣于通過(guò)前端頁(yè)面去評(píng)估瞬痘；
數(shù)據(jù)從哪里來(lái)氏义？從后臺(tái)來(lái)？從其它事業(yè)部來(lái)图云？還是從合作的第三方API拿惯悠？亦或是人工上傳？
當(dāng)然竣况，研發(fā)同學(xué)肯定關(guān)注的問(wèn)題不只以上4點(diǎn)克婶，但一開始這4點(diǎn)說(shuō)清楚了，基本上這個(gè)文檔就很容易讀下去了丹泉。
曾經(jīng)一位研發(fā)總監(jiān)給我一個(gè)建議：PRD先畫一個(gè)整體流程圖情萤，不要一上來(lái)就說(shuō)具體功能，不然很容易就產(chǎn)生“這個(gè)功能好復(fù)雜好難”的潛在心理暗示摹恨。我深表贊同筋岛！
那么接下來(lái)，就實(shí)際說(shuō)一下晒哄，滿足以上條件的PRD到底怎么落地去寫睁宰。
先放一個(gè)文檔結(jié)構(gòu)圖：
依次會(huì)談一下我對(duì)寫作這樣一份PRD的淺見(jiàn)肪获。
（以下為PRD正文內(nèi)容了）
1 需求背景
解釋一下為什么做這個(gè)需求？我們遇到的問(wèn)題或現(xiàn)狀是什么樣的柒傻，我們做這個(gè)需求是為了解決什么具體問(wèn)題的孝赫。盡量用大白話描述，不用太書面化红符。
這么幾年工作下來(lái)青柄，大概感覺(jué)是研發(fā)團(tuán)隊(duì)中其實(shí)不到50%的人在意這個(gè)需求背景，一大部分研發(fā)還是習(xí)慣于直接看功能描述预侯，看怎么做致开，偏向于單純的寫代碼。
2 產(chǎn)品目標(biāo)
2.1 功能目標(biāo)
描述一下這個(gè)需求具體要實(shí)現(xiàn)什么功能萎馅，這里的描述類似于一句話給別人介紹你這個(gè)產(chǎn)品喇喉。
2.2數(shù)據(jù)目標(biāo)
現(xiàn)在這個(gè)時(shí)代下，不關(guān)注數(shù)據(jù)的產(chǎn)品迭代行為都是耍流氓校坑，你可以不完全依靠數(shù)據(jù)去做決策拣技，但是必須知道你做的產(chǎn)品，核心衡量數(shù)據(jù)指標(biāo)是什么吧耍目？即所謂的OMTM（one metric that matters）膏斤。
建議這個(gè)指標(biāo)不要超過(guò)3個(gè)，聚焦在核心路徑上邪驮，甚至最好是只有1個(gè)莫辨。
3 系統(tǒng)架構(gòu)&流程
這部分我認(rèn)為主要是用來(lái)向研發(fā)同學(xué)傳遞以下2點(diǎn)內(nèi)容：
(1)功能的邏輯流程劲厌，基本等同于從用戶使用角度的用例流程劈猿；
(2)各個(gè)端之間的交互，前端郊愧、后臺(tái)喻粹、算法等是怎么交互的蟆融。像機(jī)器人產(chǎn)品就更復(fù)雜了，大范圍劃分要涉及到客戶端守呜、機(jī)器人前端型酥、機(jī)器人后端、服務(wù)器查乒、語(yǔ)義平臺(tái)弥喉、云平臺(tái)等等。而某些機(jī)器人端功能更是要講核心板和算法板也劃分開玛迄。
建議是用泳道圖的形式來(lái)表現(xiàn)這部分內(nèi)容由境。
4 頁(yè)面&功能結(jié)構(gòu)
說(shuō)白了就是功能的概覽圖，但是很多時(shí)候我們會(huì)面臨：這個(gè)概覽圖是按照頁(yè)面緯度還是功能緯度去劃分蓖议。
我的建議是虏杰，根據(jù)這個(gè)需求的實(shí)際表現(xiàn)情況讥蟆，如果涉及到超過(guò)5個(gè)以上大大小小的頁(yè)面了，那么建議從頁(yè)面緯度來(lái)劃分功能概覽嘹屯，如果是主頁(yè)面就涉及到2、3個(gè)从撼，那么從功能以及功能分支維度劃分可能更好一點(diǎn)州弟。
當(dāng)然，時(shí)間寬裕前提下低零，還是建議從2個(gè)維度畫一下婆翔。
建議用腦圖工具來(lái)呈現(xiàn)，Mac端我最喜歡用的腦圖工具非MindNode莫屬
沒(méi)有用過(guò)的同學(xué)可以下載體驗(yàn)一下：鏈接: https://pan.baidu.com/s/1pKASFHp 密碼: chgi
5 最小化功能描述
這部分你就要開始詳細(xì)的描述一個(gè)功能點(diǎn)了掏婶。我一般會(huì)從以下幾方面來(lái)描述一個(gè)功能點(diǎn)啃奴。
(1)功能簡(jiǎn)介：一句話說(shuō)明這個(gè)功能要完成什么操作；
(2)原型圖：如果有設(shè)計(jì)稿就直接放設(shè)計(jì)稿截圖部分雄妥；
(3)入口：主要入口在哪里最蕾？同時(shí)要多想一下用戶還可能從哪些地方進(jìn)來(lái)，比如APP可能有PUSH消息直達(dá)老厌；
(4)前繼條件：進(jìn)入此功能需要滿足什么條件嗎瘟则？有什么必須帶入的參數(shù)嗎？等等此類說(shuō)明枝秤；
(5)頁(yè)面或功能包含元素：事無(wú)巨細(xì)的列出這個(gè)頁(yè)面或功能由哪些元素構(gòu)成醋拧；
(6)每個(gè)元素的屬性和作用：純文本元素還是文字鏈？是否可被點(diǎn)擊淀弹；
(7)整個(gè)頁(yè)面和功能的交互規(guī)則：點(diǎn)擊某個(gè)元素會(huì)觸發(fā)什么操作等描述丹壕；
(8)數(shù)據(jù)內(nèi)容從哪里來(lái)：從后臺(tái)調(diào)取還是前端寫死？前端寫死的話此處要附上文案薇溃。
對(duì)一個(gè)功能如果以上8點(diǎn)描述清楚了菌赖，我相信基本就可交付開發(fā)了。
當(dāng)然沐序，在這幾年實(shí)際迭代中盏袄，我發(fā)現(xiàn)在PRD交付后，項(xiàng)目后期或者測(cè)試期間最容易被問(wèn)到的問(wèn)題就是：沒(méi)數(shù)據(jù)了怎么辦薄啥？數(shù)據(jù)太多了怎么顯示辕羽？
此類問(wèn)題，每次寫都嫌棄麻煩垄惧，但是不寫的話測(cè)試同學(xué)可是會(huì)給你PM提BUG的刁愿，況且還會(huì)影響產(chǎn)品功能和項(xiàng)目進(jìn)度。建議勤快點(diǎn)到逊，此類問(wèn)題提取出來(lái)作為公共規(guī)則铣口，在公司內(nèi)部建立公用文檔滤钱，每次需要的時(shí)候直接超鏈在PRD中即可。
以上希望對(duì)一些同學(xué)有幫助脑题，如有其它寫作PRD的實(shí)戰(zhàn)經(jīng)驗(yàn)件缸，歡迎交流。
