這其實是一篇技術出身的產品經理所寫的關于用戶體驗的深刻懺悔書。

如果當初沒有進入產品經理的隊列，筆者說不定也是互聯網程序猿中的一員。做技術出身的產品經理有好也有不好，好是因為一般有一個idea或者是新的需求，在沒有用到特別尖端、特別前衛、特別超出自己理解范圍之內的技術之外，基本想一下就知道大概要怎么做，需要做哪些地方的改動，大概要花多長時間。不好的地方也是，因為太清楚技術實現，所以容易有種想把所有的中間過程都讓用戶知道的強烈曝光欲。這種感覺，真的只有做過技術又做過產品的人才能理解。偏技術的產品經理做出來的產品體驗和偏用戶的產品經理做出來的產品體驗，大家可以自行腦補Windows和Apple，大概就是那種感覺~~

筆者在認認真真做過用戶端產品的5個月之后，終于恍然大悟要如何去衡量產品的體驗。以下為筆者結合尼爾森十大交互原則和實際工作中的一些情況，總結出來的一份自查清單。以期在每次做完產品需求或者進行產品驗收的時候，都按照如下的規則老老實實檢查一遍，保證用戶體驗。這些經驗是總結給有技術背景，但是不太重視用戶體驗的產品經理（比如我）的一些警告和警示，對于初入行或者想入行的產品小白，也具有一定的參考意義。

尼爾森十大交互原則上場~~

原則一?狀態可感知

1. ?菜單tab記錄是否明顯？菜單Tab可以讓用戶知道自己當前在哪個位置，否則他們就會在我們的產品里迷路。
2. ?標題欄是否明確？文章的標題是一篇文章的招牌，而標題欄就是一個頁面的招牌，一個頁面如果連標題欄都沒有，或者標題欄和內容不符，那用戶體驗也是極差的。
3. 數據加載是否有進度提醒？

很多時候，用戶不是不愿意等待，只是等待的時間過長，用戶也不知道還有多久，索性就把應用給關了，如果加上一個進度提示，讓他知道頁面加載和跳轉大概還有多久，他就會更加耐心。這和我們早上趕路去上班愿意坐地鐵二不愿意坐公交是一樣的道理。因為公交車的到達時間是不確定的，而地鐵一定會在說好的點到站，這樣一比，地鐵的用戶體驗就比公交車的用戶體驗好多了。所以，進度條是很有必要滴~

原則二 貼近用戶認知

1. 所有的圖標或者術語是否都在用戶的理解范圍內？

比如表達性別的圖標：

這兩個圖標分別是什么意思？你真的清楚嗎？如果你不清楚，為什么要把問題留給用戶呢？如果你清楚，你確保大部分的用戶都清楚嗎？

2. 有沒有容易產生歧義的圖標？

舉個活生生的例子，這是我們某個功能早期的圖標：

選中之后是這樣的：

（源文件已經找不到了，我是憑著記憶和拙劣的PS技能搞出來的~反正大概就是這個意思~）

回頭看時，我的心情是猙獰的：

大概你也已經明白，這樣的圖標變化，真的是沒什么卵用。。。

3. 除了圖標之外，所有的文字，用戶是不是都能讀懂？有沒有技術性語言是貼近技術而不是貼近用戶的？

原則三 操作可控

1. 是否支持撤銷或者重做？

原則四 一致性

同一個含義的功能是否是同一個稱呼或者同一個圖標？

1.會不會有時候返回按鈕是這樣的：

有的時候又是這樣的：

?2.返回和前進按鈕的位置是否都保持不變？有沒有出現有的頁面有而有的頁面沒有的情況？

順便吐個槽，現在火得不得了的《王者榮耀》，一般情況情況下返回是在左上角的，闖關模式每闖完一關，返回是在中間的，我真的不相信闖關模式是外包出去的??！

原則五 防錯

1. 在容易犯錯的重要操作是否有二次確認？比如取消訂單，比如刪除記錄等等。
2. 在做出刪除等不可恢復的操作之前，有沒有文字提示？

原則六 再認好過回憶

1. 已填寫的內容，是否在最終確認時向用戶展示以示確認？
2. 已選擇的商品和數量在最終下單前有沒有和用戶再次確認過？

原則七 靈活高效

1. ?加載速度夠不夠快？
2. 用起來是不是能快速上手？
3. 功能有沒有過于復雜不好理解？
4. 所有能點擊的地方，指向性是否明確？有沒有讓用戶遲疑的點擊事件？
5. 最重要的是，你的中級用戶都明白如何使用嗎？

原則八 易掃

1. ?重要的功能/內容是否突出？
2. ?版面劃分是否清楚？
3. 不重要的功能是否隱藏或轉移或弱化？

原則九 容錯

1. 如果出現了錯誤，是否有人性化的提示告訴用戶應該去哪兒而不是只有404？
2. ?會不會出現異常操作導致應用崩潰的情況發生？

原則十 人性化幫助

1. 簡單的功能是否不需要文檔就能看懂？
2. 陌生的功能是否有新手引導？
3. 困難的共是否有幫助中心？
4. 復雜的問是否有幫助文檔？
5. 客服電話貼上了嗎？

好啦，就醬~等筆者發現新的自查項時，會自覺添加進去的~

#專欄作家#

康小胖，人人都是產品經理專欄作家，產品經理。專注專注O2O電子商務，堅決擁護用講故事的思維做產品，關注旅游行業及移動互聯網，愛好圓珠筆涂鴉。

本文系作者獨家授權發布，未經本站許可，不得轉載。