alert是什么意思?
alert系統應該讓用戶時刻清楚當前發生了什么事情,也就是快速的讓用戶了解自己處于何種狀態、對過去發生、當前目標、以及對未來去向有所了解,一般的方法是在合適的時間給用戶適當的反饋,防止用戶使用出現錯誤。
我們知道,用戶在和頁面發生交互時會遇到各種狀態,此時需要通過一定的界面反饋將信息反饋給用戶,“反饋”是人機交互最重要的原則,無論是視覺(界面變化)、聽覺(聲音提醒)、觸覺(震動),都可以幫助用戶理解自己所在頁面的狀態及接下來會發生了什么、怎么做。
其實討論“狀態可見原則”就是討論如何把“反饋”設計得更合理。下面我從產品常見的幾大異常狀態切入,討論出現異常狀態時對應的解決方案,讓錯誤狀態“可見”。
alert常見9種異常
網絡異常
空狀態
服務器異常
流量模式警告
版本不兼容
操作失敗
無權限
功能建設狀態
內容刪除、違規導致的查看異常
一、網絡異常狀態提示
當設備丟失網絡連接時,導致網頁/APP無法傳輸數據導致的異常狀態。網絡異常通常有兩種觸發場景:
自動觸發:斷網后,用戶進入軟件時,程序檢測到無網絡,自動提示
被動觸發:斷網時用戶在軟件內操作,系統被動觸發無網絡提醒
在無網絡的情況下打開APP時頁面需要刷新,此時需要提醒用戶網絡問題,常見的提醒方式有如下四種,分別適合于不同的應用場景:
對于這幾種提示類型,除了本篇討論的斷網提示之外,還有很多的其它的應用場景,如操作提示、進度提醒、程序提醒等。我們來看下各種提示形式的特點及應用場景。
1. 缺省頁面提示
在內容更新頻繁的內容型產品(如視頻、帖子動態類)中常用缺省頁的形式表現無網絡狀態,直接明了,附有個性化插圖及提示文案,同時帶有【刷新】或者【解決方案】入口,引導用戶點擊查看原因解決問題。
2. tips提示
tips提示常見于頁面頂部或者底部固定,更適用于于信息列表類頁面,如圖示的釘釘及等,采用tips的形式,樣式上與列表形式更接近、和諧統一。點擊后可以跳轉系統設置或幫助頁面。
3. toast提示類
toast(不帶交互性)
toast提示的特點是彈出后自動消失(一般至少為1s),視覺層級高,能夠吸引用戶的注意力。消失后用戶可以在軟件中繼續其它點擊動作。但是由于存在時間短,容易被用戶忽視,所以一般不會放置過多文字和重要信息。
此種方式很適合比較用于有不需要聯網即可查看/使用部分功能內容(緩存)的產品中,比如網易云音樂,無網絡時仍然可以選擇聽本地歌曲。
表現形式上,toast出現的位置以中、上為主,因為它的出現是在動作之后,所以位置不能偏離動作發生位置過多,以免造成視覺的跳躍感。
Snackbars(帶交互性)
Material Design(Android)中有一個與常見Toast類似的提示–Snackbars,是一種針對操作的輕量級反饋機制,一般在頁面下方浮出,在該頁面層級最高,同樣在一定時間后自動消失。
與toast最大的區別是允許用戶交互,用戶可以手動點擊頁面其它地方或手動滑動關閉snackbars,有時也會帶有操作按鈕,提供繼續或撤銷功能。
Snackbars使用原則:
Snackbars演示示例:
4. 模態彈窗(Alert)
模態彈窗打斷用戶的操作,用于提供重要信息或者要求用戶決策。出現時會禁用所有的應用程序功能,并且一直顯示在屏幕上,直到用戶選擇確認、關閉或已采取必要措施為止。但由于會打斷用戶,所以要謹慎使用。
模態彈窗的使用原則:
因此模態彈窗更適用于以下兩種情景:
阻止應用正常運行的錯誤
需要特定用戶任務,決策或確認的關鍵信息
網絡異常反饋形式總結:
對于不同情景下的網絡異常提示,我們需要區別考慮,選用最優的狀態反饋方式,我認為有以下幾點在之后的設計中可以運用:
對于一般的列表消息類的APP,采用相對簡單、與整體列表和諧的tips提示,可以加入跳轉邏輯,如引導用戶查看幫助等
對于內容類產品,經常需要刷新頁面讀取最新動態內容的產品,采用toast提示,一般存在1-2s,需要注意不要放置過多文字
toast的延伸類型snackbars可以加入按鈕、拖拽關閉等,比常規toast更具備交互性,可以用于向用戶展示一些比基礎的正確/錯誤反饋稍重要些的提示
除非重要信息提醒/緊急情況,慎用/不用模態彈窗
凡注有"環球傳媒網"或電頭為"環球傳媒網"的稿件,均為環球傳媒網獨家版權所有,未經許可不得轉載或鏡像;授權轉載必須注明來源為"環球傳媒網",并保留"環球傳媒網"的電頭。