03 蘋果對「toast」的看法

敲黑板說個冷知識，小編查閱了蘋果的人機交互規(guī)范發(fā)現(xiàn)并沒有類似「toast」使用場景的交互組件。當(dāng)時有點想不通，不過結(jié)合蘋果設(shè)計理念“不操作、不打擾”的原則似乎就比較說的通，iOS會通過對信息內(nèi)容的操作直接告訴用戶結(jié)果，例如下圖，當(dāng)用戶完成對短信刪除操作后，短信直接消失，沒有必要再通過toast類型組件去告知用戶。

蘋果對于反饋設(shè)計十分謹(jǐn)慎，只有在必要的時候才會考慮去打擾用戶破壞體驗，在“Feedback”設(shè)計建議中提到，將狀態(tài)提示跟其他類型反饋自然順暢的集成到你界面當(dāng)中，例如iOS系統(tǒng)中對于未讀信息提示的設(shè)計。

這里應(yīng)該會有同學(xué)提到一個以前iOS系統(tǒng)下的怪物組件「UIProgressHUD」，他從外觀樣式上看起來跟「toast」有一定的相似性，但是整一個交互行為差別巨大。

• HUD出現(xiàn)在屏幕的中央，Toast在底部；
• HUD可以由icon，Toast不能有icon，只能用文字與按鈕；
• HUD一般是毛玻璃透明，Toast一般是灰黑或者黑色半透明；
• HUD一般用在調(diào)節(jié)信息（如調(diào)節(jié)音量時），Toast中內(nèi)容不可變化。

不過iOS 13中蘋果還是秉承著自己的設(shè)計理念，最終拋棄了音量調(diào)整的HUD，采用音量滑動條的方式，并且位于屏幕左側(cè)，盡可能消除對用戶的打擾。

04「Toast」的設(shè)計注意點

1. 讓「Toast」自動關(guān)閉

「toast」是系統(tǒng)對用戶傳遞消息最低程度的中斷，不需要用戶進行交互。自動讓其消失，停留時長再屏幕上至少四秒，最多十秒。

下圖為各種反饋組件到擾優(yōu)先級對比表（出自Material design文檔）

2. 一次只出現(xiàn)一個

當(dāng)需要多個「toast」更新時，它們應(yīng)該一次出現(xiàn)一個。如果多個連續(xù)出現(xiàn)的話就違背「toast」不中斷用戶體驗的初衷了。

3. 可泛化的使用「Toast」

隨著互聯(lián)網(wǎng)的深入發(fā)展，現(xiàn)在對于他的泛化使得Toast原本的定義變得模糊，拓展了很多新的使用場景?？丶x和用途的變化也在隨著時間演化，演化出符合業(yè)務(wù)和用戶習(xí)慣的新形式反過來又會促成新的控件定義和規(guī)范，連iOS官方的Apple Store App都開始使用類似Toast的控件，并且不少app里「toast」也出現(xiàn)在屏幕的中間（這點與Material design對于「toast」的看法相違背）。

4. 使用時注意實際場景

上文提到「toast」可以適當(dāng)?shù)姆夯褂?，但是并不分場合亂用，比如許多產(chǎn)品在加載、表單提示、狀態(tài)變更反饋、斷網(wǎng)消息等一些需要重度提示的場景也在使用「toast」，這就很讓人啼笑皆非了。

05 文末小節(jié)

由于「toast」類型組件使用簡單適用范圍廣，造成它這么多年來一直在產(chǎn)品設(shè)計當(dāng)中被濫用，不過隨著互聯(lián)網(wǎng)設(shè)計不斷深入發(fā)展，「toast」類型組件被濫用的狀況正在逐漸變好，同時不少相似設(shè)計場景其實有更匹配的設(shè)計組件去代替「toast」，所以「toast」類型組件的使用場景會不斷縮小，泛化的定義終將回歸到原點——操作后的輕量級短時反饋提示。

作者：月亮與六便士；公眾號：月亮體驗設(shè)計坊

本文由 @月亮與六便士 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)作者許可，禁止轉(zhuǎn)載。

題圖來Unsplash，基于CC0協(xié)議。