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

UX
10 評論 10726 瀏覽 77 收藏 8 分鐘

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

1. 路徑越淺,體驗(yàn)就越好

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

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

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

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

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

  • (1*12)
  • (2*6)
  • (3*4)
  • (4*3)
  • (6*2)
  • (12*1)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

后記

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

 

作者:UX,華為ITUX交互組組長 ?微信公眾號(hào):UEDC

本文由 @UX 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評論
評論請登錄
  1. 第四條的圖片里,你開了飛行,但還是聯(lián)網(wǎng)呢啊……

    回復(fù)
  2. 愚蠢,朋友圈那是做的本地緩存 另起線程去獲取網(wǎng)絡(luò)狀態(tài)從新上傳

    來自山東 回復(fù)
    1. 我說的假數(shù)據(jù)顯示和你說的本地緩存不沖突,兩個(gè)角度的說法罷了。你說的本地緩存是我們做產(chǎn)品的角度上說的數(shù)據(jù)僅僅還在手機(jī)本地,沒有上傳到云端。在用戶的角度看來確實(shí)是假數(shù)據(jù),確實(shí)沒有上傳到云端給其他好友看見。麻煩你不要隨意爆粗口,謝謝!

      來自廣東 回復(fù)
    2. 真是想不到看人文章還爆出口,你跟你團(tuán)隊(duì)是怎么混的,不是他們悲哀 就是你悲哀

      來自福建 回復(fù)
    3. 討論歸討論,哪怕有的意見不合也不要說臟話

      來自廣東 回復(fù)
  3. 最后一點(diǎn)微信上傳朋友圈難道不是欺騙?

    回復(fù)
  4. 1.2.3點(diǎn)很贊同,第4點(diǎn)持保留意見

    來自廣東 回復(fù)
    1. 所以,微信做的仍不是最好的。其實(shí)斷網(wǎng)狀態(tài)或者網(wǎng)絡(luò)不好的狀態(tài)也是很好判斷的。微信應(yīng)該增設(shè)一個(gè)判斷條件,在網(wǎng)絡(luò)極端條件下,不再直接顯示發(fā)送成功,而是告知稍后發(fā)送。

      來自北京 回復(fù)
  5. 早上好,看到好文思維清晰了 ??

    來自廣東 回復(fù)
    1. 真的嘛 謝謝

      來自廣東 回復(fù)