如何設(shè)計(jì)一個好的提醒

本文作者將結(jié)合設(shè)計(jì)規(guī)范及自身的項(xiàng)目經(jīng)歷，將提示方式的使用場景及界限給總結(jié)出來，希望對大家以后處理提示方式時有些參考和幫助。enjoy~

　　如何減少打擾用戶的次數(shù)甚至不打擾用戶，是每一個用戶體驗(yàn)設(shè)計(jì)師應(yīng)該考慮的事。相信很多設(shè)計(jì)師都曾糾結(jié)于何時用對話框和Toast來做提示。兩者大的區(qū)別是對話框是一種帶有操作的提示，需要用戶操作后才會消失，這會直接打斷用戶的流程;Toast屬于輕量提示，不帶操作，顯示幾秒后自動消失，不會打斷用戶操作。

　　除了以上兩種形式，還衍生出Toast+操作的提示，如：

　　以及用Toast+圖標(biāo)或浮層的提示，如：

　　以上設(shè)計(jì)都有亮點(diǎn)及合理的地方，但如何合適使用不打擾用戶才是關(guān)鍵。怎么才算合理是一個問題，因?yàn)槊總€設(shè)計(jì)師的看法都有自己的主觀評判標(biāo)準(zhǔn)，但這些標(biāo)準(zhǔn)在用戶身上往往只有兩個結(jié)果，良好的體驗(yàn)和差勁的體驗(yàn)。在這里我結(jié)合設(shè)計(jì)規(guī)范及自身的項(xiàng)目經(jīng)歷，將提示方式的使用場景及界限給總結(jié)出來，希望對大家以后處理提示方式時有些參考和幫助。

　　iOS設(shè)計(jì)規(guī)范

　　先從iOS設(shè)計(jì)規(guī)范開始，iOS推薦設(shè)計(jì)師使用橫幅，對話框和小氣泡的形式來提示用戶，但不推薦設(shè)計(jì)師經(jīng)常使用對話框的提示形式。只有這三種提示方式是明顯不夠的，但規(guī)范里允許設(shè)計(jì)師將提示功能與APP自身結(jié)合，建立更符合場景的提示機(jī)制。有很多設(shè)計(jì)師會將Android的Toast概念直接引入iOS設(shè)計(jì)中，以及衍生出Toast+操作，浮層等提醒方式。由于iOS對此沒有明確的設(shè)計(jì)規(guī)范，只要是設(shè)計(jì)合理的，怎么提示都行。

　　Material Design設(shè)計(jì)規(guī)范

　　相對于iOS設(shè)計(jì)規(guī)范，Material Design以更謹(jǐn)慎的態(tài)度設(shè)計(jì)了提示用戶的規(guī)范，并歸納出兩個非常棒的概念：確認(rèn)(Confirm)及確知(Acknowledge)。

　　確認(rèn)是要求用戶確認(rèn)自己確實(shí)希望執(zhí)行剛才所調(diào)用的操作。在某些情況下，確認(rèn)隨需要用戶考慮的操作所相關(guān)的警告或關(guān)鍵信息一起顯示。

　　確知就是顯示一段文字信息，讓用戶知道自己剛才調(diào)用的操作已經(jīng)完成。這將消除系統(tǒng)正在執(zhí)行的隱式操作的不確定性。在某些情況下，確知隨撤消操作的選項(xiàng)一起顯示。

　　在Material Design規(guī)范里，提示只有對話框(確認(rèn))及Toast(確知)和Snackbar(確知)，同理對話框也是一種非常強(qiáng)的提示方式，會直接打斷用戶操作，所以設(shè)計(jì)時要謹(jǐn)慎對待。

　　這里要闡述一下Toast，在規(guī)范里是規(guī)定只有文字，是不能配圖標(biāo)的，所以配圖的就不應(yīng)該叫Toast了，這種樣式可以直接理解為一種浮層。同時，Toast也是不能帶操作的，如果配操作的，在Material Design里被稱為Snackbar，這是Android 5.0新出的控件。Snackbar 是一種針對操作的輕量級反饋機(jī)制，常以一個小的彈出框的形式，出現(xiàn)在手機(jī)屏幕下方或者桌面左下方。它們出現(xiàn)在屏幕所有層的上方，包括浮動操作按鈕，它同Toast一樣3秒后消失。三種樣式比較：

　　Google也給出了何時需要確認(rèn)或確知用戶操作。以下為我的翻譯：

　　如果每次做設(shè)計(jì)時都走一遍上述的流程估計(jì)大家都會懵逼吧，我以提示的重要性將提示的界限及場景舉例出來。為了更好區(qū)分專業(yè)術(shù)語及iOS和Android的差異，提出了一些新詞語，如果有誤請指正。

　　重要程度(從高往低)：

　　1、對話框(需要突出提示或存在兩個操作按鈕以上的提示，影響現(xiàn)流程。)

　　適用場景：

　　需要重大決定的場景

　　容易引起誤操作的場景

　　需要確認(rèn)的場景

　　引導(dǎo)到其他流程的場景

