徹底拋棄WORD皿桑!教你用Axure快速輸出高質(zhì)量的PRD

畫原型圖是產(chǎn)品經(jīng)理的基本功毫目,但很多PM畫了幾年的原型蔬啡,仍然不能高效、準(zhǔn)確的輸出一份原型镀虐。很多人都在糾結(jié)PRD應(yīng)該怎么寫箱蟆,寫到什么程度,粗了怕遺漏需求粉私,細了沒時間不說顽腾,別人還不看。

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

1、Axure版PRD 還是 Word 版PRD

到底能不能直接用auxre輸出PRD這個問題入客,很容易引發(fā)爭論管毙。

在回到這個問題之前,我們再明確一下PRD的目的和作用:

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

PRD的問題不在于如何寫而在于讓團隊能夠理解業(yè)務(wù)铆隘,以及開發(fā)過程中如何被傳遞與執(zhí)行卓舵。真正困擾我們的是一個很尷尬的現(xiàn)象:

“寫多了大家未必都會看;寫少了又怕別人不懂”膀钠。

關(guān)于PRD掏湾,最開始幾乎所有人都是用WORD,我們也能很容易搜索到各種模板肿嘲。一般說來融击,PRD都是從目的、范圍雳窟、背景尊浪、功能需求、非功能需求這樣一種邏輯組織語言封救,如下圖所示拇涤,最終會形成一份結(jié)構(gòu)清晰的需求規(guī)格說明書。

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

在描述需求的時候兴泥,通常用“輸入”---->"輸出"的邏輯關(guān)系闡述用戶需求,并且用“表格”來呈現(xiàn)完整的需求列表虾宇。

用戶登陸

WORD輸出的文檔搓彻,最大的優(yōu)勢就是有一個清晰的目錄大綱,一眼過去就能大致明白這一個“項目”的范圍,要做那些事情旭贬。

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

曾經(jīng)負責(zé)過一個項目佣谐,應(yīng)甲方要求肚吏,洋洋灑灑輸出六萬余字的PRD(一式三份打印出來,推在桌上蔚為壯觀)狭魂,依然感覺意猶未盡罚攀。這種巨幅的PRD文檔,在傳統(tǒng)軟件領(lǐng)域雌澄,極為普遍斋泄,但尷尬的是,這種文檔往往寫完就束之高閣镐牺。

對一份PRD來說炫掐,沒有什么比可讀性還重要的事情了。

PRD的作用就是為了幫助能夠閱讀到它的每一個人任柜,都真正理解并推動執(zhí)行卒废。

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

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

我們要讓團隊的每個人很清晰的知道當(dāng)下處于什么境況,我們要在什么時候做到什么樣子秽梅。


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

可以參考以下的方式來設(shè)計一個清晰的文檔結(jié)構(gòu):

版本摘要:為什么要做這個版本抹蚀,要做什么,什么時候做好企垦;

變更日志:讓你的團隊成員知道你“又做了什么手腳”环壤;

產(chǎn)品原則:通用性的規(guī)范,需要遵從什么標(biāo)準(zhǔn)钞诡,什么要求郑现,做成什么樣湃崩;

功能結(jié)構(gòu):“用圖來描述”你現(xiàn)在想要改動“個人資料”模塊還是訂單頁面;

關(guān)鍵流程:涉及到的關(guān)鍵業(yè)務(wù)流程接箫;

故事板與原型:用場景化的語言描述某個功能是什么攒读,配合適當(dāng)?shù)睦樱寛F隊成員真正理解這個場景下的用戶行為辛友。

注:這是一個真實項目改編的模板薄扁,源文件可點擊文末的下載連接下載。

2废累、設(shè)計一個清晰的摘要追蹤版本

PRD的目的就是為了在團隊內(nèi)外的高效溝通邓梅,也就是,作為承上啟下的溝通工具和載體九默,PRD文檔會有強烈的指引性和歸檔性震放,PRD的版本管理就至為重要。

版本摘要是一個非常好的方式驼修,清晰的列出當(dāng)前的版本號殿遂,版本范圍和需求變更過程,以保障產(chǎn)品需求的及時同步和追溯乙各。

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

版本定義實例

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

