總結(jié):常見的4條用戶體驗誤區(qū)


          Warning: Invalid argument supplied for foreach() in /data/cxweb/www/gupowang.com/public/article/view.html on line 71
          7年前

          【來源 | UXED】

          【作者 | UX】

          【編輯 | 蒸糕】

           

          近年用戶體驗的概念越來越火熱,從事互聯(lián)網(wǎng)人張口閉口就談用戶體驗,用戶體驗的概念離我們每個人那么的近。但是用戶體驗是人人都可以做好的嗎?答案是否定的,就像人人都是產(chǎn)品經(jīng)理一樣,能做產(chǎn)品經(jīng)理的依舊是少數(shù),把產(chǎn)品經(jīng)理做好的更是鳳毛麟角。本篇文章總結(jié)4條我遇到的用戶體驗誤區(qū)。

           

          1. 路徑越淺,體驗就越好

          和其他人討論設(shè)計時,經(jīng)常聽到:為什么要進(jìn)入下一級頁面呢?就放在當(dāng)前頁展示就好了。當(dāng)前頁面無法承載更多信息時有的建議用彈窗、點擊更多下拉展示等。很多時候那么這樣真的好嗎?有時候界面層級的跳轉(zhuǎn)可能會讓用戶更明白自己所處的層級狀態(tài)。

          在相同內(nèi)容的情況下,路徑越淺就代表著頁面需要承載的信息量越大,過大的信息量導(dǎo)致用戶理解頁面的信息難度變大,這個過程用戶存在很大的認(rèn)知負(fù)擔(dān),用戶甚至存在理解錯誤,導(dǎo)致操作流程的失敗。

          判斷用戶體驗好壞的一個比較通用的標(biāo)準(zhǔn)是用戶在操作過程中是否流暢舒服。如果路徑過淺,單位頁面占據(jù)的信息量過大導(dǎo)致任務(wù)流程失敗。那么這是不可取的。

          如果一個流程的信息量是12個單位。x*y=12(x=單位頁面的信息量  y=路徑深度)

          那么方案就有以下的六種:

          (1*12)(2*6)(3*4)(4*3)(6*2)(12*1)
          如果是按照錯誤觀點那就是(6*2)或者(12*1)這個設(shè)計方案最好。可能真正的好的方案是(4*3)或(3*4)

          當(dāng)然并不是說路徑越深越好。說白了是信息量的深度和廣度的博弈,在廣度和深度之間找到一個平衡點。用戶體驗的好壞很多時候沒有一個標(biāo)準(zhǔn)的衡量標(biāo)準(zhǔn),需要感性和理性的結(jié)合。每個人去自我理解和體會。

           

          2. 過分強(qiáng)調(diào)小概率出現(xiàn)的場景,導(dǎo)致正常流程也要承受小概率場景的結(jié)果

          有時候?qū)鼍跋氲倪^于全面容易陷入死胡同,并去無限放大小場景的存在,為了兼顧這部分場景存在,在流程中對小場景的功能展示過于強(qiáng)化,導(dǎo)致的后果就是絕大部分用戶承受該功能帶來的后果。例如一個小場景,可能只有0.1%的用戶或者場景可能用到或者遇到,為了照顧到該部分用戶與場景,加入此功能導(dǎo)致另外99.9%的用戶每操作一邊此流程又要看到此功能。

          為了0.1%的用戶直接降低了整個產(chǎn)品的用戶體驗。為了0.1%的用戶犧牲了99.9%的用戶,從全局來看這是非常不可取的。

           

          3. 用戶的操作都給出過度的反饋

          在用戶操作過程中,給用戶適當(dāng)?shù)奶崾荆沟糜脩糁滥壳安僮魉幍臓顟B(tài)。但是很多時候,設(shè)計者過度強(qiáng)化這個狀態(tài),常用的是使用toast和浮層動畫,從而導(dǎo)致提示過度,例如貓眼App

          微博在點贊后,通過點贊前后icon的狀態(tài)不一樣讓用戶知道點贊成功(沒有使用toast重復(fù)提示)。貓眼在用戶點擊取消想看時,給出toast提示。

          為什么我說明貓眼的反饋過度呢?因為用戶點擊操作時,愛心狀態(tài)已經(jīng)變了,那么這個元素的變化已經(jīng)暗示用戶進(jìn)行了反饋,沒必要在出現(xiàn)toast提示(除非有特殊的意圖)。

          類似的情況很多。不一一列舉。

          在設(shè)計反饋時,如果已經(jīng)有一組元素的變化足以暗示用戶當(dāng)前狀態(tài)得到了反饋,那么沒必要再增加多余的元素進(jìn)行反饋提示。這樣會使得用戶的心理負(fù)擔(dān)變重,一個反饋可能不足以影響用戶體驗,如果整個APP都出現(xiàn)這種情況呢,那將是一場災(zāi)難!

           

          4. 數(shù)據(jù)上傳前臺顯示,而非后臺加載

          在用戶操作過程中,有時候需要數(shù)據(jù)上傳服務(wù)端,導(dǎo)致需要一個時間緩沖,在設(shè)計中需要使用過渡動畫展示給用戶程序正在上傳。那么問題來了,需要給用戶看程序的步驟與過程嗎?用戶關(guān)系關(guān)心這些嗎?在用戶看來,產(chǎn)品只要幫他達(dá)成目的了就可以了,他在乎的只是結(jié)果。所以在這個過程中是否可以省略,給用戶提供假數(shù)據(jù),后臺上傳即可!

          那么這里就存在一個風(fēng)險,用戶在操作之后,以為上傳成功。如果殺掉了進(jìn)程。那么只能等用戶下次進(jìn)入App數(shù)據(jù)重新后臺上傳。這其實是對用戶的一種欺騙,那么該如何權(quán)衡這件事情,需要設(shè)計師自己判斷。

          舉一個優(yōu)秀的例子:

          例如微信發(fā)朋友圈即使斷網(wǎng)情況下,當(dāng)用戶在點擊發(fā)送時,朋友圈立刻就顯示數(shù)據(jù),給用戶反饋是動態(tài)發(fā)送成功,其實是假數(shù)據(jù)顯示,在這個時候后臺還在上傳。斷網(wǎng)場景極少,朋友圈這個設(shè)計滿足絕大部分用戶的操作順暢,用戶體驗良好。不為了極少數(shù)使用場景而做真數(shù)據(jù)展示給用戶,那樣的話給絕大部分用戶感覺加載過慢導(dǎo)致不好的體驗。

           

          后記

          以上四點是我在工作中遇到的一部分,在工作中大部分時間我都在想什么是對?什么是錯?什么對“我”來說是對?什么時候?qū)?ldquo;我”來說是錯?但是大部分都沒有答案,需要我自己去感覺去理解。也應(yīng)為如此所以我才寫出來。

          收藏

          {{favCount}}

          個人收藏

          投稿請戳這里!投稿
          0

          次分享

          文章評論(0)

          {{ user.nickname }}
          發(fā)表評論
          登錄 進(jìn)行評論
          加載更多 正在加載中... 沒有更多了