フィードフォワード

ラベルの具体化: 「OK」「実行」といった汎用ラベルを、結果を述べる動詞句に置き換える。
プレビュー: ドラッグ&amp;ドロップの着地点表示、フィルタ適用前の該当件数表示など。
エラーの予防: ニールセンの第5原則「エラーの予防」は、事後のエラーメッセージより事前の設計を優先する。フィードフォワードはその具体的手段のひとつ。

概要

インタラクションを時間軸で見ると、情報の提示には3つのタイミングがある。

多くのUIはフィードバックには気を配るが、フィードフォワードが抜けやすい。結果を見てから取り消せる操作なら問題は小さいが、取り消せない操作では、事前に伝わっていないこと自体が欠陥になる。

警告ダイアログの多用とは違う: 「本当によろしいですか？」を並べることはフィードフォワードの改善ではない。確認の連打はやがて読み飛ばされる。何が起きるかを操作要素そのものに書くほうが効く。
フィードバックの代わりにはならない: 事前に伝えても、実行後に結果を示さなければ状態がわからない。両方が必要である。
概念の境界は文献で異なる: フィードフォワードをシグニファイアの一種とみなす整理もある。用語を厳密に主張するより、伝えたい情報とタイミングを合意するほうが実務では有効。

操作の結果が取り返しのつかない場合、または操作の結果が直感的に予想できない場合。実行してから知らせるフィードバックだけでは遅い場面で使う。

フィードフォワードはアフォーダンスやシグニファイアと重なる概念で、文献によって切り分けが異なる。「操作可能であること」を伝えるのがシグニファイア、「操作すると何が起きるか」を伝えるのがフィードフォワード、と整理すると実務では扱いやすい。