做好這兩個狀態可以迅速提高用戶體驗

 　　今天這篇干貨聊的是人們最討厭的兩個狀態 —— 軟件報錯和加載緩慢。如何提高這兩個糟心狀態的用戶體驗呢?作者從不少交互上的細節做了考量推敲，附上大神的意見和實戰案例，特別有現實參考價值。

　　報錯狀態

　　顧名思義，這個界面是為出錯時的狀況所准備的。錯誤不單行，總是以意想不到的方式組合出現，因此，光一個界面是不夠的。出錯狀況千變萬化——數據無效或缺失;應用無法連接到服務器;在上傳尚未成功時進行下一步操作;在信息尚未提交時離開界面，等等。

　　報錯狀態應起到安撫人心的作用，讓用戶知道你的產品會保證他們的信息安全，不會撤銷、損壞或刪除用戶在出錯時所輸入或上傳的信息。

　　在此處引用 Jef Raskin 的話再合適不過了，Jef Raskin 是原始蘋果機的創造者，“人性化界面”一書的作者，他這樣寫道：“系統應以神聖的態度來面對用戶輸入的信息，以阿西莫夫的機器人第一定律來理解，便是’機器人不應傷害人類，或因其未采取任何行動而致使人類受到傷害。’界面設計的第一定律應該是：計算機不應傷害你的操作內容，或因其未采取任何行動而致使你的工作內容受到傷害。”

　　未能遵守這一規則的一大人選要屬航空公司網站了。例如，僅僅因為漏填了信用卡的安全碼，在系統刷新頁面後，不但用刺眼的紅色標出漏填的信息，並且把你小心翼翼填寫的所有內容都清空了。

　　再也不會用你了，拜拜～

　　錯！對！也許？

　　好了，終於有這麼一款善解人意的報錯信息了。優點：還不乏那麼點兒幽默感，讓人感到更人性化了。

　　理想的報錯狀態是不會損壞用戶所輸入的任何信息的。如果出錯後必須要刷新頁面，請務必，一定一定保存所有數據，即使填寫有誤，也請保留。通常，用頁面刷新的方式來檢測錯誤其實是一種懶惰的做法。盡可能站在用戶的角度去考慮問題，和開發人員一起，多花一點功夫，用優雅友善的方式來呈現吧。

　　另外，報錯狀態不應過於戲劇化，也不應表達得太模糊。還記得“藍屏死機”麼?或者蘋果唬人的內核報錯?如果你是計算機老手，那一定不會對“中止，重試以及失敗”命令感到陌生。所有這些報錯狀態都是因為系統出現重大錯誤而要求重啟或重試，而我們至今對這些界面仍記憶猶新，正是因為它們驚嚇到所有用戶，令其不知所措。

　　微軟的死機藍屏如此聲名狼籍，正是因為它嚇到了所有人。雖然藍屏比紅屏要好些，但是它的出現總是毫無征兆，如此唐突，還伴有恐怖的特定聲效。即使這些都有效地達到了調試的目的，但還是很難讓人接受。

　　報錯狀態必須傳達簡明友善的指導信息，讓用戶知道下一步該做什麼。難懂的錯誤代碼，十六進制數字，再加上難以理解的進一步操作信息，都只能嚇到用戶，令其不知所措。

　　當然，你的目標用戶群可能是火箭科學家或計算機工程師，在這樣的情況下，這些高科技報錯信息也許適用。然而，大部分應用是供人們在日常生活中使用的，這類報錯信息就顯得越來越不合適。

　　其實原則很簡單，盡可能把報錯信息呈現得人性化，而非技術性，這樣更適合受眾。試想一下，如果遇到出錯的情況，你想要得到些什麼信息?

　　報錯狀態是十分普遍多見的，也是設計師們最不願意設計的界面。不過，我向你保證，如果在設計這個狀態的時候，你也用與前兩個狀態相同的重視度來對待，你的產品將擁有愉悅使用體驗。更重要的是，你會預見用戶可能會遇到的問題，並提前准備解決方案。

　　局部狀態

　　報錯狀態和理想狀態之間的差別是黑白分明的，那麼如果界面中只有一行數據，幾張照片，完成了一半的個人資料，它又該是怎樣的視覺效果呢?局部狀態是指界面不再全空，已有著少量內容的情況。這一步的工作就是要防止用戶失去興趣，從而放棄使用產品。

