principle-experience-first

体験を最優先する

製品とは体験です。技術的な判断はすべて、その体験を向上させるか損なうかのどちらかです。実装のしやすさとユーザーの喜びが相反するときは、喜びを選びます。

• 1,000 個のことにノーと言う（機能、コントロール、オプションはすべて、存在する価値を示す必要があります）
• 少なく作り、より良く届ける（洗練された体験を実現する 3 つの機能は、粗削りな 10 個の機能に勝ります）
• 決定する前にプロトタイプを作る（デザイン上の判断は、製品コードよりも使い捨ての HTML で試すほうが低コストです）
• 細部までこだわる（トランジション、配置、余白、フィードバック、エラー状態）
• 中核となるループを磨く（すべての機能は中核となるワークフローに貢献するか、邪魔にならないようにする必要があります）

ユーザーとは、その成果物を利用する人のことです。UI であればエンドユーザーです。ライブラリや社内 API であれば、それをインポートする同僚です。次にコードを保守するエンジニアもユーザーです。その人たちの体験も同じように考慮し、相手の立場から影響を説明します。

基盤は体験のためにあるのであって、その逆ではありません。基盤に関する考え方が仕事の順序を決めるのに対し、この原則が定めるのは目標です。