簡(jiǎn)單

畫原型圖是產(chǎn)品經(jīng)理的基本功，但很多PM畫了幾年的原型,，仍然不能高效,、準(zhǔn)確的輸出一份原型。 

很多人都在糾結(jié)PRD應(yīng)該怎么寫,，寫到什么程度，粗了怕遺漏需求,，細(xì)了沒(méi)時(shí)間不說(shuō),，別人還不看。

作為產(chǎn)品經(jīng)理,，我們到底應(yīng)該輸出一份怎樣的PRD,，又如何做到最“低成本”的方式，輸出最輕便,、完整的PRD,？

到底能不能直接用auxre輸出PRD這個(gè)問(wèn)題,，很容易引發(fā)爭(zhēng)論,。

在回到這個(gè)問(wèn)題之前，我們?cè)倜鞔_一下PRD的目的和作用：

為了向團(tuán)隊(duì)說(shuō)明業(yè)務(wù)解決方案,，并試圖讓相關(guān)方都能理解而且支持這一解決方案,，以及在開(kāi)發(fā)過(guò)程中有條不紊的推進(jìn)方案的落地執(zhí)行。

PRD的問(wèn)題不在于如何寫而在于讓團(tuán)隊(duì)能夠理解業(yè)務(wù),，以及開(kāi)發(fā)過(guò)程中如何被傳遞與執(zhí)行,。真正困擾我們的是一個(gè)很尷尬的現(xiàn)象：

“寫多了大家未必都會(huì)看；寫少了又怕別人不懂”,。

關(guān)于PRD,，最開(kāi)始幾乎所有人都是用WORD,，我們也能很容易搜索到各種模板。一般說(shuō)來(lái),，PRD都是從目的,、范圍、背景,、功能需求,、非功能需求這樣一種邏輯組織語(yǔ)言，如下圖所示,，最終會(huì)形成一份結(jié)構(gòu)清晰的需求規(guī)格說(shuō)明書,。

PRD 結(jié)構(gòu)圖↑↑↑

在描述需求的時(shí)候，通常用“輸入”---->'輸出'的邏輯關(guān)系闡述用戶需求,，并且用“表格”來(lái)呈現(xiàn)完整的需求列表,。

需求表格↑↑↑

WORD輸出的文檔，最大的優(yōu)勢(shì)就是有一個(gè)清晰的目錄大綱,，一眼過(guò)去就能大致明白這一個(gè)“項(xiàng)目”的范圍,，要做那些事情。

之所以今天很多人在反對(duì)這種格式文檔,，原因在于這種“項(xiàng)目交付式”的需求規(guī)格說(shuō)明書已經(jīng)跟不上節(jié)奏,，其撰寫和閱讀的效率太低，寫和讀都非常的痛苦,。而且非常局限,，很難真正理解一個(gè)產(chǎn)品的全貌，傳統(tǒng)的軟件工程面向的是項(xiàng)目交付,，而不是我們今天大力倡導(dǎo)的以用戶為中心的產(chǎn)品思維,。

曾經(jīng)負(fù)責(zé)過(guò)一個(gè)項(xiàng)目，應(yīng)甲方要求,，洋洋灑灑輸出六萬(wàn)余字的PRD（一式三份打印出來(lái),，推在桌上蔚為壯觀），依然感覺(jué)意猶未盡,。這種巨幅的PRD文檔,，在傳統(tǒng)軟件領(lǐng)域，極為普遍,，但尷尬的是,，這種文檔往往寫完就束之高閣。

對(duì)一份PRD來(lái)說(shuō),，沒(méi)有什么比可讀性還重要的事情了,。

PRD的作用就是為了幫助能夠閱讀到它的每一個(gè)人，都真正理解并推動(dòng)執(zhí)行。

是時(shí)候拋棄線性描述的WORD了,，互聯(lián)網(wǎng)下的產(chǎn)品經(jīng)理需要更高效的專業(yè)工具和工作方式,。

從現(xiàn)在出發(fā)，我們的目的是讓你的PRD相對(duì)輕便,，別人愿意看,，自己也不太“痛苦糾結(jié)”。

我們要讓團(tuán)隊(duì)的每個(gè)人很清晰的知道當(dāng)下處于什么境況,，我們要在什么時(shí)候做到什么樣子,。

x 產(chǎn)品 PRD v1.0

• 版本摘要：為什么要做這個(gè)版本，要做什么,，什么時(shí)候做好,；

