「遅い」より「わからない」がユーザーを壊す。待ち時間を正直に伝え、体感速度を設計する原則。スケルトン・プログレスバー・楽観的UIの使い分けと実装チェックリスト。

検索は「知っている人」のための機能、フィルタは「探している人」のための機能。この違いを理解し、ユーザーが大量の情報から目的のものを素早く見つけられる設計原則。

機能を増やすことは簡単だが、削ることは難しい。UIの単純化とは「何を見せないか」を決める設計判断であり、ユーザーの認知負荷を下げ、目的達成を加速させる原則。

デザインは「うまくいったとき」だけ描かれている——ローディング中・エラー時・空状態・長すぎるテキスト。これらを後回しにすると、実装後に必ず壊れる。状態と例外を先に設計する原則。

同じ「エラーが発生しました」でも、ブランドによって言葉は変わる。UIのすべてのテキストに一貫した「人格」を持たせ、ユーザーとの信頼関係を言葉で設計する原則。

「なぜこの情報が必要なの？」という疑問がユーザーの手を止める。データの利用目的・アルゴリズムの根拠・料金の内訳を隠さず開示することで、ユーザーの信頼を設計する原則。

クレジットカード情報を入力する直前——ユーザーの不安が最高潮に達するその瞬間に、UIが信頼を設計できているか。課金・個人情報まわりの安心感を作る設計原則。

フォントを選んで並べるだけではタイポグラフィ設計ではない。サイズ・太さ・行間・コントラストで情報に強弱をつけ、ユーザーが「読まずに理解できる」テキスト体験を設計する原則。

ユーザーが「自分でコントロールできている」と感じられないUIは、不安と不信を生む。操作の自由度・取り消し可能性・中断・再開を設計し、ユーザーに主導権を渡す原則。

ユーザーが「今何が起きているか」を把握できないUIは、不安と誤操作を生む。システムの現在状態を適切なタイミングで伝え、ユーザーに安心して操作させる設計原則。

画面ごとにボタンの色や位置が違うUIは、ユーザーに毎回「これは何のボタンか」を学習させる。同じ機能には同じ見た目を繰り返し適用し、ユーザーの予測を裏切らない一貫性の設計原則。

「スペースがもったいない」と要素を詰め込むと、すべての情報が同じ重要度に見えて何も伝わらない。余白を「空き」ではなく「見えないブロック」として意図的に設計する原則。