　　運(yùn)營方案

　　樣式說明：

　　對話框在界面整體居中顯示

　　對話框文案應(yīng)盡量簡短，結(jié)尾不使用標(biāo)點(diǎn)符號

　　對話框可以針對運(yùn)營活動或不同場景下進(jìn)行樣式設(shè)計(jì)

　　必須提供關(guān)閉、取消等回到原流程的按鈕

　　(2)輕操作(適用于輕量提示時帶有操作，如撤銷、查看、增添、修改數(shù)據(jù)，不影響現(xiàn)流程。)

　　*輕操作在Android里是Snackbar，在iOS里沒有相關(guān)定義

　　適用場景：

　　用于撤銷場景：①刪除操作(簡化刪除流程里彈出對話框的流程);②用于做出重大決定后的撤銷操作，如清空全部數(shù)據(jù)和取消綁卡;

　　用于查看，添加，修改等打斷現(xiàn)流程的操作，如①收藏后查看落地頁;②收藏后修改存放的文件夾。

　　樣式說明：

　　Android Snackbar顯示時長為3秒;iOS為自定義

　　Android Snackbar顯示在頁面底部;iOS為自定義，左右居中顯示

　　輕操作文案應(yīng)為陳述句且盡量簡短，結(jié)尾不使用標(biāo)點(diǎn)符號

　　(3)浮層(適用于如日夜間模式，隱私模式等帶有功能性質(zhì)的輕量提示，不影響現(xiàn)流程。)

　　適用場景：

　　功能(模式)：日夜間模式;隱私模式;無圖模式;xxx模式

　　重要提示：支付成功/失敗;支付loading(顯示時長由自身決定)

　　樣式說明：

　　浮層結(jié)構(gòu)為icon+文案或占整個頁面

　　若干秒后自動消失

　　浮層顯示在界面整體居中顯示

　　浮層文案應(yīng)盡量簡短，結(jié)尾不使用標(biāo)點(diǎn)符號

　　(4)Toast(適用于如引起其他頁面和系統(tǒng)數(shù)據(jù)發(fā)生變化、失敗操作的輕量提示，不影響現(xiàn)流程。)

　　適用場景：

　　操作失敗(網(wǎng)絡(luò)異常)

　　頁面內(nèi)數(shù)據(jù)添、刪除加成功導(dǎo)致其他頁面數(shù)據(jù)發(fā)生變化，如推薦新聞

　　無法操作時的輕量提示

　　其他頁面數(shù)據(jù)發(fā)生變化，如下載完成、失敗

　　樣式說明：

　　Android Toast使用系統(tǒng)默認(rèn)樣式;，iOS Toast使用自定義樣式

　　Android Toast顯示時長為3秒;iOS為自定義

　　Android Toast顯示在頁面底部且左右居中，iOS Toast為自定義

　　Toast文案應(yīng)為陳述句且盡量簡短，結(jié)尾不使用標(biāo)點(diǎn)符號;

　　(5)無提示(操作后頁面有明顯的變化且不會對用戶其他方面造成影響，不影響現(xiàn)流程。)

　　適用場景：頁面內(nèi)數(shù)據(jù)添加，刪除成功

　　哪個場景下給提示?

　　哪個場景下不給提示?

　　這也是一個很好的問題。

　　舉個刪除單條歷史記錄的例子，如果歷史記錄與用戶其他信息無耦合，在刪除一條時，頁面里明顯消失了該條記錄，這已經(jīng)是一個很明顯的提示了，這時候就不需要再彈Toast告知了。

　　舉個個性化推薦的例子，由于每條數(shù)據(jù)都和其他數(shù)據(jù)耦合在一起，如果用戶刪除一條數(shù)據(jù)時，他的目的不僅僅是刪除這條數(shù)據(jù)，還有對于這類數(shù)據(jù)不感興趣，雖然頁面里明顯消失了該條數(shù)據(jù)，但也需要告知用戶再也不推薦類似消息了。

　　舉個取消關(guān)注的例子，用戶是對該內(nèi)容源不感興趣才確認(rèn)取消關(guān)注的，但很多應(yīng)用都覺得用戶好像不知道取消關(guān)注后再也收不到相關(guān)內(nèi)容源了，一定要用對話框告訴用戶“取消關(guān)注后就再也收不到相關(guān)內(nèi)容”，簡直加大了用戶取消關(guān)注的阻力(這就是產(chǎn)品經(jīng)理希望的)?？梢試L試用snackbar的形式，當(dāng)用戶取消關(guān)注后，彈出一條snackbar，告訴用戶“再也不關(guān)注該內(nèi)容源”，后面增加一個撤銷。當(dāng)用戶真的是誤操作時，他可以選取撤銷重新添加該內(nèi)容源，不是的話，也減少了用戶再次確認(rèn)的步驟，體驗(yàn)上比對話框形式好很多。

　　提示很簡單，但如何使用和設(shè)計(jì)起來還真的有點(diǎn)難度，希望看完后對大家以后使用提示時有所幫助。