不一樣的交互組件
交互設(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/
謝謝博主,學(xué)習(xí)了