總結：常見的4條用戶體驗誤區

2017-11-02 10:00:59 閱讀 234607 本文來源：UEDC

分享至：

近年用戶體驗的概念越來越火熱，從事互聯網人張口閉口就談用戶體驗，用戶體驗的概念離我們每個人那么的近。但是用戶體驗是人人都可以做好的嗎？答案是否定的，就像人人都是產品經理一樣，能做產品經理的依舊是少數，把產品經理做好的更是鳳毛麟角。本篇文章總結4條我遇到的用戶體驗誤區。

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

和其他人討論設計時，經常聽到：為什么要進入下一級頁面呢？就放在當前頁展示就好了。當前頁面無法承載更多信息時有的建議用彈窗、點擊更多下拉展示等。很多時候那么這樣真的好嗎？有時候界面層級的跳轉可能會讓用戶更明白自己所處的層級狀態。

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

判斷用戶體驗好壞的一個比較通用的標準是用戶在操作過程中是否流暢舒服。如果路徑過淺，單位頁面占據的信息量過大導致任務流程失敗。那么這是不可取的。

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

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

（1*12）

（2*6）

（3*4）

（4*3）

（6*2）

（12*1）

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

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

2. 過分強調小概率出現的場景，導致正常流程也要承受小概率場景的結果

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

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

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

在用戶操作過程中，給用戶適當的提示，使得用戶知道目前操作所處的狀態。但是很多時候，設計者過度強化這個狀態，常用的是使用toast和浮層動畫，從而導致提示過度，例如貓眼app：

微博在點贊后，通過點贊前后icon的狀態不一樣讓用戶知道點贊成功（沒有使用toast重復提示）。貓眼在用戶點擊取消想看時，給出toast提示。

為什么我說明貓眼的反饋過度呢？因為用戶點擊操作時，愛心狀態已經變了，那么這個元素的變化已經暗示用戶進行了反饋，沒必要在出現toast提示（除非有特殊的意圖）。

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

在設計反饋時，如果已經有一組元素的變化足以暗示用戶當前狀態得到了反饋，那么沒必要再增加多余的元素進行反饋提示。這樣會使得用戶的心理負擔變重，一個反饋可能不足以影響用戶體驗，如果整個APP都出現這種情況呢，那將是一場災難！

4. 數據上傳前臺顯示，而非后臺加載

在用戶操作過程中，有時候需要數據上傳服務端，導致需要一個時間緩沖，在設計中需要使用過渡動畫展示給用戶程序正在上傳。那么問題來了，需要給用戶看程序的步驟與過程嗎？用戶關系關心這些嗎？在用戶看來，產品只要幫他達成目的了就可以了，他在乎的只是結果。所以在這個過程中是否可以省略，給用戶提供假數據，后臺上傳即可！

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

舉一個優秀的例子：

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