關(guān)于APP中提醒方式的整理

在做APP的時候會發(fā)現(xiàn)一個問題,各種各樣的彈窗提醒,什么時候用什么樣的提醒方式,今天做一下歸納總結(jié)。

一、概念簡述

顧名思義,提醒方式,是指用戶需要提醒的時候,在APP出現(xiàn)的一些提醒機制。

一般采用彈窗的形式進行提示,它的功能意義是:

對用戶當(dāng)前操作進行信息提醒并對其作出補充,或中斷用戶當(dāng)前操作并對其作出反饋。

閣主從在實際案例中,怎樣使用的角度,去進行了一些整理,如下圖

閣主將從以下相關(guān)提醒信息的元素分別對輕、中、重度提醒方式去進行闡述

二、移動場景中提醒方式 - 輕度提醒

1、應(yīng)用場景:

用戶可以預(yù)料的變更信息,提醒出現(xiàn)時間上及時,操作后馬上反饋。

如:發(fā)送成功或者失敗、添加收藏、開啟省流量模式……

2、設(shè)計原則:

  • 避免對當(dāng)前任務(wù)產(chǎn)生任何干擾,讓感興趣的用戶能夠發(fā)現(xiàn)提示。

  • 自動消失,無需任何操作。

3、方式:提示框Toast、HUD

4、內(nèi)容結(jié)構(gòu):文字信息、圖片

5、在頁面中的位置:

可以出現(xiàn)在頁面的任何位置,可設(shè)置成在頁面頂部、中部或者在底部出現(xiàn)(但一般都是出現(xiàn)在頁面的中軸線上),具體的顯示位置根據(jù)頁面的整體設(shè)計進行設(shè)置。該種Toast在安卓App上十分常見。)

6、伴隨狀態(tài):一般無伴隨狀態(tài)

7iOSAndroid的區(qū)別:兩者沒有明顯的區(qū)別

Toast案例展示如下圖

HUD案例展示如下圖

三、移動場景中提醒方式 - 中度提醒

1、應(yīng)用場景:用戶可能需要了解、感興趣的變更信息,如:好友消息、網(wǎng)絡(luò)錯誤、賬號升級……

2、設(shè)計原則:

  • 在盡量不打斷當(dāng)前任務(wù)的前提下,確保用戶可以看到提示。

  • 不自動消失,但用戶不需要做選擇,可以選擇忽視。

3、方式:提示對話框Snackbar、提示欄、浮層

4、內(nèi)容結(jié)構(gòu):文字信息、按鈕、圖片、可能有關(guān)閉

5、在頁面中的位置:Snackbar出現(xiàn)在頁面底部,提示欄可以再頁面上部也可在底部,浮層可能出現(xiàn)在畫面各處

6、伴隨狀態(tài):可能會伴隨著聲音

7、iOSAndroid的區(qū)別:兩者沒有明顯的區(qū)別

提示對話框Snackbar

Snackbar跟Toast一樣是有時間限制的,即使用戶不進行回應(yīng),彈窗出現(xiàn)一段時間后也會自動消失。

Snackbar彈出一個小信息,作為提醒或消息反饋來用,一般用來顯示操作結(jié)果,另外可以提供一個功能按鈕給用戶選擇使用。

例如你刪除了某張圖片,App彈窗告訴你刪除成功,并提供一個“撤銷刪除”功能按鈕給你進行對應(yīng)的功能操作。案例如下圖

提示欄:與提示對話框的區(qū)別在于,它是內(nèi)嵌在頁面上的。案例如下圖

浮層

案例如下圖

四、移動場景中提醒方式 - 重度提醒

1、應(yīng)用場景:不可逆、涉及金錢或不建議的變更信息,如:永久刪除、購買、取消關(guān)注……

2、設(shè)計原則:

  • 確保用戶能夠看到提示,哪怕打斷當(dāng)前任務(wù)。

  • 必須用戶主動操作或進行選擇才能繼續(xù)。

3、方式:對話框Dialog、功能框Actionbar

4、內(nèi)容結(jié)構(gòu):標(biāo)題、內(nèi)容描述(可能有圖片)、選擇項

5、在頁面中的位置:對話框一般出現(xiàn)在頁面中間、功能框一般出現(xiàn)在頁面底端

6、伴隨狀態(tài):可能會有聲音

7iOSAndroid的區(qū)別:形式上接近

對話框Dialog (iOS叫Alerts)

分為信息下發(fā)類和信息提交類。

使用Dialog,功能按鈕最好只有兩個,讓用戶選擇“是”或“非”的功能操作;

也常被設(shè)計成只有一個“確認(rèn)”按鈕,目的是讓用戶閱讀內(nèi)容后點擊關(guān)閉彈窗(這種樣式的Dialog,信息內(nèi)容必須非常有必要性以至于需要打斷用戶的操作進行信息內(nèi)容閱讀確認(rèn),否則請用Toast進行非模態(tài)彈窗提示)。