• 變更日志：讓你的團(tuán)隊(duì)成員知道你“又做了什么手腳”；

• 產(chǎn)品原則：通用性的規(guī)范,，需要遵從什么標(biāo)準(zhǔn),，什么要求，做成什么樣,；

• 功能結(jié)構(gòu)：“用圖來(lái)描述”你現(xiàn)在想要改動(dòng)“個(gè)人資料”模塊還是訂單頁(yè)面,；

• 關(guān)鍵流程：涉及到的關(guān)鍵業(yè)務(wù)流程；

• 故事板（需求清單）：場(chǎng)景+示例+需求,。用場(chǎng)景化的語(yǔ)言描述某個(gè)功能是什么,，配合適當(dāng)?shù)睦樱寛F(tuán)隊(duì)成員真正理解這個(gè)場(chǎng)景下的用戶行為,。

• 原型
  

注：這是一個(gè)真實(shí)項(xiàng)目改編的模板,，源文件可點(diǎn)擊文末的下載連接下載。

PRD的目的就是為了在團(tuán)隊(duì)內(nèi)外的高效溝通,，也就是，作為承上啟下的溝通工具和載體,，PRD文檔會(huì)有強(qiáng)烈的指引性和歸檔性,，PRD的版本管理就至為重要。

版本摘要是一個(gè)非常好的方式,，清晰的列出當(dāng)前的版本號(hào),，版本范圍和需求變更過(guò)程，以保障產(chǎn)品需求的及時(shí)同步和追溯,。

你的目的只有一個(gè),，就是讓所有人都能一眼就明白這個(gè)版本的概貌，能清晰的知道要做什么,，也知道你又改了什么,，更重要的是，這個(gè)結(jié)構(gòu)的第一步描述了整個(gè)版本為什么要做的原因——需求的出處，以及產(chǎn)品的價(jià)值,。

版本定義實(shí)例

你可以用內(nèi)聯(lián)框架設(shè)計(jì)要給主頁(yè),，閱讀者可根據(jù)你的設(shè)計(jì)快速理解整個(gè)項(xiàng)目。

通過(guò)定義版本摘要,，不僅可以作為團(tuán)隊(duì)版本迭代的指南,，也是進(jìn)度跟蹤的工具。引領(lǐng)整個(gè)團(tuán)隊(duì)正確的理解項(xiàng)目,。視不同的情況,，不同的產(chǎn)品（業(yè)務(wù)）類型，版本的摘要有完全不同的內(nèi)容,，如果是甲方的項(xiàng)目,，還可以把項(xiàng)目架構(gòu)，溝通機(jī)制都作為一個(gè)摘要來(lái)傳遞,。

還有一種很不好的情況就是讓原型文件通過(guò)QQ,、郵件進(jìn)行分享。

實(shí)際上,，你完全可以在內(nèi)部搭建一個(gè)小的站點(diǎn),，讓整個(gè)團(tuán)隊(duì)“在線”訪問(wèn)axure原型，即可實(shí)時(shí)同步整個(gè)進(jìn)度,。

類似堅(jiān)果云等同步工具也是一個(gè)方式好的方式,。

基本原則就是：不要讓原型文件滿天飛。

里程碑計(jì)劃,，簡(jiǎn)單的來(lái)說(shuō)就是什么時(shí)候能夠到達(dá)目的地,。

很多公司可能配置了專職的項(xiàng)目經(jīng)理，產(chǎn)品經(jīng)理只需要獲取到項(xiàng)目的推進(jìn)計(jì)劃并跟蹤結(jié)果的輸出即可,。

而在一些創(chuàng)業(yè)團(tuán)隊(duì),，產(chǎn)品經(jīng)理有時(shí)候會(huì)兼顧項(xiàng)目的角色，作為整個(gè)項(xiàng)目的牽頭人,，項(xiàng)目的里程碑計(jì)劃非常重要,。

在這種工作環(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們吃不完兜著走。

產(chǎn)品經(jīng)理一定要有強(qiáng)烈的結(jié)果意識(shí),，時(shí)刻關(guān)注項(xiàng)目的進(jìn)度情況,，并盡早啟動(dòng)相關(guān)的風(fēng)險(xiǎn)預(yù)備計(jì)劃,，時(shí)刻準(zhǔn)備應(yīng)對(duì)可能的失控局面。

具體到項(xiàng)目進(jìn)度的編制,、執(zhí)行和控制,，是另外一個(gè)話題，暫且略過(guò),。

所有應(yīng)對(duì)和管理需求變更的“奇淫技巧”,，首先要的是能夠從心理上有所準(zhǔn)備，能夠擺正心態(tài)正確面對(duì)需求的變更,，然后才是通過(guò)恰當(dāng)?shù)氖侄喂芾硇枨笞兏灰胫タ刂谱兏?，一字之差之間有很大的不同。

