ユーザビリティのヒント（2）

「メールが送信されました」
伝えるのなら、控えめに
「Yahoo!メール vs Gmail」

ソシオメディア　上野 学
2006/7/28

正常であることを報告するためにダイアログを使わない

　アプリケーションによっては、何か操作をするたびに「正常に○○されました。」といったメッセージダイアログ（もしくはページ）が表示されることがあります。メールを送信すると「メールは正常に送信されました！」、レコードを削除すると「レコードは正常に削除されました！」という具合にメッセージが現れ、ユーザーはそのたびに「OK」や「一覧画面に戻る」といったボタンをクリックして作業を再開します。これは無駄な操作といえます。

　システムが正常に動いているということは、ユーザーにとっては当たり前のことであり、いちいち報告される方が不自然です。まるで普段は正常に動かないのに今回に限ってたまたま正常に動いたような印象を与えます。

　また、ここでいう「正常」とは、システムにとってプログラム実行上の問題が検知されなかったという意味でしかありません。削除するつもりのないレコードを誤って削除してしまったユーザーにとっては、それは不正常な事態であり、「レコードは正常に削除されました！」というメッセージは状況と矛盾してしまいます。

画面１　Yahoo!メールでは、メールを送信するとこのようなメッセージが表示される。次の作業に移るには、なんかしらのボタンをクリックしなければならない

　基本的には、システムが正常に動いていることを報告するためのダイアログ（ページ）は必要ありません。ユーザーは、自分の行った操作が正常な結果を生んだかどうかを、メッセージではなく、次の画面の様子から判断し、その先の自分の行動を決定します。例えば、一覧リストから1つを選択して「削除」ボタンを押し、次の瞬間に一覧からその項目が消えていれば、ユーザーはシステムが正常に動いていることを把握できます。そしてモーダルなメッセージに中断されることなく、次の作業に移れるのです。

画面2　Gmailでは、メールを送信するとすぐに受信トレイに戻る。そして画面上部にモードレスなメッセージが表示される

　ただし、ウィザード式に決められた手続きを行うようなインタラクションでは、一連の操作が完了したということを知らせるために、最後に「登録が完了しました。」といった画面を見せるのは妥当なデザインだと思います。「すでに入り口にいるのに、ホームに導くボタンは親切か」でも書いたとおり、こういった「電車式」のインタラクションでは、ユーザーは自分が行っている作業の意味をタスクが完了するまで把握しづらいため、タスクの開始点と終了点を明示することが重要だからです。

2/6

INDEX
ユーザビリティのヒント（2）
	Page1＜できるだけウィンドウオブジェクトを制御しない＞
	Page2＜正常であることを報告するためにダイアログを使わない＞
	Page3＜可逆的な操作に対していちいち確認を取らない＞
	Page4＜コモンケースにいちいち確認を取らない＞
	Page5＜フリップフロップを使わない＞
	Page6＜基本コントロールの振る舞いを変えない＞

関連記事

＠ITメールマガジン　新着情報やスタッフのコラムがメールで届きます（無料）