不一樣的交互組件

1 評論 5598 瀏覽 1 收藏 12 分鐘

交互設(shè)計是一個創(chuàng)造性的工作,利用創(chuàng)新的方式漂亮地解決產(chǎn)品問題,是一個交互設(shè)計師價值的體現(xiàn)。當(dāng)創(chuàng)新的交互設(shè)計被用戶認(rèn)可、被業(yè)界同行學(xué)習(xí),更是一種巨大的職業(yè)滿足感。這種創(chuàng)新不一定是驚天地泣鬼神的革命性設(shè)計,一個小小的交互組件的創(chuàng)新就可以讓產(chǎn)品體驗增色不少。今天就通過一些案例聊聊交互組件創(chuàng)新的四種常見方式,與大家共勉。

一、滾動條的創(chuàng)新【重構(gòu)法】

我們先來回想一下閱讀PDF文檔的兩種滾動方式:1、手型工具拖動?2、滾動條。

要翻看后面的信息,用手型工具向上拖動,用滾動條則是向下拖動,兩種操作方式的原理是什么呢?

把文檔分成可視區(qū)域A和整體區(qū)域B。滾動條滑塊對應(yīng)的是文檔的可視區(qū)域A。因此滾動條拖動的是可視區(qū)域A,而手型工具拖動的是整體區(qū)域B,兩種操作方式拖動的主體不一樣,所以方向恰好相反。

滾動條可以理解為文檔在垂直方向上的縮略圖,滑塊可以表示可視區(qū)域當(dāng)前位置,可視區(qū)域占整體區(qū)域的比例。隨著文檔整體區(qū)域不斷增高,可視區(qū)域所占的比例越小,因此滑塊高度不斷變小。統(tǒng)計過IE、FF、Office等常用軟件,一般滑塊高度到8px時就不再縮小。當(dāng)滑塊高度只剩8px時,滾動條的拖動體驗就相當(dāng)?shù)牟睢?/p>

Google wave對滾動條做了大膽的創(chuàng)新。

1、??上下按鈕與滑塊連在一起(好處:從滑塊到上下按鈕的鼠標(biāo)運動距離變短;問題:點擊上下按鈕,滑塊無法跟隨運動)

2、??滾動條的滑塊高度固定不變(好處:解決了滑塊極小的問題;問題:無法表示可視區(qū)域的比例)

這兩處修改優(yōu)化了傳統(tǒng)滾動條的問題,卻引發(fā)滾動條基本屬性(“位置”與“比例”)問題。為解決引發(fā)的新問題,google wave的滾動條引入了兩個新元素:

1、??半透明灰色塊?(點擊上下按鈕,滑塊無法跟隨運動,則半透明灰色塊運動——解決位置問題)

2、??終止條?(wave內(nèi)容不斷增多,終止條位置不斷向下,用來表示內(nèi)容整體高度——解決比例問題??上н@個終止條視覺效果讓人以為是可拖動的,容易引起疑惑。)

Google Wave花了這么大心思創(chuàng)新滾動條,也面臨著滾動條復(fù)雜化后引發(fā)的用戶習(xí)慣問題。個人認(rèn)為這個滾動條創(chuàng)新是因產(chǎn)品需要而做的,wave一個頁面可能同時存在4個滾動條,當(dāng)4個傳統(tǒng)滾動條同時出現(xiàn)在一個頁面上效果可想而知。Wave滾動條無論視覺還是交互上都是很“輕”的設(shè)計,與產(chǎn)品整體上還算貼切。

====================================================

蘋果對滾動條的改進則簡單有效:加錨點。

mac官網(wǎng):?加錨點橫向滾動條,點擊錨點,滑塊滾動到相應(yīng)位置

iphone音樂專輯列表:加錨點的滾動條,輕觸字母,列表滾動到相應(yīng)位置

加錨點的方式讓滾動條增加了導(dǎo)航和準(zhǔn)確定位功能,變得更加易用。

二、組合搜索框的創(chuàng)新 【組合法】

常見的帶條件搜索框是“輸入框+下拉菜單+按鈕”三個控件組成的,合適的控件組合可以帶來更好的效果。

1、【輸入框+下拉菜單】組合

新浪微博的搜索框,將下拉選項融合到輸入框提示里,選擇搜索范圍的操作更加便利。

Google reader這樣的帶輸入操作的下拉菜單,讓下拉菜單更加易用。(這種控件組合在word、photoshop等軟件里很常見,如字體選擇控件)