對(duì)于大型的項(xiàng)目,，建議把需求變更作為一個(gè)獨(dú)立的模塊進(jìn)行管理,，并一定要建立完善的需求變更流程和環(huán)境，一旦需求變更失控,，則整個(gè)項(xiàng)目就會(huì)處于一種混亂狀態(tài),，甚至直接導(dǎo)致項(xiàng)目的失敗。

產(chǎn)品經(jīng)理應(yīng)該成為需求的唯一出口,。理想的情況是,，沒(méi)有被產(chǎn)品經(jīng)理接受的變更不得進(jìn)入實(shí)施階段。

要做到這一點(diǎn),，不但要求產(chǎn)品經(jīng)理在專業(yè)技能方面比較過(guò)硬,，也需要產(chǎn)品經(jīng)理想盡辦法打造一個(gè)合理的項(xiàng)目環(huán)境。而后者,，往往更重要。

需求變更實(shí)例

一定要及時(shí)記錄所有的變更,，包括那些不被采納的變更,。

全局交互實(shí)例

這里沒(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)是什么。不滿足所有用戶的產(chǎn)品才是好產(chǎn)品,。

想象一棟樓,，你能看到有地基,、柱子、橫梁,、墻面,、屋頂，這個(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)行。

功能架構(gòu)

通常情況下,，一份PRD中,，只需從物理結(jié)構(gòu)層詳盡的描述“功能結(jié)構(gòu)”即可。

實(shí)際情況是,，有的時(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ò)性,。

越是復(fù)雜的系統(tǒng)，越是推薦把流程圖做一個(gè)目錄,，不但是引導(dǎo)閱讀者,，而是檢查遺漏的方法。

產(chǎn)品經(jīng)理在繪制流程圖的時(shí)候,，盡可能的遵從通用的規(guī)范,，并養(yǎng)成養(yǎng)好的習(xí)慣。好的流程圖,，可以快速讓整個(gè)團(tuán)隊(duì)熟悉理解業(yè)務(wù),，并優(yōu)化業(yè)務(wù)。

業(yè)務(wù)流程實(shí)例

梳理業(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)是什么按鈕,。

axure可以輕松輸出流程圖,，通常情況下都可以不用visio等工具繪制流程圖

少用多種工具的思路是讓你把一個(gè)工具用到極致，并從繁雜的工具中解脫出來(lái),。

用戶故事

產(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ì)有活力,。

前面已經(jīng)大篇幅的系統(tǒng)介紹了一份PRD包括的內(nèi)容,，包括如何設(shè)計(jì)結(jié)構(gòu)，如何跟蹤進(jìn)度,，甚至好包括需求的變更管理,。

接下來(lái)，我們?cè)倏慈绾螌懢唧w的需求,。

Axure 足夠你完成任何的需求描述,，別再費(fèi)神的再折騰一份word文檔了。

你完全不需要糾結(jié)是用標(biāo)簽，還是用auxre 元件的“說(shuō)明”來(lái)描述截圖的功能,，這里唯一重要的就是這份PRD的用戶能不能看懂,，以及他們?nèi)绾慰?/span>。如果沒(méi)有閱讀axure的習(xí)慣,，那你需要開(kāi)展相關(guān)的培訓(xùn)工作,。

功能說(shuō)明實(shí)例

在這里例子里面，我補(bǔ)充了“故事板”,，列舉了要完成開(kāi)機(jī)的這個(gè)過(guò)程里面要包括那些環(huán)節(jié),，每個(gè)環(huán)節(jié)要實(shí)現(xiàn)什么功能。

然后再每一個(gè)頁(yè)面直接,，我設(shè)計(jì)了相關(guān)的跳轉(zhuǎn)動(dòng)作和跳轉(zhuǎn)機(jī)制,，并通過(guò)標(biāo)簽來(lái)描述每一個(gè)細(xì)節(jié)，包括toast的時(shí)長(zhǎng),，密碼的輸入動(dòng)作,，WiFi的狀態(tài)轉(zhuǎn)換，等等,。

