我們的用戶體驗真的這麼差？

　　公司裡有同事時常抱怨，項目的用戶體驗太差，常常挨領導的罵。大家都認為是在用戶體驗的設計方面，公司人員的能力和經驗都不足引起的。發牢騷的時候也會說，如果公司能夠請得起“淘寶”的UI設計師，咱們的系統肯定會更上一層樓。我之前也一直認為如此，即我們的設計是影響項目體驗的重要原因。最近被領導調動去協助一個項目，產生了一些不一樣的體會。

　　項目背景，一個新的產品，小型項目，純開發人員3-4人，2名熟練開發人員，1名新手，偶爾會有協助人員。沒有技術經理，項目經理身負多個項目，對項目進度關心不足，部門經理會協助進行工作和進度管理。可以看到管理還是比較混亂。

　　由於項目進度太慢，領導要求從我這邊調一個熟練人員協助開發。我也基本了解他們的項目狀況，為了不讓我的人進去抓瞎，我就和他一起去了解項目情況。

　　項目狀況比較糟糕，介入項目時已經開發了一段時間，保留的文檔只有兩份，一副數據庫說明，一份非常粗略的需求說明，而且還與開發進度不同步，就是沒有維護。

　　我了解了一下項目目前的難度，開發人員和我反映一個是人員熟練程度的問題，二是需求變更的問題。我整體了解了一下項目目前的需求和設計，以及進度。就挑了一個模塊詢問他們的變更情況，這個模塊是一個關鍵詞匹配功能。結果是領導看了他們的頁面之後，嫌信息量太少，就要求提供一些更細化的數據展示。開發人員問我有什麼意見，我就簡單講了一下頁面大概怎麼構建。其中有一個點，是用於變更數據范圍，即查詢的表變更，我一開始覺得使用下拉框就可以，產生了一些意見。有人建議分為不同子模塊，或者tab頁，或者分為多塊並列展示。我想了想，就給他們講了我認為幾種方案的優點缺點及適用范圍。

　　1. 多塊並行展示

　　多個不同范圍的數據在同一頁面中分為不同區域以相同形式展示。原因是由於多塊數據之間有一定的關聯因果關系，或值得對比。適用范圍：如購物網站中的多個物品比較。

　　2. Tab頁

　　同一個頁面的多個tab頁，表示多個tab頁中的數據可能在一定的領域概念之下有一定的關聯，但關聯度不強。因為tab頁更重要的是強調一個同步工作的狀態，即A tab頁查看一定信息，會打開B tab頁查看其他信息，中途還會切回A tab頁。適用范圍：如郵箱中，收件箱和草稿箱。

　　3. 下拉框

　　下拉框作為查詢條件的一部分，常用於有著常規或固定的可選擇內容中(如性別，月份)，更多是以過濾的形態出現，即下拉框更適合針對某表的某個字段過濾，如果針對的是數據范圍或是對用戶需要直觀了解的重要業務條件則不太合適。適用范圍：如在考試成績中使用下拉框過濾“男女”或“及格不及格”。

　　4. 單選框

　　單選框與下拉框的作用范圍相似，但是不同之處在於將被選項全部展示，目的在於能夠讓用戶清楚的了解當前數據顯示的實際范圍或條件，以及備選的其他范圍或條件。更適用於選項與實際業務及當前展示數據關系重要，不同選項可能會引發用戶的不同行為。適用范圍：如銀行系統顯示了當前用戶下綁定多個帳號時，使用單選框。

　　經過上述討論，我們仔細分析了這個模塊中用戶的實際需求，以及可能後續操作，最終選擇的單選框的方案。

　　目前還沒有後續，但是我想我們基於用戶真是需求的挖掘和後續操作的認真分析，會讓我們在與領導進行需求討論的時候有更加充分合理的依據。

　　回來之後我又看了看淘寶的搜索頁面，比如就搜索“鞋子”來講，將品牌這欄設置為單選和下拉將是完全不同的效果，而確定方案的理由則是對於用戶的需求和實際行為的深入研究。這個應該是需求分析和調研的結果。將搜索條件以tag的形式標注於頁面上，並且可以直接點擊X按鈕進行刪除，我覺得更加可以傾向為用戶體驗。滿足並充分考慮了用戶實際需求的是好的需求分析，能夠簡化並引導用戶行為的是好的用戶體驗。

　　當我們面臨的系統感覺非常難用的時候，往往這時候並非是用戶體驗差，我們應該檢討的是我們對用戶需求有沒有好好挖掘，做出來的是不是用戶想要、用戶能用的系統。

　　作者：陳晨(@一酌散千憂）