2、【按鈕+下拉菜單】組合

豆瓣與Flickr的搜索按鈕后面加了一個下拉箭頭,按鈕與下拉選擇操作合二為一 (flickr這個設(shè)計與它網(wǎng)站主導(dǎo)航條體驗一致,豆瓣用這種設(shè)計在其整站看來則略顯突兀)

三、文件上傳組件的創(chuàng)新 【瘦身法】

標(biāo)準(zhǔn)的文件上傳組件是由“輸入框(偽)+瀏覽按鈕+提交按鈕”組成。之說以稱之為“偽輸入框”是因為它主要承擔(dān)顯示文件路徑的作用,于是Firefox下點擊這個輸入框是開始文件選擇操作,chrome更是把偽輸入框改造成了按鈕,還原控件最原始的作用。

使用標(biāo)準(zhǔn)文件上傳組件經(jīng)常會出現(xiàn)兩個提交按鈕,以上圖為例,最經(jīng)常的誤操作就是:選完文件后,直接點擊“保存頭像設(shè)置”,于是杯具了。

Gmail附件上傳的設(shè)計對文件上傳組件做了兩次瘦身手術(shù)。

過去的gmail附件上傳步驟是:1、點擊“添加附件”(點擊后出現(xiàn)一個不帶提交按鈕的上傳組件),2、選擇文件(選完后自動開始上傳)。去掉了那個提交按鈕。

現(xiàn)在的gmail附件上傳步驟是:1、點擊“添加附件”(點擊后自動開始上傳,且有上傳進度條)。去掉了輸入框和提交按鈕,只剩下一個瀏覽按鈕,上傳只需要一次點擊操作。

四、翻頁的創(chuàng)新 【替代法】

傳統(tǒng)的翻頁方式是“上一頁+頁碼+下一頁”,大家最熟悉的設(shè)計。

Bing圖片搜索

Google reader

看圖購

而近年興起的這種“無盡滾動翻頁”的翻頁方式,即滾動條拖動到最底部后開始加載后面的內(nèi)容,而不再有“上一頁+頁碼+下一頁”這樣的鏈接。

相對而言twitter、Iphone app store這樣的“遞進式翻頁”則沒那么激進,保留了一個翻頁按鈕,是介于傳統(tǒng)翻頁與無盡滾動翻頁的一種折中方式。

上圖是Google book search一個巧妙的翻頁設(shè)計,鼠標(biāo)懸停在文檔底部一個局部區(qū)域(高度約50px)時,出現(xiàn)一個半透明的層,點擊這個層開始翻頁。這個巨大的輔助翻頁按鈕,大大提升了翻頁的便利性,且對界面影響很小。

這里講到的翻頁組件創(chuàng)新,是用新的翻頁方式替代傳統(tǒng)翻頁組件。從信息的結(jié)構(gòu)來看,傳統(tǒng)翻頁是將信息分段,而“無盡滾動翻頁”屬于信息滾動。這兩種方式對應(yīng)現(xiàn)實生活中的原型是:書籍和電影膠片,書籍把信息拆分到每頁里去翻動,電影膠片的信息則一幀幀的滾動而過。

從信息流動速度和翻頁便利性來看,“信息滾動”遠遠大于“信息分段”。這兩種翻頁方式如何選擇?我想這應(yīng)該取決于用戶對后面內(nèi)容的需求強度,像google搜索結(jié)果頁這種越往后信息質(zhì)量越低的場景,用戶對翻頁需求并不那么強烈。Google reader這樣信息不是按質(zhì)量排序的場景,提供高速的翻頁方式是個相對必要的做法。

信息流動速度對信息接受者心態(tài)有很大影響,流動速度越快信息吸收量相對越小,所以閱讀pdf文檔比閱讀紙質(zhì)書籍心情急躁,忍不住去翻頁,是在“掃描”而不是“閱讀”(個人主觀感受,如有雷同純屬必然)

由此也延伸出一點,交互設(shè)計師的工作職責(zé)除了架構(gòu)信息,還應(yīng)該控制信息的流動速度和供給量。

最后,以一張圖片總結(jié)交互組件創(chuàng)新的四種方式,一家之言希望對大家有所啟發(fā)。創(chuàng)新無定法,必然存在更多創(chuàng)新方式,歡迎交流補充: pigtwo#gmail.com

本期碳酸飲料會完整PPT下載>>

來源:http://ued.taobao.com/blog/2010/02/05/interactive-controls-innovation3/

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

    來自北京 回復(fù)