缺點:

若Dialog對話框出現(xiàn)三個或以上的功能按鈕,將會增加用戶的功能選擇負(fù)擔(dān),所以需要使用多個功能按鈕選擇的時候請考慮使用Actionbar。案例如下圖

對話框Dialog - 信息下發(fā)類案例如下圖

對話框Dialog - 信息提交類案例如下圖

功能框Actionbar-操作欄(iOS叫Action Sheets)

Actionbar一般被設(shè)計用來向用戶展示多個功能按鈕選擇,比Dialog擁有更多的功能按鈕,提供給用戶更多的功能選擇,Acionbar一般都設(shè)計有一個默認(rèn)的“取消”功能按鈕,點擊該按鈕后關(guān)閉彈窗,用戶點擊彈窗以外的區(qū)域時相當(dāng)于進行了點擊“取消”功能按鈕的默認(rèn)回應(yīng)。

在iOS中,Actionbar的樣式比較常見的是文字列表框,它出現(xiàn)在頁面底部,以簡潔的功能描述性文字展示功能按鈕,敏感的功能操作一般用紅色字體標(biāo)出(也可以設(shè)計其它顏色以突出某個功能按鈕)。案例如下圖

功能框Actionbar - 操作菜單(iOS叫Activity Views)

當(dāng)功能按鈕數(shù)量很多的時候,文字列表的形式不適合顯示,此時可以用圖形加文字描述排列的形式來進行展示。這種樣式下采用菜單的樣式比較合適。案例如下圖

選擇列表框

減少了功能流程中的頁面跳轉(zhuǎn),但是如果選項很多而且描述文字較多的時候,還是設(shè)計成選項詳情頁更好些。案例如下圖

五、市面上的優(yōu)化方案

能在界面中展示就不用彈框,能用非模態(tài)彈框的就不要用模態(tài)彈框。

這時候我們有3種的解決方案:

1、通過一個新的界面展示。但是我們可以可以看出,解釋信息并不多,不需要通過一個新的頁面來展示。

2、使用對話框或者浮層,在這里我們不能使用toast,因為toast時間太短,用戶根本讀不完。

3、在當(dāng)前界面展示。

總結(jié)來說:盡量在當(dāng)前頁面展示,不做多余方式提醒。

直接在當(dāng)前頁面展示信息的。案例如下圖

用多態(tài)按鈕表狀態(tài)的,案例如下圖

六、總結(jié):總體原則

不管是模態(tài)彈窗還是非模態(tài)彈窗,

它的出現(xiàn)多多少少會影響到用戶當(dāng)前的體驗,所以我們使用彈窗要克制,先

要對需要展示的信息做一個優(yōu)先級的排布,根據(jù)需求的強弱選擇合適的提醒方式。只有低頻而又合理的使用,用戶才會當(dāng)回事。避免過度使用。


往期精彩文章

用Keep的案例來闡述交互設(shè)計師的職責(zé)

大公司的工作流程及時間分配

找工作之——作品集篇

設(shè)計師,有想過你的30歲嗎?

《體驗設(shè)計應(yīng)有的意識(高手進階之路)》

傳說中的用戶體驗地圖Sketch文件

創(chuàng)業(yè)公司設(shè)計師怎樣從0到1設(shè)計一款A(yù)PP(七)——APP Logo的設(shè)計

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時請結(jié)合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

  • 1、通過CocoaPods安裝項目名稱項目信息 AFNetworking網(wǎng)絡(luò)請求組件 FMDB本地數(shù)據(jù)庫組件 SD...
    陽明AI閱讀 16,171評論 3 119
  • ¥開啟¥ 【iAPP實現(xiàn)進入界面執(zhí)行逐一顯】 〖2017-08-25 15:22:14〗 《//首先開一個線程,因...
    小菜c閱讀 7,294評論 0 17
  • 內(nèi)容 抽屜菜單 ListView WebView SwitchButton 按鈕 點贊按鈕 進度條 TabLayo...
    小狼W閱讀 1,666評論 0 10
  • 眾所周知,好創(chuàng)意帶來好結(jié)果,當(dāng)有人要求我們更有創(chuàng)造力和效率的時候,最現(xiàn)實的問題是:怎樣才能更有創(chuàng)造力和效率呢?我們...
    一二一思維導(dǎo)圖閱讀 5,808評論 0 0
  • "姐姐,凝兒懷了將軍的子嗣,以后還望姐姐多為照顧著些。"雨凝媚笑著對眼前的女子道。 "自然。"西陵雪莉云淡風(fēng)輕的說...
    見習(xí)魔法師閱讀 675評論 0 1

友情鏈接更多精彩內(nèi)容