在做設計的過程中，大部分設計師隻專注于主操作流程、首頁面、分支流程、小頁面和頁面的不同狀态。卻容易忽略産品中容易出現的各種異常狀态。
當使用者停留任何一個界面，進行任何一個操作都可能發生異常狀态。
如果接到每個需求都去制定一次異常狀态，這樣的後果可能會使得産品的不同子產品、不同流程，異常狀态都不一緻。全局規範性被破壞，同時設計師的效率也降低。
是以全局制定異常狀态規範，後續就不需要再設計，開發直接複用異常狀态的規範。省時省力、提高效率、設計規範、運作更流暢、減少代碼重複率、安裝包也會更小。
一、異常狀态一共有以下10類：
- 網絡異常
- 消耗大量流量時
- 空資料
- 加載失敗
- 操作失敗
- 伺服器異常
- 搜尋無結果
- 無權限
- 功能建設中
- 内容被删除
（1）網絡異常
當移動裝置網絡異常時，導緻無法上傳和下載下傳資料，進而無法正常的使用産品。
1.1.網絡異常存在兩種場景：
- 網絡異常時，使用者打開App，這種情況App會出現異常狀态提示給使用者，這是App主動告知行為；
- 使用者點選操作時，由于網絡異常，這時候通過互動回報給使用者，這是App被動告知行為。
1.2.App主動行為
當無網絡時，使用者打開App，通常有三種方式提醒使用者目前網絡異常。
- tips提示，通過tips提示使用者目前網絡不可用，tips使用場景一般為使用者打開後，界面停留在首頁， 且首頁以清單形式展示，這樣的話，tips才能合理的融入到界面中，常見使用這種布局方式的有微信、qq等。
- 使用toast提示使用者網絡異常，同時提示使用者可以去使用非資料影響的的操作。例如網易雲音樂，當無網絡時候，告知使用者可以去正常聽已下載下傳的音樂。
- 使用對話框，引導使用者進入設定頁面，關閉飛行模式或者打開Wi-Fi，例如美團進入首頁後的對話框提示。
1.3.App被動行為
目前無網絡時，使用者點選操作時，無法正常使用産品，這時候通常有兩種處理方式。
- 一種是操作目前界面出現toast提示。
- 另一種是進入下一級界面，以預設頁的形式提醒使用者目前網絡異常。
例如手機淘寶，沒有網絡使用者點選，進入下一頁，出現預設頁提示，告知使用者網絡異常，同時提供重新整理按鈕。
美團在無網絡時，點選其他tab bar時，出現toast提示使用者目前網絡異常，稍後重試。
1.4.總結：
- 個人覺得，當App打開進入清單頁面時，常見的如IM，則使用tips提示告知使用者，非清單的IM工具時，可使用toast告知使用者即可。
- 當使用者進行界面互動時，使用者點選操作，通過toast告知使用者即可。
（2）消耗大量流量時
當涉及需要消耗大量流量資料時，且非Wi-Fi情況下，這時候需要告知使用者。常見的例如：看視訊，聽/下載下傳歌曲、視訊通話、下載下傳上傳檔案等。
- 例如B站，當使用移動資料看視訊時候，則通過提示語和對應按鈕上面當流量數告知使用者。
- 網易雲音樂在非Wi-Fi情況下，下載下傳音樂時，通過對話框，告知使用者目前使用資料流量，同時提供操作可繼續下載下傳，也提供通過辦理新業務解決資料流量的問題。
（3）空資料
空資料一共分為兩種類型，分别為初始狀态和清空狀态
3.1.初始狀态
- 使用者首次使用，沒有任何内容資料時，需要使用者進行某種操作才能産生内容的界面，這時候需要提示使用者需要進行某種操作才會出現内容。
- 例如淘寶App，當使用者沒有把商品加入購物車時，進入購物車界面，會給出提示購物車界面為空，給出使用者提示後，給出相對應的入口按鈕，引導使用者操作。
- 如果初始狀态，無任何内容直接給出一個空白界面，那樣的話使用者可能以為該界面出bug了，不知所措。
- Gmail直接用一個插畫提示使用者收件箱為空。
一般對于初始狀态的設計，正常做法是簡單的插畫配合簡潔的文案，必要的時候給出引導使用者操作行為的按鈕。
現在流行的設計趨勢是插畫越輕量越簡單越好，以免搶奪了文案資訊。
3.2.清空狀态
- 當使用者清空目前的頁面内容，産生了空界面，這時候需要有明确的提示告知使用者出現目前頁面當原因，且告知使用者該如何處理。
- 清空狀态是對初始狀态的進一步細化。清空狀态的界面和初始狀态設計很相似，唯一不同的是文案的提示。
- 有的産品設計直接把清空狀态的界面按照初始狀态來設計，這樣也是可以的，缺點就是沒有告知使用者産生空狀态原因是初始化還是清空所緻。
（4）加載失敗
- 在加載過程中，App向伺服器請求資料，如果是網絡原因導緻，則使用網絡異常的設計規範。
- 如果非網絡異常原因，則可能因為伺服器異常導緻接口請求不到資料，進而導緻加載失敗。
- 第一次請求失敗，有些場景可能重試2次例如微信支付寶，這種情況可使用toast告知使用者加載失敗的原因。
（5）操作失敗
任何操作行為的互動界面都伴随着操作失敗的機率。
- 當使用者操作失敗時，在目前頁面給予一個回報，告知使用者操作失敗，最好告知使用者操作失敗的原因，讓使用者知道接下來如何避免操作失敗。
（6）伺服器異常
因為伺服器異常是小機率事件，但是也會發生。
- 當伺服器異常時，且使用者在操作過程中，出現這種情況，一般可設計為對話框提示，明确告知使用者，伺服器出現問題，讓使用者稍後重試。
- 例如下圖的華為雲備份恢複界面。
（7）搜尋無結果
使用者在搜尋過程中，除了出現正常的比對結果，還存在無比對結果的情況，針對搜尋無結果的情況，要給予使用者操作無結果的提示。
- 幾乎搜尋的搜尋無結果狀态都是在内容區出現對應的提示（插圖）
- 例如iOS相冊，通過搜尋關鍵詞，當沒有比對照片時，則出現對應的提示，如下圖右側圖。
下圖淘寶買家版背景，當使用者搜尋關鍵詞無結果時，出現對應的提示語和插圖。
（8）無權限
無權限的場景，通常适用b端産品，對于不同組織架構的企業員工，會存在不同的權限。
- 例如部分重要的内容，非同一組織架構的員工無權限觀看，這種情況，使用者點選進入一般給出對應的提示。
- 當然最好的方案是在App上面過濾掉無法檢視的内容，但是存在員工間的轉發行為，這時候無權限的員工，點選進入，則顯示暫無權限檢視的提示頁面。
（9）功能建設中
一般App功能正在開發中，這種情況不會在App界面中展示出來，隻有完全開發完畢并上線後才會出現在App上。
- 但是也有一些産品的特殊業務，會将一些未開發的功能展示出來，例如微信公衆号，長按微信文章，即出現對應的提示。
- 也有一些新聞頻道還沒有開發完畢上線，這時候使用者點選進入進入下級界面，則出現對應的提示語/插圖提示，如下圖所示。
（10）内容被删除
有的時候，由于檔案或者頁面内容被删除，由于檔案或者頁面内容的上一級頁面有緩存，是以當使用者點選進入時，會出現文章/檔案被删除的情況。
- 已被删除的異常狀态，常見的設計是使用者進入新頁面出現對應的插畫和标題提示。
- 例如下圖微信公衆号文章内容被作者删除，讀者點選進入，加載後的界面就出現内容被删除的提示。
以上就是常見的10種異常狀态的簡單介紹和說明。
大家如果制定異常狀态的設計規範時，可以參考本篇文章。
當然也有公司特殊的業務導緻存在很特殊的異常狀态，針對這種情況，可以适當的增加、删除或者修改使其屬于自己公司項目的異常狀态的設計規範。
最後
如果你看到了這裡，覺得文章寫得不錯就給個贊呗！歡迎大家評論讨論！如果你覺得那裡值得改進的，請給我留言。一定會認真查詢，修正不足，定期免費分享技術幹貨。喜歡的小夥伴可以關注一下哦。謝謝！