在整個(gè)界面,，你可以細(xì)致的展開(kāi)每一個(gè)動(dòng)作，每一個(gè)細(xì)節(jié),，包括異常的處理邏輯,。

這描述功能性需求的時(shí)候，會(huì)涉及到一些交互動(dòng)作,，甚至你可能會(huì)想到一些創(chuàng)新性的設(shè)計(jì),。文字已經(jīng)不能滿足你的時(shí)候，那就做一個(gè)動(dòng)效,，動(dòng)態(tài)面板不能滿足還可以用兩個(gè),，實(shí)在不行就做一個(gè)GIF。

不要設(shè)置過(guò)多的交互,，而通過(guò)一些輔助說(shuō)明是個(gè)不錯(cuò)的選項(xiàng),。

交互動(dòng)作通常只有設(shè)計(jì)會(huì)被誤解，方案難以推進(jìn)等情況下使用,，設(shè)計(jì)交互動(dòng)作的其中一個(gè)目的本身就是為了更高效的工作,，如果這個(gè)交互動(dòng)作不能讓你高效，那就很可能并不是非常必須的工作,。

功能的描述沒(méi)有固定的模式和格式,，把事情說(shuō)清楚，并遵循一定的邏輯即可,。要注意的是,，不要再一個(gè)頁(yè)面把所有的功能都表達(dá)出來(lái)，很多時(shí)候設(shè)計(jì)頁(yè)面跳轉(zhuǎn)是非常必須的。

還記得上述的流程圖嗎,？像一串葡萄的樣子,。

Axure提供了許多選項(xiàng)來(lái)保持項(xiàng)目的組織性,。

比如頁(yè)面快照可以讓你快速組織一個(gè)樹狀結(jié)構(gòu),，母版在命名后可以排序等等。

規(guī)范的命名是原型被容易理解和維護(hù)的關(guān)鍵所在,，任何一個(gè)頁(yè)面一定要與最終研發(fā)出來(lái)的產(chǎn)品一致,，比如訂單詳情頁(yè)，登錄頁(yè),，這些都是非常規(guī)范的命名,。在原型維護(hù)時(shí)，就可以通過(guò)搜索框快速定位,。——效率值千金

實(shí)際上,，規(guī)范的命名應(yīng)該下沉到元件級(jí),。

更為理想的情況下，下游可以直接延續(xù)上游的定義規(guī)則,，整個(gè)團(tuán)隊(duì)可以基于一個(gè)通用的語(yǔ)言來(lái)構(gòu)建整個(gè)團(tuán)隊(duì)流程,。

在項(xiàng)目發(fā)生意料之外的事情時(shí)，規(guī)范性的原型設(shè)計(jì),，可以幫助他人順利地介入然后接管事務(wù),，以便保持項(xiàng)目的健康。

理想狀態(tài)下,，一個(gè)原型應(yīng)該是清晰易懂不需要解釋的,，特別是在跨地區(qū)協(xié)作的時(shí)候。

任何工具,，包括紙和筆，都只是將你的想法,，傳遞給別人的一種形式或是工具,。

不要在這個(gè)環(huán)節(jié)投入過(guò)多不必要的精力，盡可能的設(shè)計(jì)模塊化,、繼承化的東西,。

母版正是這種思路的完美體現(xiàn)。

任何一個(gè)App都有很多頁(yè)面,，多數(shù)情況下頁(yè)面的結(jié)構(gòu)是一致的,，不同的是頁(yè)面元素。而且還有一些功能，也會(huì)在不同的頁(yè)面出現(xiàn),。

有的人就不假思索的直接復(fù)制粘貼來(lái)完成這項(xiàng)工作,，不但效率低，而且容易出錯(cuò),。

更好的做法就是制作一個(gè)母版,，直接拖拽極可。

母版設(shè)計(jì)實(shí)例

母版可以理解為一個(gè)可以復(fù)用的頁(yè)面,，你在設(shè)計(jì)頁(yè)面的所有元件,、交互和技巧都可以在母版中使用。

母版設(shè)計(jì)好,，可拖放在頁(yè)面的任何位置,，統(tǒng)一修改維護(hù)，母板有更新,，所有用到該母版的頁(yè)面都會(huì)更新,。整個(gè)原型的維護(hù)更新就會(huì)變成非常便捷，而且不會(huì)出錯(cuò),。

母版的另外一個(gè)好處是可以觸發(fā)事件,，在一些情況下，通過(guò)母版觸發(fā)事件是非常高效的設(shè)計(jì)方法,。但是,，不要把過(guò)大的組合對(duì)象變成母版，而是應(yīng)該把多個(gè)母版變成一個(gè)組合對(duì)象,。

