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