## ##

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

        2017-11-02 10:00:59 閱讀 234857 本文來(lái)源:UEDC
        分享至:

        近年用戶(hù)體驗(yàn)的概念越來(lái)越火熱,從事互聯(lián)網(wǎng)人張口閉口就談?dòng)脩?hù)體驗(yàn),用戶(hù)體驗(yàn)的概念離我們每個(gè)人那么的近。但是用戶(hù)體驗(yàn)是人人都可以做好的嗎?答案是否定的,就像人人都是產(chǎn)品經(jīng)理一樣,能做產(chǎn)品經(jīng)理的依舊是少數(shù),把產(chǎn)品經(jīng)理做好的更是鳳毛麟角。本篇文章總結(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ò)誤觀點(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ì)滿足絕大部分用戶(hù)的操作順暢,用戶(hù)體驗(yàn)良好。不為了極少數(shù)使用場(chǎng)景而做真數(shù)據(jù)展示給用戶(hù),那樣的話給絕大部分用戶(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)。

        責(zé)任編輯:mr
        分享至:

        聯(lián)系客服

        故障反饋