absence-audit

不在の監査

最も気づきにくいのは、そこにないものです。

使い方

• /absence-audit この会話内のあらゆるデザインに不在の分析を適用します。

制約

確認する項目

• デザインに明らかに欠けている要素を5～10個挙げなければなりません
• それぞれについて、意図的に取り除かれたのか、そもそも検討されなかったのかを仮説として示さなければなりません
• 不在によってユーザー体験が向上するのか、損なわれるのかを評価しなければなりません
• デザインの哲学について、その不在が何を明らかにしているかを記すことが望まれます

不在のカテゴリ

• 欠けているUI要素（パンくずリスト、ツールチップ、オンボーディングチュートリアルがない）
• 欠けているコンテンツ（お客様の声、機能比較、料金がない）
• 欠けている状態（ローディングスケルトン、空の状態、エラーからの復帰手段がない）
• 欠けているインタラクション（アニメーション、ホバー効果、サウンドがない）

抑制のシグナル

• 意図的な不在は、優れたセンスを示す強いシグナルです。「これについて考えたうえで、必要ないと判断した」と伝えます。
• 偶発的な不在（エラー状態の欠落、エッジケースの不具合）は、その逆を示します。
• 意図的な不在と偶発的な不在を必ず区別してください。

アンチパターン

• あらゆる不在を修正すべき問題として扱う
• 不在はミニマリズムに等しいと決めつける（単に未完成かもしれません）
• あるものに注目しすぎて、明らかな欠落を見逃す