　　這是個利用微互動形式來引導用戶預見理想狀態的好機會，幫助他們了解產品的真正價值所在。這個方式也具有一定的暗示作用，用戶花了時間來了解產品可以達到的效果，就會有繼續使用的完成欲。

　　我們可以參考一些游戲設計的原理。當然，並不是說要像 la Clash of Clans 那樣沒完沒了地收集水晶來晉級，而是在該狀態中建立一種加速法。

　　在游戲設計的領域中，玩家可以預見到未來的能力，這引導他們通過完成預設的系列任務來獲得這些能力。這個小技巧能夠讓玩家忽視枯燥的過程，從而達到產品的最大價值。

　　“在進入加速期時，玩家為了要晉級，是不會考慮到重復的操作有多乏味的，他們只是不停地操作，享受加速晉級的成果……還有一種可能，就是玩家在抵達了一個非常高的級別後，無法理解他們在游戲中的人物所擁有的技能。從技術層面解釋，就是推算成倍增長的能力結構在超出玩家的預測范圍後消失。這和傳統流程有所不同，但是玩家所獲得的愉悅感是十分相似的。”

　　下面我們一起來看看幾個有意思的局部狀態案例：

　　領英著名的“個人信息完成度”進度條，鼓勵用戶填寫所有信息，獲得100%完成度。完美主義強迫症同學可以滿足了。

　　Dropbox 會提示用戶，只差哪幾項任務就能獲得額外儲存空間了，相信這是吸引大部分 Dropbox 用戶的主要原因所在了。這些信息看似提醒用戶需要完成那些步驟，而恰恰是這些步驟起到了培訓用戶，推廣功能的作用。

　　載入狀態

　　這個狀態很容易被忽視，許多產品設計師會把這個狀態在最後臨時抱佛腳地加進去。的確，要預見到所有的狀況是一個很大的負擔。當你的應用正在載入數據，等待網絡連接，或進入下個頁面的途中，諸如此類的情況都需要好好費心思考，應當如何在接入數據的過程中，合適地展現這些界面。可以是整個頁面的加載提示，僅僅加載內容板塊，或是行內載入信息。檢測表單中用戶名是否可用時常用到行內載入。

　　其實載入界面也是同等重要的。設計師們經常只草草用空白界面和轉動條解決，這就將所有的責任重擔放在了尚未出現的內容上。這樣做就好比讓用戶看著時針在鐘表上緩緩移動，你是會選擇讓用戶大眼瞪著不停重復的加載動畫呢?還是告訴他們實際載入的百分比?

　　Luke Wroblewski 是一名產品設計專家，他帶領團隊為eBay、Yahoo!以及谷歌制作項目，他在出售了自己的移動投票應用Polar後，加入了谷歌。

　　Wroblewski 和他的團隊發現，在每個民意投票項目都使用載入轉動條後，就有用戶投訴說應用變慢了，他們會說“頁面的刷新和載入要等太久了，沒有之前的版本快。”

　　Wroblewski意識到：

　　“使用進度提示器只能讓用戶感到在看著鐘等待。”

　　“結果就不言而喻了，時間好像走得特別慢，連同我們的應用也慢了下來，那是因為我們的注意力都停留在了提示器本身。如果聚焦換作真正的進度，讓用戶知道離目標的距離，就沒有干等著那麼焦躁了。”

　　界面架構

　　在意識到那些問題後，就有了這麼個被稱之為“界面架構”的解決方案。這一技術已為Pinterest和臉書所用，大家可以在他們的網站以及移動應用中見到。

　　界面架構是對載入狀態的革新，因為它已經載入，可以令焦點聚集在內容上，而不是告訴用戶內容正在加載。它的表現方式是先載入頁面基礎架構，再逐漸下載其中缺失的部分。這一技術的一大優勢就是完全擺脫了轉動條，並能讓用戶更好地理解你的產品。

　　Luke Wroblewski的應用 Polar利用界面架構來載入內容。

　　Pinterest在使用界面架構的同時，加入了自己的獨特小心思：在圖片載入之前，先用它的“平均色”來作為背景色塊，可謂是一種特別的預覽方式。

　　臉書在他們的應用Paper上發明了一種類似的技術，並在網絡版上也同步了。他們將這一技術結合獨有的“閃光效果”——界面在展示架構的同時，會載入與內容空間相似的圖形，並以閃動的方式來告訴用戶內容正在加載。

　　以樂觀的動作來擬定操作成功