提升軟體的使用者體驗

　　一個軟體，除了穩定，功能強大，使用者體驗也很重要。程式開發人員和測試人員在強調其功能和效能的同時，往往忽視了使用者體驗的重要性，或者說只關注使用者體驗的介面，易用等方面，而忽視了其他方面。我就我所積累的淺薄經驗談一些體會。
　　總體來說，一個應用系統的顯示系統，組織圖及操作提示等方面應該一致。介面風格和布局的一致性讓人在視覺上感覺到這是一個統一的系統，協調的系統，至於採用什麼風格及顏色系統，美工和設計人員起決定作用。組織圖和操作提示的一致性讓人在操作體驗上感覺這是一個在結構和回應程式面統一的系統。其實，組織圖是關乎視覺體驗和操作體驗雙方面的。
　　一、顯示系統
　　對大部分開發人員來說，要設計出良好的系統介面不是件容易的事，特別是在色彩上。對沒有美工基礎的人來說，的確有點困難。我的整體感覺是不要太花哨，顏色也不要太多，東方人可能喜歡偏冷色，西方人喜歡偏暖色。幸好，公司有一支優秀的設計團隊，介面的事情，完全交給他們就ok，這樣，我們開發人員可以完全把精力放內部程式上面，這種感覺真棒！
　　二、組織圖
　　1.良好的導航系統
　　好的導航系統能讓使用者在很短的時間內就能找到所需要的東西，這必然要求功能分類準確，功能文字描述貼切，不會誤導大部分使用者，符合大部分使用者的使用習慣和生活習慣。正所謂我們說的“三步內必有芳草”。伴隨著系統功能的強大，導航問題會日益突出，如何良好的組織好龐大的資訊資源和功能資源是需要花很多時間來梳理的。大型網站一般過一段時間就會改版，除了視覺上給人新鮮外，功能和內容必然也會重新組合最佳化，因為原來的組織圖已經不能很好地把所有資訊和功能良好地展現出來。
　　2.操作限制
　　在所有對目前使用者有操作限制的地方，我們應該在視覺上或使用者提交資訊前就對其不正確操作進行阻止，而不是等到其操作完畢，提交給系統時，才給我相應提示。比如，一個文字框對應的資料庫字串欄位限制只能在10個字元內，我們就必須把使用者輸入的長度限制在這一範圍內；再比如，一個按鈕對當前訪問使用者來說是沒許可權的，我們就應該禁用它，或者隱藏它，而不應該是等到使用者點擊了它之後提示沒許可權。總之，儘可能地阻止使用者不正確的操作，讓使用者少走彎路，這樣能提升使用者的操作體驗，免得埋怨我們不厚道，不能操作的東西也讓他們去操作。
　　三、操作提示
　　操作提示是比較通俗的說法了，對我們來說，說系統響應會更貼切點。對任何互動系統來說，給使用者貼切的操作提示是很必要，這包括操作前的提示和操作後的提示。
　　1.操作前的提示
　　操作前的提示最好放在操作項的旁邊，這樣當使用者去操作該項時才能注意到它的存在，對於很重要的提示，我們可以利用顏色等元素來突出它。當然，這些提示的存在會影響到視覺效果和組織布局，怎樣協調好它們就需要斟酌了。
　　2.操作後的提示
　　這也就是所謂的互動提示了。個人覺得在儘可能的情況下，不要用彈出對話方塊來顯示提示資訊。如果你喜歡開著音箱，音量也不是很小，我想，你肯定對它深惡痛絕，因為快顯視窗一般會砰的一聲突然跳出來，嚇你一跳。不就是一個提示麼，幹嘛要如此驚動使用者？況且還需要使用者去點擊它？最好也不要在另一個不相關的頁面來把操作提示展現給使用者，這樣會讓使用者覺得茫然，不知所措。最好的是在操作項的旁邊給出提示，因為使用者的目光還聚焦在這裡，在這裡顯示能在不干擾他操作的前提下真正讓它注意到。舉個例子，你需要驗證使用者的輸入資訊，在ASP.NET中，你可能會選擇用驗證控制項來驗證輸入，這樣在使用者輸入非法時，既不會重新整理頁面，影響回應時間，也能把驗證控制項放在輸入項的旁邊，當使用者這個輸入項非法時，馬上能在旁邊出現相應提示，不會等到使用者所有資訊都輸入完成時，才告訴它第一項輸入就非法，所以後面幾項都跟著得重新輸入。對一些必須通過與伺服器端互動才能判斷，並且決定著後面多項內容是否合法的的輸入項，我們最好在旁邊給個按鈕，讓使用者可以在輸入後就能知道該項是否合法，註冊頁面常見的“檢查該使用者名稱是否有效”等提示按鈕就是很好的例子。幾年前，在CSDN註冊，就感到很鬱悶，只有到所有資訊都填好提交後才能檢測使用者名稱是否存在，密碼，郵箱等重要訊息要重填也就罷了，無奈的是它會轉向到另一個提示頁面，返回後所有的資訊都不見了，又得從頭開始來輸入所有資訊，這讓我如此氣憤！
　　當然，對一些很重要或嚴重的提示，我們可以用彈出對話方塊來提示，或者說叫警告吧。比如當使用者想刪除一個很重要資料時，我們應給出提示是否真要刪除它，以免使用者誤操作。
　　還要說的就是返回頁面。比如，添加一個文章後應該返回哪個頁面更加適合使用者的操作習慣呢？很多系統在使用者對單個項操作完畢後還是停留在該頁面，而此時，使用者對該項的操作已經完成，那還有什麼理由讓它停留在這個頁面呢？何不返回到可以查看該操作效果的頁面呢？我想此時使用者最想要的是去查看此次操作結果如何。比如上面的添加文章頁面，操作成功後我們可以返回到文章列表頁面，使用者一看，這篇文章確實添加進去了，想查看效果，就可以點擊進行查看。對於編輯，刪除等操作，我們也應該如此處理，並且，返回的時候應該保留列表頁面的各項參數，比如頁碼，選項等，總之盡量接近使用者剛才操作前的狀態，這樣，能讓使用者更加清楚地看到他操作之後所發生的變化，以決定下一步該做什麼。
　　最近幾年，以Web2.0為理念的blog等服務風頭正猛，Web2.0的精髓是什嗎？就是以使用者為中心，注重使用者體驗。也正因為這樣，啟用了開發人員對AJAX的熱情。站在浪尖的Google出盡風頭，用過Gmail，你會覺得有點耳目一新，夠簡潔，夠快。在業界，MS的軟體無疑是最人性化，最易用的，它的OS並不比別人的好，但是更貼近福士生活。Google的創新能力無人能及，推出的產品連連叫好，因為它注重使用者體驗。記得IBM的展廳都是“ThickPad體驗中心”。軟體的服務物件就是使用者，只有撇去開發人員，測試者的身份，以使用者的角度去審視軟體，不斷改良，才能讓軟體具有更好的使用者體驗。