UIのフィードバック（feedback）とは、利用者の操作に対して、画面が「受け付けた」「処理している」「終わった」「失敗した」を、見える形で返すことである。ボタンを押したときの見た目の変化、読み込み中の表示、完了のメッセージなどが当たる。
たとえば、注文の「確定する」ボタンを押したのに、画面が何も変わらないとする。利用者は、押せたのかが分からず、もう一度押す。すると、注文が二重に確定してしまうかもしれない。画面が、ボタンを押した直後に「処理中です」と返していれば、こうならない。
どのくらいの時間で返すのか
ヤコブ・ニールセン（Jakob Nielsen）は、応答の時間に、3つの目安を示した。NN/g の記事「Response Times: The 3 Important Limits」による。
- 0.1秒： 利用者が、画面がすぐに反応したと感じる限界。結果を表示するだけでよく、特別な表示は要らない。たとえば、表の列を選んだら、すぐに色が変わる。
- 1秒： 利用者の思考が、途切れずに続く限界。0.1秒から1秒の遅れは、気づかれるが、集中は切れない。ただし、画面を直接操作している感覚は、薄れる。1秒を超えるあたりからは、「処理している」と伝える表示が必要になる。たとえば、カーソルの形を変える。
- 10秒： 利用者の注意が、続く限界。これを超えると、利用者は、ほかの作業に移りやすい。進み具合（何%終わったか）の表示、終わるまでの見込み、中止する方法を出す。
画面でのフィードバックの例
- 押した瞬間の変化は、ボタンを押すと、色が変わる、へこんで見える。押せたことが、すぐに分かる。
- 処理中の表示。送信中は、ボタンの文字を「送信中…」に変えて、もう一度押せないようにする。
- 進み具合は、ファイルのアップロードで、「60%完了」と、棒グラフで見せる。
- 完了の知らせは、「保存しました」と、短く表示する。
- 失敗の知らせは、何が起きて、次にどうすればよいかを伝える（エラーメッセージ）。
フィードバックがないと何が起きるのか
- 二重の操作は、押せたか分からず、何度も押す。
- 不安は、保存できたのか、送れたのかが分からない。
- 中断は、長い待ちで、利用者が、ほかの作業に移る。
語源・位置づけ
NN/g の「ユーザビリティの10原則」の1つ目は、「システムの状態の可視性（visibility of system status）」である。画面が、いま何が起きているかを、利用者に伝え続けること、応答は、できるだけ早く、できれば即座に返すことが、求められている。この原則は、ヤコブ・ニールセンとロルフ・モリッチ（Rolf Molich）が1990年に作り、1994年に改訂した（NN/g「Ten Usability Heuristics」）。
3つの時間の目安は、ニールセンの著書『Usability Engineering』（1993年）の一部として、1993年に公開された。ニールセンは、この目安の出典に、ミラー（1968年）と、カードら（1991年）の研究を引いている。
出典
- Nielsen Norman Group「Response Times: The 3 Important Limits」
- Jakob Nielsen『Usability Engineering』Academic Press、1993年（Nielsen Norman Group の書籍紹介ページ）。購入：英語版（Amazon.co.jp。1994年刊の Morgan Kaufmann 版）、日本語訳『ユーザビリティエンジニアリング原論』（東京電機大学出版局）
- Nielsen Norman Group「10 Usability Heuristics for User Interface Design」
