如何設計App中的提示控制項(toast)?
01-27
提示是什麼?
提示控制項也叫非模態彈窗,是非模態反饋中的一種。它的出現是為了取代惱人而無用的對話框。多在app中表意一些反饋信息。給用戶即時的操作反饋,讓用戶明確自己所處的狀態。n《about face 3.0》里提到體貼的產品是會即時通知用戶的,在用戶對產品的整個操作流時,是不要打斷用戶的。但在用戶每次需要這些信息的時候,它都會自然的出現在那。產品可以為用戶提供大量運行狀態的非模態反饋。提示類型有哪幾種?
nn1 按照出現的位置劃分,有以下三種類型:頭部提示;中間提示;頭部+中間提示
並且錯誤消息很多時候也採用了模態對話框停止了進度,給用戶來了不好的用戶體驗。n
2)i 標識+文字:表意通知、告知信息。n在用戶界面中,它屬於嚴重程度較輕的一種。告知用戶某些操作反饋,但它的出現,同樣以不打斷流暢的交互流為代價。因為這類提示容易創建,所以它們在一個app中數量眾多。n3)對號標識+文字:表意成功,確認。n在用戶界面中,它屬於程度輕微的一種。是在對用戶的行為提供確認。n成功提示,可以激勵用戶更好的使用軟體,成功的獎勵會讓用戶感覺良好。設計app中提示控制項的小技巧:
1、剔除廢話提示。所有提示不論哪種提示,都是比較重的信息呈現方式,應適當呈現較重要的信息,不需要沒有必要的提示。n2、注意「!」和 「i 」的區別。n
「!」表示情感強烈的句子末尾的停頓。n「i」 來源於information的首字母縮寫,一般表意通知類n兩種的嚴重程度不一,注意設計的時候不要混淆。n3 產品整體的提示不要過多,提示種類盡量統一。 同一功能模塊的提示種類不要過多,詳細的提示種類,適合操作複雜的功能性app。簡單的提示種類,適合一些輕app。同時,app的重點功能模塊,適合有詳細的提示種類,來幫助用戶操作。6 同一個模塊的提示類型應該統一。
提示的設計也要縱觀產品全局,同一模塊的提示體驗需要一致性。在提示中穿插彈窗,雖然會增加彈出對話框的重要程度,但是會造成用戶體驗的不一致。7 提示wording的語氣與斷句需要統一。n不同app的提示語氣,可以有不同的區分,這也會與產品的定位和受眾人群影響。n一個app里的提示wording的斷句方式、陳述語態、陳述順序都要有一致性。推薦閱讀:
※三個處方,專治產品「不好看」 | UX乾貨
※關於設計師成長的37個問答
※2018,我的SaaS產品體驗設計元年
※交互概念設計 – 在錯誤中曲線學習
※胖子說:好的設計就應該把自己給做沒了