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