通過定義版本摘要循签,不僅可以作為團隊版本迭代的指南级乐,也是進度跟蹤的工具。引領(lǐng)整個團隊正確的理解項目县匠。視不同的情況风科,不同的產(chǎn)品(業(yè)務(wù))類型,版本的摘要有完全不同的內(nèi)容乞旦,如果是甲方的項目贼穆,還可以把項目架構(gòu),溝通機制都作為一個摘要來傳遞兰粉。

還有一種很不好的情況就是讓原型文件通過QQ故痊、郵件進行分享。

實際上玖姑,你完全可以在內(nèi)部搭建一個小的站點愕秫,讓整個團隊“在線”訪問axure原型浊仆,即可實時同步整個進度。

類似堅果云等同步工具也是一個方式好的方式豫领。

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

3舔琅、任何一個產(chǎn)品迭代過程都需要有明確的里程碑計劃

里程碑計劃等恐,簡單的來說就是什么時候能夠到達目的地。

里程碑

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

而在一些創(chuàng)業(yè)團隊,產(chǎn)品經(jīng)理有時候會兼顧項目的角色郊尝,作為整個項目的牽頭人二跋,項目的里程碑計劃非常重要。

在這種工作環(huán)境下流昏,需要保證整個團隊(從上到下)對進度節(jié)點的一致認可和知悉扎即,并盡可能的嚴(yán)格按照計劃來執(zhí)行。否則况凉,極容易出現(xiàn)場面失控谚鄙,一口又一口結(jié)結(jié)實實的鍋,會讓PM們吃不完兜著走刁绒。

產(chǎn)品經(jīng)理一定要有強烈的結(jié)果意識闷营,時刻關(guān)注項目的進度情況,并盡早啟動相關(guān)的風(fēng)險預(yù)備計劃知市,時刻準(zhǔn)備應(yīng)對可能的失控局面傻盟。

具體到項目進度的編制、執(zhí)行和控制嫂丙,是另外一個話題娘赴,暫且略過。

4奢入、準(zhǔn)備應(yīng)對需求變更筝闹,但不要想著去控制變更

任何人寫的PRD,都不能確保覆蓋所有場景腥光,更不能確保沒有變更关顷,變更是正常的,沒有變更則是一種意外武福。

(題外話议双,對產(chǎn)品經(jīng)理來說,自己能意識到這一點沒有什么用捉片,關(guān)鍵是能打造一個“敢”于變更的環(huán)境)平痰。

所有應(yīng)對和管理需求變更的“奇淫技巧”汞舱,首先要的是能夠從心理上有所準(zhǔn)備,能夠擺正心態(tài)正確面對需求的變更宗雇,然后才是通過恰當(dāng)?shù)氖侄喂芾硇枨笞兏?/b>——不要想著去控制變更昂芜,一字之差之間有很大的不同。

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

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

要做到這一點椅寺,不但要求產(chǎn)品經(jīng)理在專業(yè)技能方面比較過硬浑槽,也需要產(chǎn)品經(jīng)理想盡辦法打造一個合理的項目環(huán)境。而后者返帕,往往更重要括荡。

需求變更實例

一定要及時記錄所有的變更,包括那些不被采納的變更溉旋。

5畸冲、設(shè)計一個全局的產(chǎn)品規(guī)范

產(chǎn)品經(jīng)理應(yīng)該盡早制定一份產(chǎn)品的基本原則,什么能做观腊,什么不做邑闲。當(dāng)然,這里可以完整的描述從體驗角度需要遵從的基本規(guī)范梧油。

全局交互實例

這里沒有太多的建議和參考苫耸,你的產(chǎn)品原則,既可以是戰(zhàn)略性的儡陨,也可以是產(chǎn)品功能性的褪子,可以大到?jīng)Q定產(chǎn)品方向,可以小到顏色字體骗村。

制定產(chǎn)品規(guī)范(原則)的目的嫌褪,是為了保障產(chǎn)品的體驗一致性。更重要的是胚股,保護你的產(chǎn)品不出現(xiàn)意外笼痛。

產(chǎn)品經(jīng)理應(yīng)該盡可能的從多維度制定規(guī)則,但不要過于復(fù)雜。

越是方向上的東西越是要簡單缨伊。例如微信摘刑,如果傾向于發(fā)信者的立場,在后續(xù)的版本過程中更多的維護發(fā)信者的體驗刻坊;如果是傾向于收信者的立場枷恕,則一定在保障發(fā)信者的體驗悠抹。

任何產(chǎn)品都很難照顧到產(chǎn)品的所有角色计寇,必須明確產(chǎn)品的側(cè)重點是什么。