元件作為axure的基礎(chǔ)，是表達(dá)原型的基本元素,。

一個(gè)完整的元件庫(kù),，能夠讓你的原型看起來(lái)更真實(shí)。很多人就開(kāi)始熱衷建立一個(gè)自己的 Axure 組件庫(kù),，網(wǎng)上也能找到大量的元件庫(kù),。

但實(shí)際上，你很可能并不需要這么做,。

大多數(shù)情況都可以通過(guò)自帶的元件庫(kù)完成工作,，更激進(jìn)一點(diǎn)的方式，直接用占位圖即可,。

對(duì)原型而言,，絕大多數(shù)都不需要（也不應(yīng)該）去追求原型的仿真美觀程度，而應(yīng)該在于表達(dá)思路,，完善想法上面,，icon這一類的工作是設(shè)計(jì)師的范圍,。

樸素原型實(shí)例

對(duì)PM而言，用最樸素的方式表達(dá)產(chǎn)品思路更重要,，也就是你并不需要為原型付出額外的精力,。

axure的原型因?yàn)槭窃M成,，所以當(dāng)你每添加一個(gè)元件到你的項(xiàng)目中，也就意味著未來(lái)的維護(hù)需要耗費(fèi)更多時(shí)間,。

因此,，原型一定要簡(jiǎn)化。

一個(gè)元件可以搞定的事情,，絕對(duì)不用兩個(gè),，多一分力氣都不要花在“原型”的設(shè)計(jì)上。

這一點(diǎn)實(shí)際上要求你對(duì)工具的每一個(gè)特性都非常熟悉,。

比如在button上再組合一個(gè)文本標(biāo)簽,，這樣帶來(lái)的麻煩是修改命名、設(shè)置交互,，甚至移動(dòng)都是需要操作多個(gè)元件,，而且導(dǎo)致元件文件過(guò)于臃腫。

這種做法很常見(jiàn),。

還有一種奇怪的現(xiàn)象就是,，使用兩個(gè)面板實(shí)現(xiàn)互斥性操作,。A面板操作B面板,，這種設(shè)計(jì)在多數(shù)情況下都是蹩腳設(shè)計(jì)。

這種情況可能是對(duì)面板的操作還不太熟悉,，任何元件都可以直接轉(zhuǎn)換為動(dòng)態(tài)面板,，動(dòng)態(tài)面板可增加多個(gè)狀態(tài)，直接設(shè)置每個(gè)狀態(tài)的跳轉(zhuǎn)即可,。

設(shè)計(jì)一個(gè)選項(xiàng)卡只需要一個(gè)動(dòng)態(tài)面板即可實(shí)現(xiàn),，而不是通過(guò)多個(gè)面板的交互進(jìn)行切換。

動(dòng)態(tài)面板很常用也很好用,，通常都是用來(lái)做一些交互動(dòng)效,，比如輪播圖，選項(xiàng)卡等,。

但是不要濫用,，濫用指的是在不需要的情況使用面板，在可以用的時(shí)候又不用,。

5,、掌握快捷鍵

組合元件：ctrl+g,；

鎖定元件：快捷鍵：ctrl+k；

平移元件：按住shift拖動(dòng)元件,；

復(fù)制元件：按住ctrl拖出一個(gè)復(fù)制的元件,；

垂直或水平復(fù)制新元件：按住ctrl+shift后拖動(dòng)元件

本文是從一個(gè)完整的項(xiàng)目裁剪的模板，不夠完整,，只是為了表達(dá)你可以考慮嘗試這種架構(gòu)讓你的PRD更可讀,，也便于管理。

PRD模板免密下載：

https://pan.baidu.com/s/16IFHWz7Uzc1f-Q4efvIGvA

行文至此,，我更想強(qiáng)調(diào)的是,，Axure還是WORD，都只是表達(dá)思想的工具,，作為產(chǎn)品經(jīng)理的你,，一定要：

少花時(shí)間和工具作斗爭(zhēng)，多花時(shí)間思考產(chǎn)品,。

因?yàn)椋?/p>

沒(méi)有一個(gè)產(chǎn)品能夠滿足所有人,，也沒(méi)有一個(gè)工具適合所有場(chǎng)景。不要再工具上過(guò)多的信奉金科玉律,，但熟練掌握用好一個(gè)工具,，可以加速你的輸出。 

--