常見(jiàn)的4條用戶(hù)體驗(yàn)誤區(qū)經(jīng)驗(yàn)心得總結(jié)

    常見(jiàn)的4條用戶(hù)體驗(yàn)誤區(qū)經(jīng)驗(yàn)心得總結(jié)，近年用戶(hù)體驗(yàn)的概念越來(lái)越火熱，從事互聯(lián)網(wǎng)人張口閉口就談?dòng)脩?hù)體驗(yàn)，用戶(hù)體驗(yàn)的概念離我們每個(gè)人那么的近。但是用戶(hù)體驗(yàn)是人人都可以做好的嗎？答案是否定的。本篇文章總結(jié)4條我遇到的用戶(hù)體驗(yàn)誤區(qū)。

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

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

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

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

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

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

    （1*12）

    （2*6）

    （3*4）

    （4*3）

    （6*2）

    （12*1）

    如果是按照錯(cuò)誤觀(guān)點(diǎn)那就是（6*2）或者（12*1）這個(gè)設(shè)計(jì)方案最好?？赡苷嬲暮玫姆桨甘牵?*3）或（3*4）

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

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

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

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

    3. 用戶(hù)的操作都給出過(guò)度的反饋

    在用戶(hù)操作過(guò)程中，給用戶(hù)適當(dāng)?shù)奶崾?，使得用?hù)知道目前操作所處的狀態(tài)。但是很多時(shí)候，設(shè)計(jì)者過(guò)度強(qiáng)化這個(gè)狀態(tài)，常用的是使用toast和浮層動(dòng)畫(huà)，從而導(dǎo)致提示過(guò)度，例如貓眼App。

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

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

    類(lèi)似的情況很多。不一一列舉。

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

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

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

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

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

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

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