不滿足所有用戶的產(chǎn)品才是好產(chǎn)品仔涩。

6漏益、設(shè)計一個靠譜的產(chǎn)品結(jié)構(gòu)

想象一棟樓,你能看到有地基深胳、柱子绰疤、橫梁、墻面舞终、屋頂轻庆,這個樓之所以不會輕易垮塌,就是因為這些部件構(gòu)建了一種穩(wěn)固的結(jié)構(gòu)——物理架構(gòu)敛劝。你一定很快就能想象得到余爆,房子要能適合居住,就得有進排水(系統(tǒng))夸盟,得有電力供應(yīng)(系統(tǒng))等等蛾方,這就從邏輯層來構(gòu)建一棟樓的結(jié)構(gòu)。

從這樣一個粗糙的描述里面上陕,你應(yīng)該能夠理解桩砰,所謂架構(gòu),就是把各個部件進行歸納匯總释簿,提煉抽象亚隅,并通過適當(dāng)?shù)逆溄臃绞酱蛟斐梢粋€穩(wěn)定的形狀,滿足人們的實際需要庶溶。

在你面對一個產(chǎn)品/一個需求的時候煮纵,應(yīng)該能在腦海里勾畫出模型,什么東西是4個桌腿偏螺,什么東西是一個桌面行疏,4條腿和一個桌面如何共同構(gòu)建和支撐這個業(yè)務(wù)的穩(wěn)定運行。

功能架構(gòu)

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

實際情況是凉夯,有的時候你并不需要畫一個結(jié)構(gòu)圖货葬,因為產(chǎn)品的結(jié)構(gòu)可能已經(jīng)千年不變了采幌,這個版本也可能僅僅是修復(fù)一些問題,甚至只是把方形的用戶頭像改成圓形——因為你的老板覺得好看震桶。

產(chǎn)品架構(gòu)不僅是能支撐當(dāng)下的業(yè)務(wù)休傍,也要能具備適度的擴展性和容錯性。

7蹲姐、流程磨取,還是流程

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

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

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

梳理業(yè)務(wù)流程的步驟踩身,估計沒有多少經(jīng)驗的產(chǎn)品經(jīng)理們都能想象得到胀茵,先要去調(diào)研,然后畫成圖挟阻,在這個過程里面會有確認琼娘,完善的工作。

調(diào)研的過程是為了解決who附鸽,what轨奄,why,how拒炎,以及where的問題:誰挪拟,在什么情況下,做了什么事情击你,這個事情需要什么前置條件玉组,又輸出了什么,這個事情在哪里完成的丁侄?

但這極可能陷入形式主義性質(zhì)的錯誤惯雳,這種調(diào)研僅僅是在知道“用戶現(xiàn)在怎么做?”最后極可能得出一個流水式的糊涂賬鸿摇。

產(chǎn)品經(jīng)理需要的是探索更深層次的問題石景,為什么要這么做,為什么不這么做?

流程的基本意思是指水流的路程潮孽,也就是工作進行中的次序或順序的布置和安排揪荣,由兩個及以上的業(yè)務(wù)步驟,完成一個完整的業(yè)務(wù)行為的過程往史。

對一項業(yè)務(wù)來說仗颈,從它的輸入到最終的結(jié)果,理論上來說就是一張流程圖就可以畫完整椎例,但為什么不這么做呢挨决?

沒有多少人可以一口氣看完一張橫跨多個業(yè)務(wù)角色、多個業(yè)務(wù)部門的流程圖后订歪,能有一個全局的概念脖祈。這種形式的流程圖,會讓人陷入一種不可收拾的泥潭中刷晋。

產(chǎn)品經(jīng)理不僅僅是要知道每個環(huán)節(jié)的流程盖高,更要理解整個業(yè)務(wù)的體系,并協(xié)助團隊成員從全局來理解業(yè)務(wù)邏輯掏秩。

你需要把業(yè)務(wù)的核心剝離得出來,抽象出多個可以支撐業(yè)務(wù)的關(guān)鍵支點荆姆。只有先搭建了一個好的戲臺蒙幻,人物角色才能夠全面鋪開。

在你的腦海中想象一串葡萄的樣子胆筒,你的業(yè)務(wù)流程圖也應(yīng)該是這樣邮破,一條主線若個支線無數(shù)節(jié)點。

