ux-dark-patterns-audit について
ux-dark-patterns-auditは、操作的なデザインを調べる評価型UXスキルです。意図と重大度に応じて指摘を分類し、具体的で誠実な代替案を提案します。
主な機能
- 01ダークパターン一覧を体系的に確認
- 02ダーク・グレー・単純なミスを分類
- 03指摘の重大度を評価
- 04意図の差と新聞見出しのテスト
- 05誠実なデザインへの修正案
活用シーン
- 01サブスクリプションや解約フローの審査
- 02登録・料金・決済画面の確認
- 03UXに操作的なパターンがないか検証
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ uxcel-lab/ product-skills --skill ux-dark-patterns-auditインストール後、Claude Code で/ux-dark-patterns-auditを入力して読み込まれたか確認します。
詳細
ダークパターン監査スキル
このスキルの動作(最初にお読みください)
これは評価型のスキルです。既存の成果物をレビューし、自動実行され、生成スキル — 特にコンバージョン、価格設定、サインアップ、サブスクリプション、解約に関わるもの(pricing、login-signup、checkout-payment、onboarding、offboarding)— から検証ステップとして呼び出されるように作られています。これらのスキルがインラインで備えている倫理ガードレールを体系化したバージョンです。
このスキルが担うのは欺瞞・操作の意図です。重複を避けるため、意図的に以下は対象外としています。
- 誠実なユーザビリティの問題(意図的ではないが紛らわしいレイアウト、不明瞭なラベル)→ ヒューリスティック監査。UX のミスはダークパターンではありません。
- 視覚的な雑然さ/過剰デザイン → 美的監査。
- アクセシビリティ → アクセシビリティ監査。
分かれ目は意図です。この監査は、そのデザインがユーザーが自分は何をしていると思っているかと製品が実際に何をするかのギャップを悪用しているかどうかを問います。
スコープの規律。 直接呼び出された場合(ユーザーがこの監査を名指しした場合)、この関心事のみをレビューします — 兄弟となる他の監査を引き込まないでください。他のレンズと並行して実行されるのは、オーケストレーター(ux-design-review)または生成スキルが docs/orchestration-policy.md に基づいてこれを呼び出す場合のみであり、そこではティア A — 常に関連し、自動実行されるに位置づけられています。明示されたスコープが常に優先されます。
このスキルがデフォルトの動作と比べて変えるもの
デフォルトでは、操作はそれが露骨な場合にのみ指摘され、フレームワークも重大度もなく、微妙なパターン(事前選択、強制的な継続、作られた FOMO、悪いデフォルト)を見逃したり、誠実なミスを過剰に非難したりする傾向があります。このスキルは以下を強制します。
- 名前付きパターンカタログの体系的な一掃 — 明白な違反者だけでなく。
- 意図の分類 — ダークか、グレーか、誠実なミスか — により、指摘が公平になり、扇動的にならない。
- それぞれに対する具体的で誠実なデザインの修正。
- 微妙なケースを浮かび上がらせる判断テスト(新聞紙テスト、意図ギャップの問い)。
中心となるレンズ:意図、そしてダーク/グレー/ミスのスペクトル
ダークパターンとは、ユーザーを意図しない行動へと誘導するために意図的に設計された UI です。キーワードは意図的にです。
- ダーク — 企業の利益のために、ユーザーの意図と製品の動作のギャップを悪用します(「今すぐ購入」後の隠れた更新)。指摘して修正します。
- グレー — 隠されてはいないし、しばしば業界標準ですが、デフォルトがユーザーよりもビジネスに資するものです(チェック済みの「メールでお得情報を送る」ボックス)。注意として指摘し、ユーザー側へ寄せるよう促します。
- ミス — 操作の意図がなく、偶発的に生じた混乱。ダークパターンではない → ヒューリスティック監査へ回します。
すべての指摘は、この三つのどれに当たるかを示すべきです。名指しすべき要因:ほとんどのダークパターンは、短期的な指標を勝ち取り長期的な信頼を失うコンバージョン/A/B テストの最適化から生じます。
パターンカタログ — 何をチェックし、それぞれがどのようなものか
すべてのカテゴリを一掃します。各指摘について:パターン名、分類(ダーク/グレー)、重大度、修正。
こっそり(情報を隠す、または密かに紛れ込ませる)
指摘すべきとき: 費用/手数料/税金がチェックアウト時に初めて現れる(隠れたコスト)、ユーザーが選んでいない商品がカートに追加される(カートへのこっそり追加)、サブスクリプションが自動更新され、その更新が細かい活字に埋もれている(強制的な継続)、ユーザーが提示されたものとは異なる結果を受け取る(おとり商法)。
- ❌ 最終ステップで必須手数料により 40 ドルになる「9 ドルの航空券」。
- ✅ 総額、手数料、更新条件を、契約前に事前に表示する。
妨害(不採算な選択を難しくする)
指摘すべきとき: 解約/ダウングレードがサインアップよりはるかに難しい(ローチモーテル)、デザインが価格比較を妨げる(単位あたりの価格がない、意図的に不明瞭な料金プラン)。
- ❌ ワンクリックで購読、解約は営業時間内にサポートへ電話しないとできない。
- ✅ 解約は購読と同じくらい簡単。
ミスディレクションと視覚的・文言的なトリック
該当する場合: 派手な要素が実際に起きていることから注意をそらしている(ミスディレクション)、チェックボックスやコピーの文言が紛らわしい、または二重否定になっている(引っかけ質問)、広告がコンテンツや操作要素に見せかけて配置されている(偽装広告)、企業に有利な選択肢があらかじめ選択されている、悪いデフォルト設定(最も高額なプランやすべての通知が最初からオンなど)。
- ❌ 「メールを受け取りたくない場合はチェックを外してください」という二重否定の例。
- ✅ 平易で意味がひとつに定まるラベルを使う。オプトインはデフォルトでオフにする。
執拗な催促(ナギング)
該当する場合: すでに断った操作を、ユーザーが繰り返し求められる。
- ❌ 閉じても毎回表示されるニュースレターのポップアップ。
- ✅ 断りを尊重する。再確認は正当な理由があるときだけ、十分に時間を空けて行う。
強制された操作とプライバシー
該当する場合: アクセスや特典が無関係な権限の許可を条件としている、または他の人にメッセージを送るために連絡先リストへのアクセスを利用している(フレンドスパム)。ある目的のために共有されたデータが、その範囲外で再利用されている(プライバシーザッカリング)。
- ❌ 「続行するには連絡先へのアクセスを許可してください」→ その後、ユーザーに代わって全員にメッセージを送信する。
- ✅ 機能に必要なデータだけを、明示した目的のためにのみ要求する。
感情的な操作
該当する場合: オプトアウト時にユーザーを責める(コンファームシェイミング)。緊急性や希少性が偽り、または誇張されている(FOMO、偽のカウントダウン、無制限に提供できるデジタル商品での「残り2点」など)。恐怖を利用して行動を促している(スケアモンガリング)。
- ❌ 「いいえ、お金を節約する気はありません。」
- ✅ 中立的な拒否の選択肢:「いいえ結構です」/「後で」を使う。希少性は本物のときだけ示す。
注意力の搾取(ウェルビーイング)
該当する場合: 目的に資するのではなく、強迫的な利用を生み出す設計になっている——終わりのない無限スクロール、続ける選択肢を奪う自動再生、可変報酬の仕組み、連続記録への不安、人工的な FOMO(既読表示)、通知の過多。
- ❌ 再エンゲージメントを最大化するために「すべての通知を有効にする」よう促すオンボーディング。
- ✅ マインドフルなデフォルト設定。通知は量ではなく価値に基づいて提案する。自然な区切りを設ける。
マイクロコピーのレベル
該当する場合: コピーが感情を刺激する(キャンセル時の「残念ながら」「あいにく」など)、罪悪感をあおる、あるいは紛らわしい二重否定や、重要な選択における曖昧な「OK/キャンセル」を使っている。
- ✅ 重要度の高いすべての操作で、平易で誠実、中立的な文言を使う。
監査テスト(微妙なケースを見つけるために使います)
- 意図のギャップを問う質問: その設計は、ユーザーが行っていると思っていることと、製品が記録していることとの間のギャップを悪用していないか。もし悪用しているなら → ダーク。
- 新聞・一面テスト: 明日、ジャーナリストがこの機能について見出しを書いたら、チームはそれを快く受け入れられるか。
- 第一次・第二次の帰結: 目先の利益(登録数の増加、セッション時間の延長)と、それが次に引き起こすもの(後悔、離脱、不信)。ダークパターンは通常、第一次の帰結では問題なく見え、第二次の帰結で有害になる。
- デフォルトのチェック: それぞれのデフォルト設定で得をするのは誰か——ユーザーか、それとも事業者か。事業者にしか資さないデフォルトは、少なくともグレーです。
重大度と分類
| 重大度 | 意味 |
|---|---|
| Critical(ダーク) | 実際のユーザー被害を伴う意図的な欺瞞——隠れた費用、ルーチンモーテルのような解約の困難さ、あらかじめ選択された有料アドオン、強制的な継続、おとり商法、プライバシーザッカリング、偽装広告、フレンドスパム。多くの場合、法的・規制上のリスクにもなります。出荷前に修正してください。 |
| Major(操作的) | 圧力や感情を利用した手法——コンファームシェイミング、偽の緊急性/FOMO、スケアモンガリング、執拗な催促、注意力搾取のパターン。厳密には欺瞞でなくても、信頼を損ないます。 |
| Grey(注意) | 事業者に資するが隠されていないもの——あらかじめチェックされたオプトイン、悪いデフォルト設定、軽度の希少性。明確な違反ではありませんが、デフォルトをユーザー側に向け直すことを推奨します。 |
正直に分類してください——誠実なミスを「ダーク」とラベル付けすると、監査の信頼性が損なわれます。意図が本当に不明確な場合は、その旨を伝え、意図のギャップを問う質問を適用してください。
監査出力フォーマット
## Dark Patterns Audit — [Screen / Flow]
Context: [platform · what the design is optimizing for, if known]
### Critical (Dark)
- [Pattern name] — what's manipulative → honest-design fix.
### Major (Manipulative)
- …
### Grey (Caution)
- …
### Clean ✓
- [practices that respectfully serve the user]
**Trust verdict:** [trustworthy / some concerns / manipulative] + the top fixes.
信頼性の判定と優先順位付けされた修正案で締めくくります。これが呼び出し元の生成器(またはチーム)が実際に行動する内容です。
優れた監査を実行する方法
- 意図を先に示します。 各指摘をダーク / グレー / ミスに分類し、誠実な誤りはここで指摘するのではなく、ヒューリスティック監査へ回します。
- カタログ全体を網羅的に確認します。繊細な/注意を引くパターンも含めてください。それこそが既定のレビューが見落とすものです。
- テストを適用します(意図ギャップ、Newspaper、二次的影響)を、曖昧なものすべてに対して行います。
- 単なるコンプライアンスではなく、誠実さに向けて修正します — 「削除する」ではなく、建設的な代替案を提示します。
- 過剰に糾弾しないでください。 公平さが監査の信頼性を生みます。攻撃的な成長戦術のすべてがダークパターンというわけではありません。
よくある do/don't パターン
| ❌ Don't | ✅ Do |
|---|---|
| 露骨な欺瞞のみを指摘する | 事前選択、強制的な継続、注意を引くパターンを含め、名指しされたカタログを網羅的に確認する |
| 紛らわしい UI をすべてダークパターンと呼ぶ | 意図を分類する — ダーク vs. グレー vs. 誠実なミス(→ ヒューリスティック) |
| 「これは操作的に感じる」 | パターンを名指しし、分類し、評価し、誠実な修正案を示す |
| 隠れた費用 / 埋もれた更新 | 契約前に全費用と更新条件を表示する |
| 解約が契約より難しい | 離脱を入会と同じくらい容易にする |
| 確認シャーミングによるオプトアウト | 中立的な却下 |
| 事前選択された有料アドオン / 不適切な既定値 | オプトインはオフに。ユーザーに資する既定値 |
| ユーザビリティや雑然さの問題を再導出する | ヒューリスティック / 美的評価に委ねる |