上

篇我們介紹了原文版的尼爾森十大可用性原則，今天我們針對第一條

—系統狀態可見性來深度介紹下。

系統狀態可見原則：理想情況下，系統應當在合理的時間內透過適當的反饋告知使用者發生了什麼。

遵循這條原則需要結合實際的功能場景，下面舉兩個最常見的例子：

1.系統資料狀態：

比如系統資料正在載入，頁面中應立即顯示載入中的狀態，如果已知載入時間很長，只顯示載入中就不合理，需要告知使用者載入時間會很長，不要讓使用者誤以為系統出問題對此產生不信任感，並且為了減少長時間等待中所帶來不好的使用者體驗，可以增加進度條告知當前進度讓使用者能有預期、增加動效豐富等待過程中的無聊的體驗。

2.系統業務狀態：

付款流程，涉及到使用者利益需要清楚的展示付款狀態，並且針對大額交易，除了系統頁面的反饋需要多渠道通知來告知使用者，以及付款成功後可以清楚展示所購買貨物/服務的訂單狀態，讓使用者可以即刻獲取到他在付款後所在乎的資訊。

上面說到的是很常見的需要告知使用者的資訊，一般來說，系統資料狀態可以使用toast、彈窗提示、頁面中文案提示、新頁面重要通知的形式，業務狀態除了基礎的頁面資料展示，還需要結合系統通知、聯絡方式渠道通知、第三方流程介入等，並且需要考慮使用者是否正在使用的場景，下面舉幾個例子：

1。toast：常見的預設提示樣式。

2。彈窗提示：使用需要使用者進行操作以返回或進入到後續流程的彈窗來進行提示。

3。頁面中文案提示：在相關操作的元素旁使用提醒樣式的文案、圖片進行提示。

4。新頁面重要通知：開啟新頁面強形式反饋。

5。訂單狀態頁面：頁面中展示訂單的狀態、使用者需要/想知道的資訊。

6。訂單通知：簡訊、電話通知，系統推送通知。

7。第三方流程介入：系統或其他使用者使用第三方服務進行通知，比如微信服務號通知、使用者新增微信或者其他平臺聯絡。

下面聊一下如何判斷是否是合理的時間以及何為適當的反饋。

合理的時間：

1。

系統資料載入、錯誤

比較常見，並且這種單一事件的反饋正常情況都能立刻反饋，畢竟不是正確的資料使用者能第一時間明白，這裡做的主要是安撫使用者對糟糕體驗的不爽，透過提供解決方式、頁面趣味動效最佳化體驗。

2。

多流程互動

的錯誤，比如使用者正在填寫登錄檔單，當資料錯誤時應該在第一時間反饋，而不是所有資料項都填完才告知使用者。還有個例子就比如商品已經售罄，那麼在購買前就應告知使用者，而不是在進入訂單頁面後。

3。

倒計時事件

，例如某某會員就要到期，這時為了不影響使用者在使用時發現已經過期需要提前進行通知，通知時間需要結合使用者的使用頻率進行，過早的通知會讓使用者感到無語，太晚可能也會讓使用者貽誤續費時機。

適當的反饋：

1。

系統資料狀態

的反饋，例如載入中、無資料、資料錯誤，可以結合頁面形式來具體設計，可以在當前頁面中toast提示，頻率較高但是優先順序相對較低的可使用頁面中下部的toast，立即反饋時顯示時間可控制在3s內並且每次提示需要處理成一定時間內限制展示次數，不限制次數的話就會導致使用者多次點選後的多次展示，影響後續使用。

2。其次

優先順序較高

的可使用頁面中展示更清楚的中部帶圖示或圖片的toast，讓使用者感知更強。

3。需要

使用者確認或者業務上有後續流程

的，可使用彈窗形式通知，並且在彈窗中展示確認按鈕以及後續流程入口，同一個彈窗上最好展示不超過2個按鈕，並且基於使用者場景把使用者正常情況更需要的按鈕放置在右側並且高亮展示。

4。基於業務流程考慮

有後續流程並且頁面內容較多

時，可選擇使用開啟一個新頁面的方式。

5。除了頁面中提示及開啟新頁面外，

涉及到業務流程時

，要考慮使用者是否正在使用產品的場景，如果流程流轉時間較長，使用者存在不使用產品的場景，要透過電話、簡訊、第三方平臺介入來進行反饋，並且要想到如果使用者在產品中的其他頁面，是否需要彈窗、提示音、震動等方式告知。