每一項業(yè)務(wù)通常都能找到它的關(guān)鍵支撐點仆救。

比如O2O項目抒和,我們可以抽象歸類出“受理、派單彤蔽、接單摧莽、回單、回訪”5個業(yè)務(wù)動作顿痪,通過這5個基本的業(yè)務(wù)動作镊辕,能夠讓整套系統(tǒng)流轉(zhuǎn)不同的業(yè)務(wù)單據(jù),能夠支撐多個的業(yè)務(wù)角色蚁袭,而不是簡單粗暴的讓流程跟著單據(jù)走征懈,不能演變出新增/刪減一份單據(jù)都需要重新定義、修改流程的局面揩悄。

實際上卖哎,你應(yīng)該發(fā)現(xiàn),對產(chǎn)品經(jīng)理而言,是先有業(yè)務(wù)亏娜,再做框架焕窝,然后是功能,最后是過程照藻。一定要避免直接操刀把一個產(chǎn)品拆分成多少個模塊袜啃,模塊多少頁面,頁面內(nèi)是什么按鈕幸缕。

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

少用多種工具的思路是讓你把一個工具用到極致,并從繁雜的工具中解脫出來发乔。

8熟妓、用故事板描述需求,而不是只有功能

所謂的用戶故事栏尚,就是描述用戶想要實現(xiàn)的功能起愈,最簡單的說法,就是“誰想要干嘛”译仗。

產(chǎn)品經(jīng)理們的PRD文檔會出現(xiàn)”寫了沒有人看“的尷尬抬虽,一個重要原因就是用戶需求的描述方式。

你寫了很多也足夠細致纵菌,但讀文檔的人卻始終沒有辦法進入角色阐污。過于技術(shù)化的描述讓人昏昏欲睡沒有思考的欲望,根本在于閱讀者不能通過角色置換想象一個用戶在干嘛咱圆,要干嘛笛辟,以及為什么。

隨著業(yè)務(wù)復(fù)雜性的提升序苏,”需求清單“會變成像裹腳布一樣讓人不愿意忍受手幢。

根據(jù)用戶的業(yè)務(wù)場景寫成故事板,而不是列出一張”需求清單“忱详。

這么做的目的是為了保證團隊能夠理解围来、認同為什么要這個功能,以及用戶是怎么做的匈睁,并引發(fā)團隊的思考管钳。

產(chǎn)品經(jīng)理描述的功能需求(故事板),應(yīng)該盡量用團隊可以理解的業(yè)務(wù)語言來描述软舌,而不是描述諸如字段才漆,存儲的技術(shù)語言。

作為產(chǎn)品經(jīng)理佛点,必須把重心放在用戶所能理解的問題上醇滥。你解決的是用戶的問題黎比,而不是程序猿們的問題。比如頁面響應(yīng)速度這個問題鸳玩,產(chǎn)品經(jīng)理可以描述為“啟動頁3秒后自動跳轉(zhuǎn)到首頁”阅虫,而忽略“響應(yīng)速度”本身是個什么概念——原因在于你的用戶并不能理解你的響應(yīng)速度,而你應(yīng)該像你的用戶一樣思考問題不跟。

故事板并不是為了追求完整性颓帝,而在于它能夠被理解和有價值。

所以窝革,不太建議過于在意”故事板怎么描述“這個問題购城,這可能不是最重要的是問題。

關(guān)鍵是場景覆蓋的程度虐译,覆蓋越廣瘪板,適應(yīng)性會更強,程度越深漆诽,可能用戶的體驗相對會更好一些侮攀。產(chǎn)品經(jīng)理需要在不同的版本里面權(quán)衡在什么版本做什么功能,二八法則可能是你很好的一個工具厢拭。

想辦法讓你的團隊在你的文檔里面”看見“用戶的具體行為動作兰英,在每個人的腦海中構(gòu)建出一副生動的畫面,你的PRD才會有活力供鸠。

9畦贸、別再把原型粘貼進WORD

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

接下來泡一,我們再看如何寫具體的需求。

Axure 足夠你完成任何的需求描述觅廓,別再費神的再折騰一份word文檔了鼻忠。

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

功能說明實例

在這里例子里面,我補充了“故事板”劫侧,列舉了要完成開機的這個過程里面要包括那些環(huán)節(jié)埋酬,每個環(huán)節(jié)要實現(xiàn)什么功能哨啃。

