什么樣的原型更受開發(fā)歡迎 ?
![](http://image.woshipm.com/wp-files/img/68.jpg)
工作3年,嘗試了各種原型圖排版,致力于幫助設(shè)計(jì)師和程序員更好的理解需求??偨Y(jié)了從14年到現(xiàn)在自己嘗試過的幾種原型圖樣式,每一種都有其優(yōu)劣勢。歡迎大家一起來探討如何更好的呈現(xiàn)原型圖(歡迎拍磚?)。接下來,按時(shí)間順序,給大家一一詳細(xì)介紹。
PS:本文僅是講述原型圖排版,至于一些交互細(xì)節(jié)會另寫文章記錄哦,歡迎關(guān)注~
各類原型圖介紹
第一種:動態(tài)跳轉(zhuǎn)型
通過事件(如點(diǎn)擊、滑動等)實(shí)現(xiàn)各個元素和頁面之間來回跳轉(zhuǎn)。所有交互說明都寫在了界面元素的注釋說明中(藍(lán)色icon),如想查看說明,需點(diǎn)擊后才能看到。這類跳轉(zhuǎn)型原型,需配套的需求文檔來描述各個元素的狀態(tài)、前置條件、操作說明等。
這種原型圖,想必很多剛剛?cè)腴T的產(chǎn)品經(jīng)理/交互設(shè)計(jì)師都嘗試過。當(dāng)然我也不例外,剛開始工作時(shí),覺得用axure實(shí)現(xiàn)各種動效是件很好玩很酷的事情,同時(shí)也認(rèn)為這種動態(tài)跳轉(zhuǎn)可以幫助開發(fā)人員更好的理解頁面關(guān)系。
但是卻忽略了很重要的一點(diǎn),開發(fā)不知道我們產(chǎn)品之前的思考邏輯,所以拿到原型時(shí),根本不知道界面上哪些信息是可點(diǎn)擊的,也不知道點(diǎn)擊后會發(fā)生什么進(jìn)入哪個界面。
優(yōu)勢
擁有交互動效,可完整體驗(yàn)到頁面之間的跳轉(zhuǎn)流程。
劣勢
這類原型,劣勢超多。
- 瀏覽原型的人需要逐一點(diǎn)擊,才知道這個頁面有哪些功能,這樣很可能導(dǎo)致功能的遺漏。(當(dāng)年也確實(shí)出現(xiàn)過這個問題,雖然有配套的需求文檔,但是大家都懂的,需求文檔可能只有產(chǎn)品人員自己看。這樣一來,無形之中增加了溝通成本);
- 做原型時(shí),各種動效比較浪費(fèi)時(shí)間。需要各種事件、動態(tài)面板配合來實(shí)現(xiàn),一定程度上降低了工作效率。
因?yàn)檫@類原型圖的用戶體驗(yàn)實(shí)在是不好,便決定把所有頁面平鋪展示,把交互說明環(huán)繞周圍,如下…
第二種:信息平鋪環(huán)繞型(五彩版)
首先,感謝開發(fā)哥哥們當(dāng)年的不殺之恩。
現(xiàn)在回過頭看之前的原型圖,簡直不忍直視。這樣花里胡哨的原型圖,雖然很詳細(xì)的寫了各種說明,但是給誰看,估計(jì)都沒有耐心看完吧。
所有的交互說明信息都環(huán)繞在線框圖周圍,并使用了各種圖標(biāo)顏色。不同圖標(biāo)及顏色代表不同含義,如圖中粉色箭頭代表有點(diǎn)擊事件,綠色箭頭代表說明文字,點(diǎn)擊事件均采用橙色文字。
優(yōu)勢
- 交互說明平鋪展示,有效避免了功能遺漏;
- 各類信息使用不同顏色區(qū)分,清晰直觀的區(qū)分不同類信息。
劣勢
- 交互說明使用顏色過多,一眼看過去,給人感覺很雜亂;
- 線框圖中使用顏色過多,分不清界面信息優(yōu)先級。
這類原型圖,解決了第一種遺漏功能的問題,也得到了開發(fā)人員的一致好評,說這種原型圖清晰直觀的把所有功能點(diǎn)都描述的很清晰。就這樣持續(xù)迭代了好幾個版本。后來。有一次在一個功能復(fù)雜的界面周圍寫了密密麻麻的注釋(如上圖),在實(shí)際開發(fā)過程中,就發(fā)現(xiàn)很多開發(fā)來問的問題,明明在原型圖上都有寫??墒撬麄?yōu)槭裁春雎粤诉@些需求呢?我就跑去和他們溝通,得到的反饋是:哦,沒看到,沒注意這塊內(nèi)容。記得那時(shí)候還是挺氣憤的,自己辛辛苦苦寫的需求,開發(fā)根本不認(rèn)真看。后來換位思考想了想,這些枯燥的文檔,再加上五顏六色的文字,給誰誰都不愿意看吧。
為了解決交互說明雜亂無章的問題,決定嘗試把所有說明統(tǒng)一放到線框圖下方,逐一元素說明,如下…
第三種:信息平鋪上下型
把所有交互說明寫在線框圖下方,線框圖上連接關(guān)聯(lián)界面。
優(yōu)勢
界面看起來清爽了很多,所有交互說明集中,有效避免了功能遺漏和界面雜亂的問題;
劣勢
不直觀。界面元素和交互說明分離,影響查找效率。
出了一個版本這樣的原型圖,就立馬收到開發(fā)哥哥們的反饋,說這樣的交互說明太不直觀了,每次都要看一眼圖,然后再去下面找到對應(yīng)的說明,很麻煩,而且還容易出現(xiàn)對應(yīng)錯的情況。就這樣,放棄了這種類型的原型圖。
那么有沒有一種既清晰直觀又可以有助于開發(fā)閱讀查找的原型圖呢?
于是,綜合了之前各類原型的優(yōu)勢,得出如下版本…
第四種:信息平鋪環(huán)繞型(邊框版)
為所有界面加上了手機(jī)外邊框;線框圖顏色盡量使用深淺不同的灰色;交互說明顏色少一些,使用灰色深淺及文字大小區(qū)分優(yōu)先級;使用統(tǒng)一的標(biāo)注icon;制定了交互標(biāo)注說明。
各類交互說明規(guī)范
優(yōu)勢
- 整體感覺干凈清爽,各類信息錯落有致;
- 為所有界面加上了手機(jī)外邊框后,有效避免了線框圖與交互說明混淆不清。且可清晰的看出在手機(jī)上展示效果,標(biāo)記第一屏信息;
- 交互說明統(tǒng)一規(guī)范,避免了交互說明的喧賓奪主;
- 線框圖顏色盡量少,使用不同程度的灰色來呈現(xiàn),信息優(yōu)先級突出;
- 使用交互說明序號。使用序號標(biāo)識出當(dāng)前頁面有哪些注意點(diǎn),有效避免遺漏。
劣勢
有時(shí)會出現(xiàn)線框圖和交互說明對應(yīng)不上的情況,開發(fā)找不到交互說明上寫的【xxx】按鈕到底是哪個icon,點(diǎn)擊【xx】熱區(qū),這個熱區(qū)的范圍包括哪些。
整體來講,這種類型的原型圖,已經(jīng)得到開發(fā)人員的認(rèn)可,也是個人認(rèn)為比較優(yōu)的方案。正因?yàn)樵蛨D也算是自己的產(chǎn)品,所以也需要不斷的打磨,于是最近又對其進(jìn)行了優(yōu)化,如下…
第五種:信息平鋪環(huán)繞型(各個元素逐一標(biāo)識)
在界面上,使用箭頭逐一標(biāo)識每個元素或每個模塊的交互說明。交互說明中各類信息分類顯示。
優(yōu)勢
- 快速定位某個元素的交互說明;
- 為交互說明分類(如信息項(xiàng)、操作、狀態(tài)、排序等),有效防止遺漏需求,也有助于開發(fā)查看需求。
劣勢
如界面上需要標(biāo)注的信息很多,可能會造成頁面看起來有些混亂。
總結(jié)
每一種原型圖樣式都有其優(yōu)劣勢,在實(shí)際工作中,最重要的不是如何呈現(xiàn)你的原型圖,而是要和設(shè)計(jì)師以及開發(fā)達(dá)成共識,怎樣的原型更有助于他們理解需求。對于剛?cè)肼殘龅男氯诵“?,提醒大家切記不要過度沉迷于頁面動效,而忘記原型圖的本質(zhì)目的(清晰明了的說明界面功能邏輯)。
如上,述說了一下我自己的原型圖演變史。原型圖是我們工作中輸出的重要文檔之一,所以更需要我們不斷的去打磨它,在提高自己工作效率的同時(shí)更好的幫助開發(fā)人員理解需求。
??感謝耐心閱讀~
本文由 @Cynthia拾月 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自PEXELS,基于CC0協(xié)議
學(xué)習(xí)了,感謝分享~
寫的很好,學(xué)習(xí)了,謝謝分享
謝謝分享,學(xué)到了經(jīng)驗(yàn)
??????
學(xué)到了,感謝解惑
哈哈哈。相互學(xué)習(xí)。
交互汪的心路歷程,學(xué)習(xí)了學(xué)習(xí)了
哈哈,互相學(xué)習(xí)
學(xué)習(xí)了,謝謝分享
??????
作者超棒噠(?ì _ í?)
加油!
謝謝?(?????)?
對于想要入產(chǎn)品坑的我好有幫助呢,謝謝月
??歡迎進(jìn)入產(chǎn)品坑
加油呀~
唉,做電腦端的多,痛苦 ??
??電腦端還是頁面跳轉(zhuǎn)比較多。對于一些需要特殊說明的,也可以單獨(dú)拎出來寫一下需求的。
很棒,目前自己也在不斷的更新優(yōu)化自己的原型圖,看了之后很有啟發(fā)
嘻嘻。加油~
我們一直用word的樣式來列功能,功能不會遺漏。原型交互只有跳轉(zhuǎn)的,文檔截圖,語句還是可以簡潔的,研發(fā)看著也不錯。感覺原型里面寫需求和交互說明不太好排版,尤其是需求變更時(shí),會亂。而在word中只需加一個新的功能模塊。
嗯嗯,各有利弊,開發(fā)可以很好的理解需求就好呢。你說的這種方式我之前也嘗試過,那時(shí)候會把原型圖截圖放到文檔中,但是發(fā)現(xiàn)開發(fā)很不愛看需求文檔,就調(diào)整了,后來又把文檔截圖到原型圖上,這樣來來回回,感覺要修改的地方好多呀。就干脆優(yōu)化了。。
研發(fā)不能慣,不看文檔那還寫什么,出了鍋?zhàn)约罕?,我還不想寫文檔呢。 ??
哈哈哈??對。開發(fā)最喜歡的是直接找產(chǎn)品問需求
非常有體會
??
你們一般跳轉(zhuǎn)頁面用動態(tài)面板之間的跳轉(zhuǎn)還是頁面之間的跳轉(zhuǎn)
現(xiàn)在只有PC端的會做成動態(tài)跳轉(zhuǎn)的,移動端一般就是平鋪展示,然后用線連接各個頁面。做跳轉(zhuǎn)的時(shí)候,動效在一個頁面上就用動態(tài)面板,不同頁面就區(qū)分頁面。
非常棒~你的原型歷程和我的如此相似。我現(xiàn)在一直在用第五種方式,我會把最新要迭代小版本的標(biāo)注說明用紅色來標(biāo)注,整個產(chǎn)品一直都在一個文檔上修改~
在一個文檔上修改記得另存為備份呀~還有就是版本更新記錄和變更說明。
基本類型就這幾種 主要看跟開發(fā)關(guān)系怎么樣 畢竟很多邏輯跟思路不是文檔能寫明白的 寫在好 開發(fā)也覺得看不懂 還是重在溝通 最后想說一句 開發(fā)只能無障礙看懂自己搞的原型 ? ? 然而我們看不懂 哈哈
對的,溝通最重要。哈哈哈,我也碰到過自己做原型的開發(fā)。
我現(xiàn)在畫的原型跟你的第五種有好多雷同的地方。是之前看了一個朋友畫的交互文檔優(yōu)化出來的。今天看完你這個,又發(fā)現(xiàn)了很多可取之處。感謝你又給了我優(yōu)化的靈感。哈哈。我也給點(diǎn)小建議,你可以在一些指定頁面加一些異常操作的說明。比如說未登錄狀態(tài)下,點(diǎn)擊按鈕后頁面是如何處理。或者在原型上單獨(dú)建一個問號做全局說明和一些異常狀態(tài)的說明。這樣開發(fā)估計(jì)會更清晰。
哈哈,謝謝你的建議~考慮優(yōu)化下。
不錯,挺有用的
有用
? 哈哈,對大家有幫助就好。
很不錯,加油,謝謝分享
??
信息平鋪環(huán)繞型 里什么箭頭啊,備注什么的都是 axure做的嗎。
對呀,用axure做的小控件
箭頭逐一標(biāo)識那部分,具體怎么弄的啊,我看默認(rèn)那些好像都沒你這個好看,是用的元件庫嗎,求模板。 ??
自己做的呀??可以微信加我發(fā)給你。UniqueGY_1220
很棒,感謝分享
?? 謝謝
不錯,點(diǎn)贊
?? 謝謝~
寫的還是很詳細(xì)的,其實(shí)也可以在原型中補(bǔ)一張整體頁面的交互流程圖,這樣開發(fā)看起來會更有邏輯性,最后也可以補(bǔ)一下交互設(shè)計(jì)全局規(guī)范
交互流程圖是指各個頁面流轉(zhuǎn)的流程圖嗎,標(biāo)注出每個頁面之間的邏輯關(guān)系?
對的,便于梳理邏輯關(guān)系
點(diǎn)贊,說的超級好,我們一般都是第一種和第三種混合使用的
混合的意思是做兩套原型嗎?還是一套界面中混合使用呢?
先做出第一種,然后把圖在截出來然后各種標(biāo)注,其實(shí)算是PRD文檔的一部分了
我剛剛做產(chǎn)品時(shí),就采用的是《第五種:信息平鋪環(huán)繞型》形式。個人非常喜歡第五種。
?? 是的,很好用。
至今在用第一種,作者分析確實(shí)一針見血。
往往花了好長時(shí)間去做原型,然后花更多時(shí)間在PRD中解釋清楚每個動態(tài)效果
看來是需要改一下這種習(xí)慣了。
哈哈,經(jīng)歷過的人都懂。希望我的文章對你有幫助啦 ? 歡迎嘗試后回來探討~
學(xué)習(xí)了!感謝分享
??
相互學(xué)習(xí)??
鼓勵下,做的挺好的。溝通和交流最重要,寫再多文字有時(shí)候不如一句話來得直接。
贊同,和開發(fā)達(dá)成共識最重要。
贊
??
打算下一版本規(guī)劃融入你說的后兩點(diǎn)
哈哈,很開心我的文章對你有幫助。記得嘗試后來探討成果哦~??