エラーは必ず起きる。問題はその後だ。エラーメッセージが「何が起きたか」「なぜ起きたか」「どう直すか」を伝え、ユーザーが迷わず回復できるUIを設計する原則。

「思っていたのと違う」がユーザーの信頼を壊す。リンク先・操作結果・処理時間——ユーザーが「次に何が起きるか」を正確に予測できるよう、UIが事前に約束する設計原則。

ユーザーは他のサービスで学んだ操作パターンを、あなたのUIにも期待する。ヤコブの法則に基づき、既存のメンタルモデルを活用して学習コストをゼロにする設計原則。

ユーザーの操作に対してシステムが反応を返さないUIは、沈黙という最悪の体験を生む。あらゆる操作に適切な反応を返し、ユーザーとシステムの対話を成立させる設計原則。

ユーザーが求める情報を「探せない」UIは、情報がないUIと同じ。ナビゲーション・ラベル・検索・構造を通じて、目的の情報に最短でたどり着ける設計原則。

小さすぎるボタン、遠すぎるリンク、密集したタップ領域——これらはすべてユーザーの操作コストを増やす。フィッツの法則に基づき、押しやすく・届きやすいUIを設計する原則。

モーダルを開いたら、フォーカスはどこへ行く？動的UIにおけるフォーカスの制御は、キーボードユーザーとスクリーンリーダーユーザーの「現在地」を守る設計原則。

フォームは離脱の最大の原因だ。不要な項目を削り、ラベルを明確にし、適切なキーボードを出し、エラーを事前に防ぐ——入力コストを最小化してコンバージョン率を守る原則。

ユーザーの視線は画面上でランダムに動くわけではありません。ZパターンやFパターンなどの自然な眼球運動を利用し、目的のアクションまで迷わずユーザーを「案内」する設計技術です。

「どんなUIにしたいか」より先に「ユーザーは何を達成したいか」「何ができないか」を定義する——目的と制約を起点にした設計が、機能する最小のUIを生み出す。

要素をなんとなく並べると、画面は「整っているようで整っていない」状態になる。カラム・ガター・マージンを定義し、すべての要素を見えない格子に揃えることで一貫性あるレイアウトを作るグリッドシステムの設計原則。

困ったユーザーを助けるのではなく、困らせないUIを作る。それでも迷ったとき、必要な瞬間に必要な助けを届けるコンテキスチュアル・ガイダンスの設計原則。