優雅なアヒルの
水面下
「Googleのようなシンプルな画面にしてください」。
お客様は軽く言いますが、アヒルが水面下で必死に足を動かしているのと同じで、
シンプルに見せるためには、バックグラウンドにとてつもない処理が必要です。
「画面が少ない＝工数が少ない」というお見積りは、プロジェクトを沈没させます。
- 「ボタン一個追加するだけだから簡単でしょ？」と言われたことがある
- 入力項目を減らしたら、裏での自動判定ロジックが複雑すぎてバグだらけになった
- デザイナーが「余白」の重要性を説いても、クライアントに理解されない
- 「何もしていないのに動く」マジックを求められ、技術検証だけで予算が尽きた
ユーザーの手間を1秒減らすために、エンジニアは100時間を費やすのです。
01. 複雑性の保存の法則
「テスラーの法則（複雑性保存の法則）」をご存知でしょうか？
システムには、それ以上減らせない複雑さが必ず存在します。
もしユーザーの操作（UI）をシンプルにするなら、その複雑さは
誰かが引き受けなければなりません。
それは、あなたのコード（バックエンド）です。
複雑さを包み隠す
究極の嘘だ。
02. 「簡単」の代償
iPhoneのボタンが1つしかないのは、裏で高度なジェスチャー認識が動いているからです。
「簡単にしてください」という要望は、実は「高度な技術を使ってください」という注文です。
お見積り段階で、この「見えない複雑さ」を説明し、コストに上乗せしなければなりません。
「画面パーツが少ないから安くしますね」は、死への契約書です。
03. プログレッシブ・ディスクロージャー
いきなり全てを隠すのではなく、「必要な時に必要なものだけ出す」設計にしましょう。
基本はシンプルに見せ、詳細設定は隠す。
これが「段階的開示（Progressive Disclosure）」です。
これなら、バックエンドのロジックを爆発させずに、
初心者にも上級者にも優しいUIを作ることが可能です。