文章開(kāi)頭：本文是杜松發(fā)表在產(chǎn)品壹佰的文章（http://www.chanpin100.com/article/104999）轉(zhuǎn)載文章僅供大家習(xí)，不作任何商業(yè)用途。
想辦法讓你的團(tuán)隊(duì)，在你的PRD文檔里面「看見(jiàn)」用戶的具體行為動(dòng)作。
PRD對(duì)產(chǎn)品開(kāi)發(fā)的重要性無(wú)需多費(fèi)筆墨，但PM們經(jīng)常遇到一個(gè)尷尬，“寫多了大家未必都會(huì)看；寫少了又怕別人不懂。”
實(shí)際上，PRD的問(wèn)題不在于如何寫，而在于讓團(tuán)隊(duì)能夠理解業(yè)務(wù)，以及開(kāi)發(fā)過(guò)程中如何被傳遞與執(zhí)行。
一、關(guān)于PRD的幾個(gè)建議
PRD有且只有一個(gè)目的：描述清楚要做什么，怎么做，并保證團(tuán)隊(duì)的及時(shí)同步。
對(duì)一份PRD來(lái)說(shuō)，沒(méi)有什么比可讀性還重要的事情了。
1、可能的情況下，盡量不要輸出WORD版本的PRD，WORD版本的PRD文檔會(huì)隨著內(nèi)容的增長(zhǎng)可讀性直線下滑，原因在于WORD更善于線性描述；
2、不要列“需求格子”，任何一個(gè)功能方案不要再用傳統(tǒng)的軟件工程師法來(lái)描述“前置條件”“狀態(tài)機(jī)”“輸入”“輸出”這種格式來(lái)框定需求，它會(huì)使得產(chǎn)品的功能僅僅是功能，這是給產(chǎn)品帶來(lái)風(fēng)險(xiǎn)的一個(gè)引子；
3、讓你的PRD只有一份是個(gè)不錯(cuò)的嘗試，文檔多了，除了增加管理成本之外，就是讓人不知道從哪里去找想要的東西；
4、程序猿并不是害怕產(chǎn)品經(jīng)理變更需求，而是害怕產(chǎn)品經(jīng)理自己沒(méi)有想清楚，給出的產(chǎn)品方案難以自圓其說(shuō)，反復(fù)修改而又達(dá)不到想要的結(jié)果；
5、讓團(tuán)隊(duì)的每個(gè)人都參與進(jìn)來(lái)，發(fā)揮程序猿的主觀能動(dòng)性，認(rèn)真聽(tīng)取來(lái)自技術(shù)、設(shè)計(jì)、測(cè)試端的那些“莫名其妙”的建議，善用并適當(dāng)采納這些建議，你會(huì)發(fā)現(xiàn)很多事情會(huì)簡(jiǎn)單很多；
6、放松一點(diǎn)，保持頭腦清醒，激活你的團(tuán)隊(duì)，讓成員給你反饋。
以上，供你參考。
二、PRD內(nèi)容架構(gòu)
現(xiàn)在出發(fā)，我們的目的是讓你的PRD相對(duì)輕便，別人愿意看，自己也不太“痛苦糾結(jié)”。
文檔導(dǎo)航：讓你的團(tuán)隊(duì)成員知道怎么看，盡可能一份文檔描述清楚而又完整；
版本摘要：讓你的團(tuán)隊(duì)成員明白為什么做；
變更日志：讓你的團(tuán)隊(duì)成員知道你“又做了什么手腳”；
產(chǎn)品原則：通用性的規(guī)范，讓所有人都知道應(yīng)該遵從什么標(biāo)準(zhǔn)，什么要求，做成什么樣；
功能結(jié)構(gòu)：通俗一點(diǎn)的說(shuō)法就是，“用圖來(lái)描述”你現(xiàn)在想從哪里動(dòng)刀子了，是要改動(dòng)“個(gè)人資料”模塊還是訂單頁(yè)面；
關(guān)鍵流程：別什么都畫一個(gè)圖，把核心的流程描述清楚即可；邏輯完整，你寧可缺少一些場(chǎng)景的邏輯，而不是連一個(gè)場(chǎng)景都講不清楚；
故事板與原型：用場(chǎng)景化的語(yǔ)言描述某個(gè)功能是什么，配合適當(dāng)?shù)睦?，讓團(tuán)隊(duì)成員真正理解這個(gè)場(chǎng)景下的用戶行為。
1、文檔導(dǎo)航
給PRD加一個(gè)導(dǎo)航系統(tǒng)，是為了清晰的引導(dǎo)團(tuán)隊(duì)成員看快速找到他所關(guān)注的內(nèi)容。
為什么要有導(dǎo)航？
1）從這個(gè)導(dǎo)航結(jié)構(gòu)，所有人都能一眼就明白這個(gè)版本的概貌，能清晰的知道要做什么，也知道你又改了什么。更重要的是，這個(gè)結(jié)構(gòu)的第一步描述了整個(gè)版本為什么要做的原因——需求的出處，以及產(chǎn)品的價(jià)值。
2）如果有條件的情況下，可以弄一個(gè)小型的服務(wù)器，整個(gè)團(tuán)隊(duì)其實(shí)只需要通過(guò)瀏覽器直接范圍這個(gè)地址即可（一定要?jiǎng)?chuàng)造條件，避免產(chǎn)品原型，或RP文件，或壓縮包通過(guò)郵件、QQ、微信漫天飛的現(xiàn)象）。
產(chǎn)品經(jīng)理有責(zé)任確保整個(gè)團(tuán)隊(duì)只有一個(gè)需求的輸入口——需求的及時(shí)同步。 產(chǎn)品經(jīng)理也需要確保流轉(zhuǎn)到下一個(gè)任何環(huán)節(jié)都是經(jīng)過(guò)確認(rèn)的版本。
2、版本摘要
1）版本定義與目的
在定義一個(gè)版本，編寫一份PRD的時(shí)候，整個(gè)團(tuán)隊(duì)首先需要了解的是，這個(gè)版本為什么要做，做了有什么用。嘗試描述這些問(wèn)題有很大的幫助：
為什么要這個(gè)版本，是運(yùn)營(yíng)驅(qū)動(dòng)還是產(chǎn)品驅(qū)動(dòng)？
這個(gè)版本主要做了什么，能為用戶帶來(lái)什么？
做完這個(gè)版本，對(duì)產(chǎn)品的競(jìng)爭(zhēng)力能帶來(lái)什么提升？
2）里程碑計(jì)劃
很多公司，產(chǎn)品經(jīng)理和項(xiàng)目經(jīng)理是完全兩個(gè)不同的角色，通過(guò)彼此的協(xié)調(diào)配合共同來(lái)推進(jìn)一個(gè)項(xiàng)目迭代。但在一些創(chuàng)業(yè)公司，或者相對(duì)小型一些的企業(yè)，產(chǎn)品經(jīng)理&項(xiàng)目經(jīng)理統(tǒng)稱為PM，有PM來(lái)統(tǒng)籌資源，推進(jìn)進(jìn)度，當(dāng)然也包括產(chǎn)品需求。對(duì)這一類的產(chǎn)品經(jīng)理而已，必須把控整個(gè)項(xiàng)目的進(jìn)度。
在這種工作環(huán)境下，需要保證整個(gè)團(tuán)隊(duì)（從上到下）對(duì)進(jìn)度節(jié)點(diǎn)的一致認(rèn)可和知悉，并盡可能的嚴(yán)格按照計(jì)劃來(lái)執(zhí)行。否則，極容易出現(xiàn)場(chǎng)面失控，一口又一口結(jié)結(jié)實(shí)實(shí)的鍋，會(huì)讓PM們吃不完兜著走。
具體到項(xiàng)目進(jìn)度的編制、執(zhí)行和控制，是另外一個(gè)話題，暫且略過(guò)。
3）其他
摘要都可以起到一個(gè)極好的歸納作用，引領(lǐng)整個(gè)團(tuán)隊(duì)正確的理解項(xiàng)目。視不同的情況，不同的產(chǎn)品（業(yè)務(wù)）類型，版本的摘要有完全不同的內(nèi)容，如果是乙方的項(xiàng)目，則還可以把項(xiàng)目架構(gòu)，溝通機(jī)制都作為一個(gè)摘要來(lái)傳遞。
一個(gè)建議是，盡可能的把文檔歸攏，而不是完全依賴郵件滿天飛。
3、變更日志
最善變的，不是你的女朋友，而是“需求”。
所有應(yīng)對(duì)和管理需求變更的“奇淫技巧”，首先要的是能夠從心理上有所準(zhǔn)備，能夠擺正心態(tài)正確面對(duì)需求的變更，然后才是通過(guò)恰當(dāng)?shù)氖侄喂芾硇枨笞兏灰胫タ刂谱兏蛔种钪g有很大的不同。
1）需求變更帶來(lái)的困境
額外的開(kāi)銷
項(xiàng)目的延期
團(tuán)隊(duì)士氣低落
質(zhì)量失控
2）應(yīng)對(duì)需求變更的建議
A. 通過(guò)角色扮演來(lái)挖掘需求
這個(gè)鍋，產(chǎn)品經(jīng)理得徹底背起來(lái)。需求的頻繁變動(dòng)，往往最根本的原因就是需求與用戶的真實(shí)場(chǎng)景相背離，產(chǎn)品經(jīng)理直接套用了用（ling）戶（dao）們（men）的“解決方案”演變?yōu)楣δ苄枨螅瑢?dǎo)致在整個(gè)功能的設(shè)計(jì)階段，流程梳理環(huán)節(jié)越走越遠(yuǎn)而往往不能夠自知，鑒于此，產(chǎn)品經(jīng)理一定要學(xué)會(huì)如何扮演角色，倒推場(chǎng)景下的用戶行為。只有在這個(gè)階段，把自己演變?yōu)椤靶“住辈趴赡苷嬲l(fā)現(xiàn)和理解用戶——秀一場(chǎng)cosplay吧。
B. 借助團(tuán)隊(duì)的力量驗(yàn)證需求
不要維護(hù)自己的方案，你的方案第一次拿出給到設(shè)計(jì)師、程序猿的時(shí)候，就是為了讓他們來(lái)給你找出問(wèn)題，在第一次需求評(píng)審的時(shí)候，盡可能的傾聽(tīng)來(lái)自團(tuán)隊(duì)的聲音，你應(yīng)該把第一次需求評(píng)審會(huì)議改為“需求表演會(huì)”。產(chǎn)品經(jīng)理應(yīng)該要理解，只要在越早期的時(shí)候，被研發(fā)質(zhì)疑，然后再通過(guò)需求驗(yàn)證，才能讓團(tuán)隊(duì)感受到這些團(tuán)隊(duì)的力量，你應(yīng)該讓你的團(tuán)隊(duì)協(xié)助你，而不是讓他們按照你的方案來(lái)執(zhí)行。
C. 保持需求的唯一出口
這是一個(gè)重大的災(zāi)難。需求多端發(fā)起，特別是甲乙方的項(xiàng)目，涉及的干系人過(guò)多，以及跨部門協(xié)作的時(shí)候，每個(gè)人都在發(fā)表聲音，從而導(dǎo)致局面徹底失控。這就是為什么建議在一份PRD的開(kāi)頭明確一個(gè)協(xié)同規(guī)則的根本原因，把它作為項(xiàng)目的頭等大事，寫在最首要的位置，時(shí)刻同步給到每一個(gè)人。產(chǎn)品經(jīng)理應(yīng)該盡可能的建立一種“只有PM確認(rèn)的工作才付諸行動(dòng)”的氛圍。
D. 保持持續(xù)性更新
需求變更的另外一個(gè)重要原因就是，需求沒(méi)有及時(shí)同步，任何一個(gè)小的變更，一定要隨時(shí)同步到整個(gè)團(tuán)隊(duì)，它除了影響研發(fā)之外，還包括設(shè)計(jì)、測(cè)試團(tuán)隊(duì)，以及后續(xù)的運(yùn)營(yíng)團(tuán)隊(duì)。
所有的關(guān)于需求變更技法，都是在補(bǔ)救你此前捅過(guò)的婁子和埋下的雷。不要奢望能躲避需求變更，而是要引導(dǎo)和管理在合適的范圍內(nèi)。不要害怕變更，畢竟唯一不變的，就是變化。
3、產(chǎn)品原則
產(chǎn)品經(jīng)理應(yīng)該盡早制定一份產(chǎn)品的基本原則，什么能做，什么不做。當(dāng)然，這里可以完整的描述從體驗(yàn)角度需要遵從的基本規(guī)范。
這里沒(méi)有太多的建議和參考，你的產(chǎn)品原則，既可以是戰(zhàn)略性的，也可以是產(chǎn)品功能性的，可以大到?jīng)Q定產(chǎn)品方向，可以小到顏色字體。
制定產(chǎn)品規(guī)范（原則）的目的，是為了保障產(chǎn)品的體驗(yàn)一致性。更重要的是，保護(hù)你的產(chǎn)品不出現(xiàn)意外。產(chǎn)品經(jīng)理應(yīng)該盡可能的從多維度制定規(guī)則，但不要過(guò)于復(fù)雜。越是方向上的東西越是要簡(jiǎn)單。例如微信，如果傾向于發(fā)信者的立場(chǎng)，在后續(xù)的版本過(guò)程中更多的維護(hù)發(fā)信者的體驗(yàn)；如果是傾向于收信者的立場(chǎng)，則一定在保障發(fā)信者的體驗(yàn)。
任何產(chǎn)品都很難照顧到產(chǎn)品的所有角色，必須明確產(chǎn)品的側(cè)重點(diǎn)是什么。
4、功能架構(gòu)
想象一棟樓，你能看到有地基、柱子、橫梁、墻面、屋頂，這個(gè)樓之所以不會(huì)輕易垮塌，就是因?yàn)檫@些部件構(gòu)建了一種穩(wěn)固的結(jié)構(gòu)——物理架構(gòu)。你一定很快就能想象得到，房子要能適合居住，就得有進(jìn)排水（系統(tǒng)），得有電力供應(yīng)（系統(tǒng)）等等，這就從邏輯層來(lái)構(gòu)建一棟樓的結(jié)構(gòu)。
從這樣一個(gè)粗糙的描述里面，你應(yīng)該能夠理解，所謂架構(gòu)，就是把各個(gè)部件進(jìn)行歸納匯總，提煉抽象，并通過(guò)適當(dāng)?shù)逆溄臃绞酱蛟斐梢粋€(gè)穩(wěn)定的形狀，滿足人們的實(shí)際需要。在你面對(duì)一個(gè)產(chǎn)品/一個(gè)需求的時(shí)候，應(yīng)該能在腦海里勾畫出模型，什么東西是4個(gè)桌腿，什么東西是一個(gè)桌面，4條腿和一個(gè)桌面如何共同構(gòu)建和支撐這個(gè)業(yè)務(wù)的穩(wěn)定運(yùn)行。
通常情況下，一份PRD中，只需從物理結(jié)構(gòu)層詳盡的描述“功能結(jié)構(gòu)”即可。實(shí)際情況是，有的情況下，你并不需要畫一個(gè)結(jié)構(gòu)圖，因?yàn)楫a(chǎn)品的結(jié)構(gòu)可能已經(jīng)千年不變了，這個(gè)版本也可能僅僅是修復(fù)一些問(wèn)題，甚至只是把方形的用戶頭像改成圓形——因?yàn)槟愕睦习逵X(jué)得好看。
產(chǎn)品架構(gòu)不僅是能支撐當(dāng)下的業(yè)務(wù)，也要能具備適度的擴(kuò)展性和容錯(cuò)性。
5、關(guān)鍵流程
越是復(fù)雜的系統(tǒng)，越是推薦把流程圖做一個(gè)目錄，不但是引導(dǎo)閱讀者，而是檢查遺漏的方法。同時(shí)，產(chǎn)品經(jīng)理在繪制流程圖的時(shí)候，盡可能的遵從通用的規(guī)范，并養(yǎng)成養(yǎng)好的習(xí)慣。好的流程圖，可以快速讓整個(gè)團(tuán)隊(duì)熟悉理解業(yè)務(wù)，并優(yōu)化業(yè)務(wù)。
梳理業(yè)務(wù)流程的步驟，估計(jì)沒(méi)有多少經(jīng)驗(yàn)的產(chǎn)品經(jīng)理們都能想象得到，先要去調(diào)研，然后畫成圖，在這個(gè)過(guò)程里面會(huì)有確認(rèn)，完善的工作。調(diào)研的過(guò)程是為了解決who，what，why，how，以及where的問(wèn)題：誰(shuí)，在什么情況下，做了什么事情，這個(gè)事情需要什么前置條件，又輸出了什么，這個(gè)事情在哪里完成的？
但這極可能陷入形式主義性質(zhì)的錯(cuò)誤，這種調(diào)研僅僅是在知道“用戶現(xiàn)在怎么做？”最后極可能得出一個(gè)流水式的糊涂賬。產(chǎn)品經(jīng)理需要的是探索更深層次的問(wèn)題，為什么要這么做，為什么不這么做？
流程的基本意思是指水流的路程，也就是工作進(jìn)行中的次序或順序的布置和安排，由兩個(gè)及以上的業(yè)務(wù)步驟，完成一個(gè)完整的業(yè)務(wù)行為的過(guò)程。對(duì)一項(xiàng)業(yè)務(wù)來(lái)說(shuō)，從它的輸入到最終的結(jié)果，理論上來(lái)說(shuō)就是一張流程圖就可以畫完整，但為什么不這么做呢？
沒(méi)有多少人可以一口氣看完一張橫跨多個(gè)業(yè)務(wù)角色、多個(gè)業(yè)務(wù)部門的流程圖后，能有一個(gè)全局的概念。這種形式的流程圖，會(huì)讓人陷入一種不可收拾的泥潭中。產(chǎn)品經(jīng)理不僅僅是要知道每個(gè)環(huán)節(jié)的流程，更要理解整個(gè)業(yè)務(wù)的體系，并協(xié)助團(tuán)隊(duì)成員從全局來(lái)理解業(yè)務(wù)邏輯。你需要把業(yè)務(wù)的核心剝離得出來(lái)，抽象出多個(gè)可以支撐業(yè)務(wù)的關(guān)鍵支點(diǎn)。只有先搭建了一個(gè)好的戲臺(tái)，人物角色才能夠全面鋪開(kāi)。在你的腦海中想象一串葡萄的樣子，你的業(yè)務(wù)流程圖也應(yīng)該是這樣，一條主線若個(gè)支線無(wú)數(shù)節(jié)點(diǎn)。
每一項(xiàng)業(yè)務(wù)通常都能找到它的關(guān)鍵支撐點(diǎn)，比如O2O項(xiàng)目，我們可以抽象歸類出“受理、派單、接單、回單、回訪”5個(gè)業(yè)務(wù)動(dòng)作，通過(guò)這5個(gè)基本的業(yè)務(wù)動(dòng)作，能夠讓整套系統(tǒng)流轉(zhuǎn)不同的業(yè)務(wù)單據(jù)，能夠支撐多個(gè)的業(yè)務(wù)角色，而不是簡(jiǎn)單粗暴的讓流程跟著單據(jù)走，不能演變出新增/刪減一份單據(jù)都需要重新定義、修改流程的局面。
實(shí)際上，你應(yīng)該發(fā)現(xiàn)，對(duì)產(chǎn)品經(jīng)理而言，是先有業(yè)務(wù)，再做框架，然后是功能，最后是過(guò)程。一定要避免直接操刀把一個(gè)產(chǎn)品拆分成多少個(gè)模塊，模塊多少頁(yè)面，頁(yè)面內(nèi)是什么按鈕。
6、故事板與原型
所謂的用戶故事，就是描述用戶想要實(shí)現(xiàn)的功能，最簡(jiǎn)單的說(shuō)法，就是“誰(shuí)想要干嘛”。
產(chǎn)品經(jīng)理們的PRD文檔會(huì)出現(xiàn)“寫了沒(méi)有人看”的尷尬，一個(gè)重要原因就是用戶需求的描述方式。你寫了很多也足夠細(xì)致，但讀文檔的人卻始終沒(méi)有辦法進(jìn)入角色。過(guò)于技術(shù)化的描述讓人昏昏欲睡沒(méi)有思考的欲望，根本在于閱讀者不能通過(guò)角色置換想象一個(gè)用戶在干嘛，要干嘛，以及為什么。
隨著業(yè)務(wù)復(fù)雜性的提升，“需求清單”會(huì)變成像裹腳布一樣讓人不愿意忍受。
根據(jù)用戶的業(yè)務(wù)場(chǎng)景寫成故事板，而不是列出一張“需求清單”。這么做的目的是為了保證團(tuán)隊(duì)能夠理解、認(rèn)同為什么要這個(gè)功能，以及用戶是怎么做的，并引發(fā)團(tuán)隊(duì)的思考。
產(chǎn)品經(jīng)理描述的功能需求（故事板），應(yīng)該盡量用團(tuán)隊(duì)可以理解的業(yè)務(wù)語(yǔ)言來(lái)描述，而不是描述諸如字段，存儲(chǔ)的技術(shù)語(yǔ)言。作為產(chǎn)品經(jīng)理，必須把重心放在用戶所能理解的問(wèn)題上。你解決的是用戶的問(wèn)題，而不是程序猿們的問(wèn)題。比如頁(yè)面響應(yīng)速度這個(gè)問(wèn)題，產(chǎn)品經(jīng)理可以描述為“啟動(dòng)頁(yè)3秒后自動(dòng)跳轉(zhuǎn)到首頁(yè)”，而忽略“響應(yīng)速度”本身是個(gè)什么概念——原因在于你的用戶并不能理解你的響應(yīng)速度，而你應(yīng)該像你的用戶一樣思考問(wèn)題。
故事板并不是為了追求完整性，而在于它能夠被理解和有價(jià)值。所以，不太建議過(guò)于在意“故事板怎么描述”這個(gè)問(wèn)題，這可能不是最重要的是問(wèn)題。關(guān)鍵是場(chǎng)景覆蓋的程度，覆蓋越廣，適應(yīng)性會(huì)更強(qiáng)，程度越深，可能用戶的體驗(yàn)相對(duì)會(huì)更好一些。產(chǎn)品經(jīng)理需要在不同的版本里面權(quán)衡在什么版本做什么功能，二八法則可能是你很好的一個(gè)工具。
想辦法讓你的團(tuán)隊(duì)在你的文檔里面“看見(jiàn)”用戶的具體行為動(dòng)作，在每個(gè)人的腦海中構(gòu)建出一副生動(dòng)的畫面，你的PRD才會(huì)有活力。
三、關(guān)于Axure
如果你考慮嘗試僅用Axure撰寫你的PRD，這幾條意見(jiàn)可能對(duì)你有用：
1、使用最新的Axure版本，Axure 8.1是最好的選擇；
2、使用內(nèi)聯(lián)框架，可以讓你把整個(gè)原型串聯(lián)起來(lái)；
3、盡量多用母版，不僅提升了效率，母版還能夠協(xié)助你合理的解耦；
4、組合是個(gè)好東西，特別是Axure 8以后給了組合更多的屬性，你可以像用部件一樣使用組合；
5、動(dòng)態(tài)面板要學(xué)會(huì)，它能充分展示一些交互過(guò)程，也要慎重，過(guò)多的面板降低了原型本身的協(xié)作，在早期的版本中，動(dòng)態(tài)面板還會(huì)明顯降低原型的流暢度；
6、掌握柵格系統(tǒng)；
7、Axure是個(gè)極好的工具，掌握它是應(yīng)該的，把它耍得很酷，看你的工作量和時(shí)間；
8、保持清醒，不要炫技。
文章結(jié)尾：再次申明所有轉(zhuǎn)載文章僅供學(xué)習(xí)，感謝杜松老師的分享，如果喜歡我的文章點(diǎn)關(guān)注??吧！比心呦！
