案例總結(jié):3大類APP彈窗提醒方式
在做APP的時(shí)候會(huì)發(fā)現(xiàn)一個(gè)問題,各種各樣的彈窗提醒,什么時(shí)候用什么樣的提醒方式,今天做一下歸納總結(jié)。
一、概念簡(jiǎn)述
顧名思義,提醒方式,是指用戶需要提醒的時(shí)候,在APP出現(xiàn)的一些提醒機(jī)制。
一般采用彈窗的形式進(jìn)行提示,它的功能意義是:
對(duì)用戶當(dāng)前操作進(jìn)行信息提醒并對(duì)其作出補(bǔ)充,或中斷用戶當(dāng)前操作并對(duì)其作出反饋。
閣主從在實(shí)際案例中,怎樣使用的角度,去進(jìn)行了一些整理,如下圖:
閣主將從以下相關(guān)提醒信息的元素分別對(duì)輕、中、重度提醒方式去進(jìn)行闡述。
二、移動(dòng)場(chǎng)景中提醒方式 – 輕度提醒
1. 應(yīng)用場(chǎng)景:用戶可以預(yù)料的變更信息,提醒出現(xiàn)時(shí)間上及時(shí),操作后馬上反饋。
如:發(fā)送成功或者失敗、添加收藏、開啟省流量模式……
2. 設(shè)計(jì)原則:
- 避免對(duì)當(dāng)前任務(wù)產(chǎn)生任何干擾,讓感興趣的用戶能夠發(fā)現(xiàn)提示。
- 自動(dòng)消失,無需任何操作。
3. 方式:提示框Toast、HUD。
4. 內(nèi)容結(jié)構(gòu):文字信息、圖片。
5. 在頁面中的位置:
可以出現(xiàn)在頁面的任何位置,可設(shè)置成在頁面頂部、中部或者在底部出現(xiàn)(但一般都是出現(xiàn)在頁面的中軸線上),具體的顯示位置根據(jù)頁面的整體設(shè)計(jì)進(jìn)行設(shè)置。該種Toast在安卓App上十分常見。
6. 伴隨狀態(tài):一般無伴隨狀態(tài)。
7. iOS和Android的區(qū)別:兩者沒有明顯的區(qū)別。
Toast案例展示如下圖:
HUD案例展示如下圖:
三、移動(dòng)場(chǎng)景中提醒方式 – 中度提醒
1. 應(yīng)用場(chǎng)景:用戶可能需要了解、感興趣的變更信息,如:好友消息、網(wǎng)絡(luò)錯(cuò)誤、賬號(hào)升級(jí)……
2. 設(shè)計(jì)原則:
- 在盡量不打斷當(dāng)前任務(wù)的前提下,確保用戶可以看到提示。
- 不自動(dòng)消失,但用戶不需要做選擇,可以選擇忽視。
3. 方式:提示對(duì)話框Snackbar、提示欄、浮層。
4. 內(nèi)容結(jié)構(gòu):文字信息、按鈕、圖片、可能有關(guān)閉。
5. 在頁面中的位置:Snackbar出現(xiàn)在頁面底部,提示欄可以在頁面上部也可在底部,浮層可能出現(xiàn)在畫面各處。
6. 伴隨狀態(tài):可能會(huì)伴隨著聲音。
7. iOS和Android的區(qū)別:兩者沒有明顯的區(qū)別
提示對(duì)話框Snackbar
Snackbar跟Toast一樣是有時(shí)間限制的,即使用戶不進(jìn)行回應(yīng),彈窗出現(xiàn)一段時(shí)間后也會(huì)自動(dòng)消失。
Snackbar彈出一個(gè)小信息,作為提醒或消息反饋來用,一般用來顯示操作結(jié)果,另外可以提供一個(gè)功能按鈕給用戶選擇使用。
例如你刪除了某張圖片,App彈窗告訴你刪除成功,并提供一個(gè)“撤銷刪除”功能按鈕給你進(jìn)行對(duì)應(yīng)的功能操作。案例如下圖:
提示欄:與提示對(duì)話框的區(qū)別在于,它是內(nèi)嵌在頁面上的。案例如下圖:
浮層
案例如下圖:
四、移動(dòng)場(chǎng)景中提醒方式 – 重度提醒
1. 應(yīng)用場(chǎng)景:不可逆、涉及金錢或不建議的變更信息,如:永久刪除、購買、取消關(guān)注……2、設(shè)計(jì)原則:
- 確保用戶能夠看到提示,哪怕打斷當(dāng)前任務(wù)。
- 必須用戶主動(dòng)操作或進(jìn)行選擇才能繼續(xù)。
3. 方式:對(duì)話框Dialog、功能框Actionbar。
4. 內(nèi)容結(jié)構(gòu):標(biāo)題、內(nèi)容描述(可能有圖片)、選擇項(xiàng)。
5. 在頁面中的位置:對(duì)話框一般出現(xiàn)在頁面中間、功能框一般出現(xiàn)在頁面底端。
6. 伴隨狀態(tài):可能會(huì)有聲音。
7. iOS和Android的區(qū)別:形式上接近。
對(duì)話框Dialog (iOS叫Alerts)
分為信息下發(fā)類和信息提交類。
使用Dialog,功能按鈕最好只有兩個(gè),讓用戶選擇“是”或“非”的功能操作。
也常被設(shè)計(jì)成只有一個(gè)“確認(rèn)”按鈕,目的是讓用戶閱讀內(nèi)容后點(diǎn)擊關(guān)閉彈窗(這種樣式的Dialog,信息內(nèi)容必須非常有必要性以至于需要打斷用戶的操作進(jìn)行信息內(nèi)容閱讀確認(rèn),否則請(qǐng)用Toast進(jìn)行非模態(tài)彈窗提示)。
缺點(diǎn):
若Dialog對(duì)話框出現(xiàn)三個(gè)或以上的功能按鈕,將會(huì)增加用戶的功能選擇負(fù)擔(dān),所以需要使用多個(gè)功能按鈕選擇的時(shí)候請(qǐng)考慮使用Actionbar。案例如下圖:
對(duì)話框Dialog – 信息下發(fā)類??案例如下圖:
對(duì)話框Dialog – 信息提交類??案例如下圖:
功能框Actionbar-操作欄(iOS叫Action Sheets)
Actionbar一般被設(shè)計(jì)用來向用戶展示多個(gè)功能按鈕選擇,比Dialog擁有更多的功能按鈕,提供給用戶更多的功能選擇,Acionbar一般都設(shè)計(jì)有一個(gè)默認(rèn)的“取消”功能按鈕,點(diǎn)擊該按鈕后關(guān)閉彈窗,用戶點(diǎn)擊彈窗以外的區(qū)域時(shí)相當(dāng)于進(jìn)行了點(diǎn)擊“取消”功能按鈕的默認(rèn)回應(yīng)。
在iOS中,Actionbar的樣式比較常見的是文字列表框,它出現(xiàn)在頁面底部,以簡(jiǎn)潔的功能描述性文字展示功能按鈕,敏感的功能操作一般用紅色字體標(biāo)出(也可以設(shè)計(jì)其它顏色以突出某個(gè)功能按鈕)。案例如下圖:
功能框Actionbar – 操作菜單(iOS叫Activity Views)
當(dāng)功能按鈕數(shù)量很多的時(shí)候,文字列表的形式不適合顯示,此時(shí)可以用圖形加文字描述排列的形式來進(jìn)行展示。這種樣式下采用菜單的樣式比較合適。案例如下圖:
選擇列表框
減少了功能流程中的頁面跳轉(zhuǎn),但是如果選項(xiàng)很多而且描述文字較多的時(shí)候,還是設(shè)計(jì)成選項(xiàng)詳情頁更好些。案例如下圖:
五、市面上的優(yōu)化方案
能在界面中展示就不用彈框,能用非模態(tài)彈框的就不要用模態(tài)彈框。
這時(shí)候我們有3種的解決方案:
1. 通過一個(gè)新的界面展示。但是我們可以可以看出,解釋信息并不多,不需要通過一個(gè)新的頁面來展示。
2. 使用對(duì)話框或者浮層,在這里我們不能使用toast,因?yàn)閠oast時(shí)間太短,用戶根本讀不完。
3. 在當(dāng)前界面展示。
總結(jié)來說:盡量在當(dāng)前頁面展示,不做多余方式提醒。
直接在當(dāng)前頁面展示信息的。案例如下圖:
用多態(tài)按鈕表狀態(tài)的,案例如下圖:
六、總結(jié):總體原則
不管是模態(tài)彈窗還是非模態(tài)彈窗,它的出現(xiàn)多多少少會(huì)影響到用戶當(dāng)前的體驗(yàn),所以我們使用彈窗要克制,先要對(duì)需要展示的信息做一個(gè)優(yōu)先級(jí)的排布,根據(jù)需求的強(qiáng)弱選擇合適的提醒方式。只有低頻而又合理的使用,用戶才會(huì)當(dāng)回事。避免過度使用。
專欄作家
Sophiallg,微信公眾號(hào):Sophia的玲瓏閣,人人都是產(chǎn)品經(jīng)理專欄作家。一枚愛折騰,愛健身的交互設(shè)計(jì)妹紙。
本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來自 Pexels ,基于 CC0 協(xié)議
導(dǎo)圖用啥做的。。。
很受用。
my pleasure
總結(jié)的比較詳細(xì)
謝謝~可以關(guān)注閣主公眾號(hào)查看更多文章