然后再每一個頁面直接,我設(shè)計了相關(guān)的跳轉(zhuǎn)動作和跳轉(zhuǎn)機制写妥,并通過標(biāo)簽來描述每一個細節(jié)拳球,包括toast的時長,密碼的輸入動作珍特,WiFi的狀態(tài)轉(zhuǎn)換祝峻,等等。

在整個界面扎筒,你可以細致的展開每一個動作莱找,每一個細節(jié),包括異常的處理邏輯砸琅。

這描述功能性需求的時候宋距,會涉及到一些交互動作,甚至你可能會想到一些創(chuàng)新性的設(shè)計症脂。文字已經(jīng)不能滿足你的時候谚赎,那就做一個動效,動態(tài)面板不能滿足還可以用兩個诱篷,實在不行就做一個GIF壶唤。

不要設(shè)置過多的交互,而通過一些輔助說明是個不錯的選項棕所。

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

功能的描述沒有固定的模式和格式针贬,把事情說清楚击费,并遵循一定的邏輯即可。要注意的是桦他,不要再一個頁面把所有的功能都表達出來蔫巩,很多時候設(shè)計頁面跳轉(zhuǎn)是非常必須的。

還記得上述的流程圖嗎快压?

像一串葡萄的樣子圆仔。

努力設(shè)置一個良好的邏輯表達業(yè)務(wù)關(guān)系


10、5個技巧足夠你用好你的Axure了

1蔫劣、保持原型的組織性和命名規(guī)范

Axure提供了許多選項來保持項目的組織性坪郭。

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

規(guī)范的命名是原型被容易理解和維護的關(guān)鍵所在歪沃,任何一個頁面一定要與最終研發(fā)出來的產(chǎn)品一致信姓。

比如訂單詳情頁,登錄頁绸罗,這些都是非常規(guī)范的命名意推。在原型維護時,就可以通過搜索框快速定位珊蟀【罩担——效率值千金。

實際上育灸,規(guī)范的命名應(yīng)該下沉到元件級腻窒。

更為理想的情況下,下游可以直接延續(xù)上游的定義規(guī)則磅崭,整個團隊可以基于一個通用的語言來構(gòu)建整個團隊流程儿子。

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

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

2癣漆、母版是效率之王

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

不要在這個環(huán)節(jié)投入過多不必要的精力,盡可能的設(shè)計模塊化婚肆、繼承化的東西租副。

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

任何一個App都有很多頁面旬痹,多數(shù)情況下頁面的結(jié)構(gòu)是一致的附井,不同的是頁面元素讨越。而且還有一些功能两残,也會在不同的頁面出現(xiàn)。

有的人就不假思索的直接復(fù)制粘貼來完成這項工作把跨,不但效率低人弓,而且容易出錯。

更好的做法就是制作一個母版着逐,直接拖拽極可崔赌。

母版設(shè)計實例

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

母版設(shè)計好县钥,可拖放在頁面的任何位置,統(tǒng)一修改維護慈迈,母板有更新若贮,所有用到該母版的頁面都會更新。整個原型的維護更新就會變成非常便捷痒留,而且不會出錯谴麦。

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

3、系統(tǒng)自帶的元件足夠完成絕多數(shù)的設(shè)計

元件作為axure的基礎(chǔ)扫步,是表達原型的基本元素精绎。

一個完整的元件庫,能夠讓你的原型看起來更真實锌妻。很多人就開始熱衷建立一個自己的 Axure 組件庫代乃,網(wǎng)上也能找到大量的元件庫。

但實際上仿粹,你很可能并不需要這么做搁吓。

大多數(shù)情況都可以通過自帶的元件庫完成工作,更激進一點的方式吭历,直接用占位圖即可堕仔。

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

樸素原型實例

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

4灾馒、一個元件可以搞定的事情,絕對不用兩個

axure的原型因為是元件組成遣总,所以當(dāng)你每添加一個元件到你的項目中睬罗,也就意味著未來的維護需要耗費更多時間轨功。

因此,原型一定要簡化容达。

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

這一點實際上要求你對工具的每一個特性都非常熟悉蒿褂。

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

這種做法很常見昙楚。

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

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

設(shè)計一個選項卡只需要一個動態(tài)面板即可實現(xiàn)爆袍,而不是通過多個面板的交互進行切換。

動態(tài)面板很常用也很好用作郭,通常都是用來做一些交互動效陨囊,比如輪播圖,選項卡等夹攒。

