用(yong)戶(hu)體驗(yan)重(zhong)要一(yi)環 ︰App中(zhong)的(de)反饋設計
用(yong)戶(hu)體驗(yan)重(zhong)要一(yi)環 ︰App中(zhong)的(de)反饋設計-移動(dong)閱讀二維碼

分分pk10官网

反饋就是用(yong)戶(hu)做了某項(xiang)操作(zuo)之後(hou),應用(yong)系(xi)統給用(yong)戶(hu)的(de)一(yi)個響應。這個響應根據場景(jing)的(de)不同會(hui)有不同的(de)響應形wen)膠he)不同作(zuo)用(yong)。

為(wei)什麼(me)反饋設計是用(yong)戶(hu)體驗(yan)重(zhong)要的(de)一(yi)環?

在人機交互的(de)過程中(zhong),用(yong)戶(hu)希望看到(dao)每一(yi)步都清晰,及時的(de)顯(xian)示,用(yong)戶(hu)希望了解(jie)每一(yi)步的(de)後(hou)果以(yi)及用(yong)戶(hu)最關(guan)心的(de)問(wen)題(ti)是什麼(me)。一(yi)方面,PC端和(he)移動(dong)端產品需要保(bao)證產品有xie)  笆鋇de)反饋響應以(yi)確保(bao)用(yong)戶(hu)知(zhi)道自己he)suo)處(chu)的(de)狀態(tai),否則(ze)會(hui)讓用(yong)戶(hu)覺(jue)得(de)反應遲鈍;另一(yi)方面,我們也(ye)要避免過度的(de)信息反饋,尤其(qi)注(zhu)意不要反饋錯誤(wu)信息,錯誤(wu)的(de)信息對用(yong)戶(hu)造成(cheng)的(de)影響是巨大的(de)。

產品的(de)反饋直觀的(de)表現為(wei)界面的(de)變化(hua)(少數為(wei)聲(sheng)音和(he)震動(dong)),通過這種(zhong)變化(hua)使(shi)的(de)用(yong)戶(hu)能夠更加友好高(gao)效(xiao)地與產品進(jin)行(xing)交互,更加專(zhuan)心地投入到(dao)任務流程當中(zhong)去。

舉個栗子(zi)︰當用(yong)戶(hu)執行(xing)完一(yi)步操作(zuo)後(hou),系(xi)統沒有及時甚至(zhi)沒有給出(chu)相應的(de)反饋提(ti)示,就會(hui)給用(yong)戶(hu)帶來疑惑(huo)(實(shi)現模型與心理(li)模型沖(chong)突),讓用(yong)戶(hu)不能確定自己的(de)操作(zuo)是否被(bei)執行(xing)、執行(xing)是否成(cheng)功、執行(xing)整體進(jin)度、或者是執行(xing)後(hou)會(hui)產生怎麼(me)樣的(de)影響、能在哪里查詢到(dao)結果以(yi)及執行(xing)後(hou)是否可以(yi)yuan)懷廢鵲取6餛qi)中(zhong)的(de)任何一(yi)個環節都有可能影響到(dao)用(yong)戶(hu)對當前任務的(de)理(li)解(jie)以(yi)是否執行(xing)下一(yi)步操作(zuo),從而影響到(dao)產品的(de)用(yong)戶(hu)體驗(yan)。

反饋的(de)設計應該滿足(zu)以(yi)下四個原則(ze)︰

  • 反饋通過直觀的(de)體現,可以(yi)幫助用(yong)戶(hu)理(li)解(jie)微交互的(de)規則(ze),最大可能地降低用(yong)戶(hu)的(de)學習(xi)成(cheng)本。
  • 別讓反饋給用(yong)戶(hu)造成(cheng)壓(ya)力,通過最少的(de)反饋傳達同樣的(de)信息。
  • 反饋應該由需求驅動(dong),然後(hou)在恰當的(de)場景(jing)下和(he)時間下讓用(yong)戶(hu)知(zhi)道他需要知(zhi)道的(de)事lv)欏/li>
  • 反饋的(de)速度盡可能的(de)快,反饋過慢會(hui)給用(yong)戶(hu)感(gan)覺(jue)產品的(de)性能差。

對于用(yong)戶(hu)而言(yan),反饋設計的(de)目的(de)主要告訴(su)用(yong)戶(hu)以(yi)下幾點︰

  • 告訴(su)用(yong)戶(hu)發什麼(me)了什麼(me)?
  • 用(yong)戶(hu)剛剛做了什麼(me)事?
  • 哪些過程已(yi)經(jing)開始了?
  • 哪些過程已(yi)經(jing)結束了?
  • 哪些過程正在進(jin)行(xing)中(zhong)?
  • 用(yong)戶(hu)不能做什麼(me)?
  • 用(yong)戶(hu)剛剛操作(zuo)的(de)結果是什麼(me)?

在設計過程中(zhong),涉及到(dao)反饋的(de)情況一(yi)般分為(wei)五種(zhong)類型︰

1.結果反饋

告知(zhi)用(yong)戶(hu)的(de)操作(zuo)結果。例如操作(zuo)成(cheng)功或者操作(zuo)失(shi)敗、對yuan)僮zuo)後(hou)的(de)一(yi)種(zhong)確認。

