2 ポイント 投稿者 GN⁺ 2024-08-21 | 2件のコメント | WhatsAppで共有
  • Toastは常にユーザーの注意(アテンション)から離れた場所に表示されるのが根本的な問題
  • YouTubeのToastの問題点
    • 一連の操作全体が非常に不便
      • 画面右側の「保存」ボタンをクリックする
      • 画面中央にモーダルが表示される
      • 画面左下にToastが表示される
    • 追加の問題点
      • ローディング表示なしでToastの表示が遅れる
      • モーダルでチェックボックスをオン・オフすると、最新の操作に対する確認Toastを受け取るには、前のToastが消えるまで数秒待たなければならない
      • Toastの「元に戻す」ボタンは不要。ユーザーがもう一度チェックボックスをクリックすればよい
  • 解決策: Toastをなくす
    • 「保存」操作を単純に再設計するだけで、すべての問題を解決できる
      • プレイリストはモーダルの代わりにボタンのすぐ下に表示される
      • チェックボックスをオン・オフした後にローディング表示が出る
      • ローディング表示が消えたら、操作が完了したことを意味する
      • Toastは不要
  • 追加の例が2つ
      1. 項目が追加・削除されたことの確認
      • GmailでメールをアーカイブするとToastが表示されて確認を示す。しかしメールをアーカイブすると、そのメールは一覧から消えるため、すでに操作の成功を示唆している
      • 参考: 元に戻す機能やキーボードショートカットを使う場合、Toastのフィードバックが有用なことはある
      1. 項目がコピーされたことの確認
      • クリップボードに項目がコピーされた後でToastが表示される。この例ではボタン自体にすでに確認の役割が含まれているため、Toastはまったく不要
  • もっと悪い場合もある
    • Toastよりさらに悪いのは、フィードバックがまったくないこと
    • より良いフィードバックメカニズムを設計・構築する時間がないなら、Toastはないよりまし

GN⁺の要約

  • この記事は、Toastがユーザー体験に与える悪影響を説明し、それを解決するための代替案を示している
  • YouTubeとGmailの例を通じて、Toastの問題点を具体的に説明している
  • Toastの代わりに、より直感的で即時性のあるフィードバックメカニズムを提案している
  • ユーザー体験を改善するには、フィードバックメカニズムを慎重に設計することが重要

2件のコメント

 
wkang586 2024-08-26

つまり、悪いトーストが悪いってことですよね??

 
GN⁺ 2024-08-21
Hacker Newsの意見
  • トースト(Toast)通知の必要性

    • UXにおいて重複した情報伝達が悪いUXだという主張には同意しない
    • 重複した情報伝達は、メッセージが確実に伝わることを保証する機能である
    • トーストは、あらゆる作業状態を標準化された方法で伝え、ユーザーがパターンを素早く学べるよう助ける
    • 特定の指標とトーストを併用すると、意味がより明確になる
    • トーストをなくすと、ユーザーは複数の方法で「完了」を理解しなければならない負担を負う
    • 特に高齢者、視覚障害者、子どもにとっては不便である
  • トースト通知の欠点

    • トーストがあまりに早く消えたり、不必要に注意を引いたりすると問題になる
    • 従来のデスクトップ方式では、エラーメッセージはモーダルで、成功メッセージはステータスバーに表示される
    • ステータスバーはCLIのターミナル出力の最終行のように機能し、過去のメッセージを確認できるポップアップを提供する
  • YouTubeの例

    • YouTubeでコメントを削除すると、2回のトースト通知が発生する
    • 複数のコメントを素早く削除すると、各削除確認トーストが順番に表示されるため時間がかかる
  • Undoボタンの必要性

    • 誤ってクリックしたとき、Undoボタンは有用である
    • アプリケーションに不慣れな場合、メッセージだけでは簡単にUndoするのが難しい
  • トーストの利点

    • トーストは、システムの使いやすさを高める標準的な実装を提供する
    • ほとんどのシステムには、高度なデザイン上の問題を解決する人材が不足している
  • トーストの適切な使い方

    • ユーザーの行動と関係のない通知にのみ、トーストが適している
    • ユーザーの行動に対するフィードバックは、その行動の文脈内で提供されるべきである
    • 非同期作業の場合、作業が保留中であることを即座に知らせ、キャンセルや進行状況確認のオプションを提供する
  • トーストとインラインフィードバック

    • トーストは、ユーザーの行動に対する普遍的で邪魔にならない確認方法である
    • インラインフィードバックは、誤って適用されると混乱を招くことがある
  • 著者の代替案提案への批判

    • ローディング指標は、エラーをユーザーに伝えにくいという問題を引き起こす可能性がある
    • Googleおよび大半のUIライブラリがトースト/通知メッセージを使っている理由を考慮すべきである
    • 著者の意見は個人的な見解に近く、分析的な結論ではない
    • 個人的にはトーストと通知のUXを好む