什么樣的原型更受開發(fā)歡迎 ?

159 評論 99870 瀏覽 1169 收藏 11 分鐘

工作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)流程。

劣勢

這類原型,劣勢超多。

  1. 瀏覽原型的人需要逐一點(diǎn)擊,才知道這個頁面有哪些功能,這樣很可能導(dǎo)致功能的遺漏。(當(dāng)年也確實(shí)出現(xiàn)過這個問題,雖然有配套的需求文檔,但是大家都懂的,需求文檔可能只有產(chǎn)品人員自己看。這樣一來,無形之中增加了溝通成本);
  2. 做原型時(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)勢

  1. 交互說明平鋪展示,有效避免了功能遺漏;
  2. 各類信息使用不同顏色區(qū)分,清晰直觀的區(qū)分不同類信息。

劣勢

  1. 交互說明使用顏色過多,一眼看過去,給人感覺很雜亂;
  2. 線框圖中使用顏色過多,分不清界面信息優(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)勢

  1. 整體感覺干凈清爽,各類信息錯落有致;
  2. 為所有界面加上了手機(jī)外邊框后,有效避免了線框圖與交互說明混淆不清。且可清晰的看出在手機(jī)上展示效果,標(biāo)記第一屏信息;
  3. 交互說明統(tǒng)一規(guī)范,避免了交互說明的喧賓奪主;
  4. 線框圖顏色盡量少,使用不同程度的灰色來呈現(xiàn),信息優(yōu)先級突出;
  5. 使用交互說明序號。使用序號標(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é)議

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 學(xué)習(xí)了,感謝分享~

    回復(fù)
  2. 寫的很好,學(xué)習(xí)了,謝謝分享

    回復(fù)
  3. 謝謝分享,學(xué)到了經(jīng)驗(yàn)

    回復(fù)
    1. ??????

      回復(fù)
  4. 學(xué)到了,感謝解惑

    回復(fù)
    1. 哈哈哈。相互學(xué)習(xí)。

      回復(fù)
  5. 交互汪的心路歷程,學(xué)習(xí)了學(xué)習(xí)了

    回復(fù)
    1. 哈哈,互相學(xué)習(xí)

      回復(fù)
  6. 學(xué)習(xí)了,謝謝分享

    來自福建 回復(fù)
    1. ??????

      回復(fù)
  7. 作者超棒噠(?ì _ í?)

    加油!

    回復(fù)
    1. 謝謝?(?????)?

      回復(fù)
  8. 對于想要入產(chǎn)品坑的我好有幫助呢,謝謝月

    回復(fù)
    1. ??歡迎進(jìn)入產(chǎn)品坑

      回復(fù)
  9. 加油呀~

    來自北京 回復(fù)
  10. 唉,做電腦端的多,痛苦 ??

    來自浙江 回復(fù)
    1. ??電腦端還是頁面跳轉(zhuǎn)比較多。對于一些需要特殊說明的,也可以單獨(dú)拎出來寫一下需求的。

      來自北京 回復(fù)
  11. 很棒,目前自己也在不斷的更新優(yōu)化自己的原型圖,看了之后很有啟發(fā)

    來自上海 回復(fù)
    1. 嘻嘻。加油~

      來自北京 回復(fù)
  12. 我們一直用word的樣式來列功能,功能不會遺漏。原型交互只有跳轉(zhuǎn)的,文檔截圖,語句還是可以簡潔的,研發(fā)看著也不錯。感覺原型里面寫需求和交互說明不太好排版,尤其是需求變更時(shí),會亂。而在word中只需加一個新的功能模塊。

    來自四川 回復(fù)
    1. 嗯嗯,各有利弊,開發(fā)可以很好的理解需求就好呢。你說的這種方式我之前也嘗試過,那時(shí)候會把原型圖截圖放到文檔中,但是發(fā)現(xiàn)開發(fā)很不愛看需求文檔,就調(diào)整了,后來又把文檔截圖到原型圖上,這樣來來回回,感覺要修改的地方好多呀。就干脆優(yōu)化了。。

      來自北京 回復(fù)
    2. 研發(fā)不能慣,不看文檔那還寫什么,出了鍋?zhàn)约罕?,我還不想寫文檔呢。 ??

      來自四川 回復(fù)
    3. 哈哈哈??對。開發(fā)最喜歡的是直接找產(chǎn)品問需求

      回復(fù)
  13. 非常有體會

    來自廣東 回復(fù)
    1. ??

      來自北京 回復(fù)
  14. 你們一般跳轉(zhuǎn)頁面用動態(tài)面板之間的跳轉(zhuǎn)還是頁面之間的跳轉(zhuǎn)

    來自浙江 回復(fù)
    1. 現(xiàn)在只有PC端的會做成動態(tài)跳轉(zhuǎn)的,移動端一般就是平鋪展示,然后用線連接各個頁面。做跳轉(zhuǎn)的時(shí)候,動效在一個頁面上就用動態(tài)面板,不同頁面就區(qū)分頁面。

      來自北京 回復(fù)
  15. 非常棒~你的原型歷程和我的如此相似。我現(xiàn)在一直在用第五種方式,我會把最新要迭代小版本的標(biāo)注說明用紅色來標(biāo)注,整個產(chǎn)品一直都在一個文檔上修改~

    來自福建 回復(fù)
    1. 在一個文檔上修改記得另存為備份呀~還有就是版本更新記錄和變更說明。

      來自北京 回復(fù)
  16. 基本類型就這幾種 主要看跟開發(fā)關(guān)系怎么樣 畢竟很多邏輯跟思路不是文檔能寫明白的 寫在好 開發(fā)也覺得看不懂 還是重在溝通 最后想說一句 開發(fā)只能無障礙看懂自己搞的原型 ? ? 然而我們看不懂 哈哈

    來自吉林 回復(fù)
    1. 對的,溝通最重要。哈哈哈,我也碰到過自己做原型的開發(fā)。

      來自北京 回復(fù)
  17. 我現(xiàn)在畫的原型跟你的第五種有好多雷同的地方。是之前看了一個朋友畫的交互文檔優(yōu)化出來的。今天看完你這個,又發(fā)現(xiàn)了很多可取之處。感謝你又給了我優(yōu)化的靈感。哈哈。我也給點(diǎn)小建議,你可以在一些指定頁面加一些異常操作的說明。比如說未登錄狀態(tài)下,點(diǎn)擊按鈕后頁面是如何處理。或者在原型上單獨(dú)建一個問號做全局說明和一些異常狀態(tài)的說明。這樣開發(fā)估計(jì)會更清晰。

    回復(fù)
    1. 哈哈,謝謝你的建議~考慮優(yōu)化下。

      來自北京 回復(fù)
  18. 不錯,挺有用的

    回復(fù)
    1. 有用

      回復(fù)
    2. ? 哈哈,對大家有幫助就好。

      來自北京 回復(fù)
  19. 很不錯,加油,謝謝分享

    回復(fù)
    1. ??

      來自北京 回復(fù)
  20. 信息平鋪環(huán)繞型 里什么箭頭啊,備注什么的都是 axure做的嗎。

    來自上海 回復(fù)
    1. 對呀,用axure做的小控件

      來自北京 回復(fù)
    2. 箭頭逐一標(biāo)識那部分,具體怎么弄的啊,我看默認(rèn)那些好像都沒你這個好看,是用的元件庫嗎,求模板。 ??

      來自上海 回復(fù)
    3. 自己做的呀??可以微信加我發(fā)給你。UniqueGY_1220

      回復(fù)
  21. 很棒,感謝分享

    來自陜西 回復(fù)
    1. ?? 謝謝

      來自北京 回復(fù)
  22. 不錯,點(diǎn)贊

    來自廣東 回復(fù)
    1. ?? 謝謝~

      來自北京 回復(fù)
  23. 寫的還是很詳細(xì)的,其實(shí)也可以在原型中補(bǔ)一張整體頁面的交互流程圖,這樣開發(fā)看起來會更有邏輯性,最后也可以補(bǔ)一下交互設(shè)計(jì)全局規(guī)范

    來自湖北 回復(fù)
    1. 交互流程圖是指各個頁面流轉(zhuǎn)的流程圖嗎,標(biāo)注出每個頁面之間的邏輯關(guān)系?

      來自北京 回復(fù)
    2. 對的,便于梳理邏輯關(guān)系

      來自湖北 回復(fù)
  24. 點(diǎn)贊,說的超級好,我們一般都是第一種和第三種混合使用的

    來自河北 回復(fù)
    1. 混合的意思是做兩套原型嗎?還是一套界面中混合使用呢?

      來自北京 回復(fù)
    2. 先做出第一種,然后把圖在截出來然后各種標(biāo)注,其實(shí)算是PRD文檔的一部分了

      來自河北 回復(fù)
  25. 我剛剛做產(chǎn)品時(shí),就采用的是《第五種:信息平鋪環(huán)繞型》形式。個人非常喜歡第五種。

    來自廣東 回復(fù)
    1. ?? 是的,很好用。

      來自北京 回復(fù)
  26. 至今在用第一種,作者分析確實(shí)一針見血。

    往往花了好長時(shí)間去做原型,然后花更多時(shí)間在PRD中解釋清楚每個動態(tài)效果

    看來是需要改一下這種習(xí)慣了。

    來自上海 回復(fù)
    1. 哈哈,經(jīng)歷過的人都懂。希望我的文章對你有幫助啦 ? 歡迎嘗試后回來探討~

      來自北京 回復(fù)
  27. 學(xué)習(xí)了!感謝分享

    來自江蘇 回復(fù)
    1. ??

      來自北京 回復(fù)
    2. 相互學(xué)習(xí)??

      來自北京 回復(fù)
  28. 鼓勵下,做的挺好的。溝通和交流最重要,寫再多文字有時(shí)候不如一句話來得直接。

    來自浙江 回復(fù)
    1. 贊同,和開發(fā)達(dá)成共識最重要。

      來自北京 回復(fù)
  29. 來自上海 回復(fù)
    1. ??

      來自北京 回復(fù)
  30. 打算下一版本規(guī)劃融入你說的后兩點(diǎn)

    來自廣東 回復(fù)
    1. 哈哈,很開心我的文章對你有幫助。記得嘗試后來探討成果哦~??

      來自北京 回復(fù)