但是不要濫用蜘醋,濫用指的是在不需要的情況使用面板,在可以用的時候又不用咏尝。

5压语、掌握快捷鍵

組合元件:ctrl+g;

鎖定元件:快捷鍵:ctrl+k编检;

平移元件:按住shift拖動元件胎食;

復(fù)制元件:按住ctrl拖出一個復(fù)制的元件;

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

11蒙谓、模板下載

本文是從一個完整的項目裁剪的模板斥季,不夠完整训桶,只是為了表達你可以考慮嘗試這種架構(gòu)讓你的PRD更可讀累驮,也便于管理酣倾。

關(guān)注公眾號:產(chǎn)品微言,回復(fù)axure 即可獲取下載連接

行文至此谤专,我更想強調(diào)的是躁锡,Axure還是WORD,都只是表達思想的工具置侍,作為產(chǎn)品經(jīng)理的你映之,一定要:

少花時間和工具作斗爭,多花時間思考產(chǎn)品蜡坊。

因為:

沒有一個產(chǎn)品能夠滿足所有人杠输,也沒有一個工具適合所有場景。不要再工具上過多的信奉金科玉律秕衙,但熟練掌握用好一個工具蠢甲,可以加速你的輸出。

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末据忘,一起剝皮案震驚了整個濱河市鹦牛,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌勇吊,老刑警劉巖曼追,帶你破解...
    沈念sama閱讀 219,589評論 6 508
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異汉规,居然都是意外死亡礼殊,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 93,615評論 3 396
  • 文/潘曉璐 我一進店門针史,熙熙樓的掌柜王于貴愁眉苦臉地迎上來膏燕,“玉大人,你說我怎么就攤上這事悟民“颖瑁” “怎么了?”我有些...
    開封第一講書人閱讀 165,933評論 0 356
  • 文/不壞的土叔 我叫張陵射亏,是天一觀的道長近忙。 經(jīng)常有香客問我,道長智润,這世上最難降的妖魔是什么及舍? 我笑而不...
    開封第一講書人閱讀 58,976評論 1 295
  • 正文 為了忘掉前任,我火速辦了婚禮窟绷,結(jié)果婚禮上锯玛,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好攘残,可當(dāng)我...
    茶點故事閱讀 67,999評論 6 393
  • 文/花漫 我一把揭開白布拙友。 她就那樣靜靜地躺著,像睡著了一般歼郭。 火紅的嫁衣襯著肌膚如雪遗契。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 51,775評論 1 307
  • 那天病曾,我揣著相機與錄音牍蜂,去河邊找鬼。 笑死泰涂,一個胖子當(dāng)著我的面吹牛鲫竞,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播逼蒙,決...
    沈念sama閱讀 40,474評論 3 420
  • 文/蒼蘭香墨 我猛地睜開眼贡茅,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了其做?” 一聲冷哼從身側(cè)響起顶考,我...
    開封第一講書人閱讀 39,359評論 0 276
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎妖泄,沒想到半個月后驹沿,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 45,854評論 1 317
  • 正文 獨居荒郊野嶺守林人離奇死亡蹈胡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 38,007評論 3 338
  • 正文 我和宋清朗相戀三年渊季,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片罚渐。...
    茶點故事閱讀 40,146評論 1 351
  • 序言:一個原本活蹦亂跳的男人離奇死亡却汉,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出荷并,到底是詐尸還是另有隱情合砂,我是刑警寧澤,帶...
    沈念sama閱讀 35,826評論 5 346
  • 正文 年R本政府宣布源织,位于F島的核電站翩伪,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏谈息。R本人自食惡果不足惜缘屹,卻給世界環(huán)境...
    茶點故事閱讀 41,484評論 3 331
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望侠仇。 院中可真熱鬧轻姿,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 32,029評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至胳挎,卻和暖如春饼疙,著一層夾襖步出監(jiān)牢的瞬間溺森,已是汗流浹背慕爬。 一陣腳步聲響...
    開封第一講書人閱讀 33,153評論 1 272
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留屏积,地道東北人医窿。 一個月前我還...
    沈念sama閱讀 48,420評論 3 373
  • 正文 我出身青樓,卻偏偏與公主長得像炊林,于是被迫代替她去往敵國和親姥卢。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點故事閱讀 45,107評論 2 356

推薦閱讀更多精彩內(nèi)容