a.以(yi)toast形wen)礁yong)戶(hu)反饋。例如:微信pao) ?誦畔  chu)現toast,提(ti)示用(yong)戶(hu)已(yi)經(jing)發送(song)成(cheng)功。

b.以(yi)浮層動(dong)畫的(de)形wen)礁yong)戶(hu)反饋。例如微信輸入語(yu)音時bao) chu)現浮層動(dong)畫提(ti)示用(yong)戶(hu)的(de)語(yu)音輸入是有xing)?de)。

2.狀態(tai)反饋

操作(zuo)前後(hou)展gu)拘xiao)果不一(yi)樣。

當用(yong)戶(hu)操作(zuo)後(hou),界面操作(zuo)前的(de)狀態(tai)和(he)操作(zuo)後(hou)的(de)狀態(tai)不一(yi)致。通過這個不一(yi)致,給用(yong)戶(hu)反饋我ye)de)操作(zuo)得(de)到(dao)了提(ti)交。

3.過渡反饋

有xing)┤焙hou)程序確實(shi)不huai)豢歟 郝de)加載速度和(he)延遲問(wen)題(ti),這時候(hou)通過常(chang)見的(de)過渡組件(jian)給用(yong)戶(hu)反饋,過渡反饋的(de)目的(de)在于通過向用(yong)戶(hu)反饋當前的(de)響應進(jin)度和(he)合理(li)的(de)時間消耗來讓用(yong)戶(hu)在等待過程中(zhong)放松下來。

a.以(yi)進(jin)度指示器給用(yong)戶(hu)反饋當前狀態(tai)。例如瀏覽器在點擊搜索後(hou),頁(ye)面加載的(de)進(jin)程反饋。

b.以(yi)系(xi)統/自yuan)ㄒ宓de)循環動(dong)畫,例如iOS的(de)菊花(hua)Loading 和(he)安(an)卓(zhuo)的(de)圓(yuan)形Loading 。

例如︰微博問(wen)答,點擊立即支付然後(hou)出(chu)現的(de)過渡動(dong)畫。

例如︰YouTube頁(ye)面加載過渡的(de)圓(yuan)形Loading 。

4.操作(zuo)反饋

對下一(yi)步操作(zuo)的(de)指引,用(yong)戶(hu)點擊一(yi)個操作(zuo)就出(chu)現zhong)碌de)操作(zuo)組件(jian)以(yi)此給用(yong)戶(hu)的(de)反饋。

當用(yong)戶(hu)進(jin)行(xing)一(yi)個操作(zuo)後(hou),出(chu)現反饋,這個反饋通常(chang)是通過浮層彈框、調(diao)起鍵盤、進(jin)入下一(yi)個界面等等形wen)獎硐幀/p>

例如︰iOS原生郵件(jian),點擊回(hui)復/轉發出(chu)現底部浮層。

5.聲(sheng)音和(he)震動(dong)的(de)反饋

聲(sheng)音和(he)震動(dong)也(ye)是反饋的(de)一(yi)種(zhong)的(de)表現zhong)問(wen)劍  yong)戶(hu)的(de)操作(zuo)加以(yi)聲(sheng)音和(he)震動(dong)的(de)引導,給用(yong)戶(hu)很強的(de)心理(li)暗示。

例如QQ郵箱,發送(song)過程和(he)成(cheng)功後(hou)都有聲(sheng)音提(ti)示。這是一(yi)個很典型的(de)通過聲(sheng)音反饋的(de)例子(zi)。

如何判斷你的(de)反饋設計是有xing)?de),非過度的(de)反饋

上面介(jie)紹的(de)反饋的(de)各種(zhong)類型。但是很多情況設計師們過度使(shi)用(yong)反饋。常(chang)見的(de)情況是過度使(shi)用(yong)Toast。

例如貓眼︰點擊已(yi)想看愛心變灰,同時bei)魷oast提(ti)示。這樣就存在過度的(de)反饋。反觀Instagram點擊取消點贊,就沒有出(chu)現Toast提(ti)示。

為(wei)什麼(me)我說de)ㄑ鄣de)反饋過度呢?因為(wei)用(yong)戶(hu)點擊操作(zuo)時bao)  淖刺tai)已(yi)經(jing)變了,那麼(me)這個元素的(de)變化(hua)已(yi)經(jing)暗示用(yong)戶(hu),該App進(jin)行(xing)了反饋,沒必要在出(chu)現Toast提(ti)示。

如何判斷你的(de)涉及反饋是否過度?

在設計反饋時bao) 綣yi)經(jing)有一(yi)組元素的(de)變化(hua)足(zu)以(yi)暗示用(yong)戶(hu)當前狀態(tai)得(de)到(dao)了反饋,那麼(me)沒必要再增(zeng)加多余的(de)元素進(jin)行(xing)反饋提(ti)示(除非有特別的(de)目的(de))。這樣會(hui)使(shi)得(de)用(yong)戶(hu)的(de)心理(li)負擔變重(zhong),一(yi)個反饋可能不足(zu)以(yi)影響用(yong)戶(hu)體驗(yan),如果整個App都出(chu)現zhong)庵zhong)情況,那將(jiang)是一(yi)場災難(nan)。

歡迎(ying)關(guan)注(zhu)作(zuo)者的(de)微信公(gong)眾號︰「UEDC」

本文鏈接︰http://www.mobileui.cn/app-feedback-design.html
本文標簽: , ,