「このメインカラー、なぜブルーグレーなんですか？」とクライアントに聞かれて、頭の中には理由が3つくらいあったのに、口から出たのは「なんとなく落ち着くかな、と思いまして」だった。あれが、自分の確証バイアスに気づいた最初の日でした。
確証バイアスは「自分の信念に合う情報だけを集めてしまう認知のクセ」のことで、デザイナーの判断ミスの大半は、ここから生まれていると私は考えています。Web制作17年やってきて、自分の失敗を振り返ると、ほとんどがこのパターンでした。
この記事では、3年目で確証バイアスにはまっていた具体的なシーン、そこから抜け出すために身につけたクリティカルシンキングの技術、そしてそれが5つのビジネスフレームワークの中でどの位置にあるかまで、一気通貫で書きます。「センスがない」「経験不足」と自己診断していた若手Webデザイナーに、3年目の自分宛てに書くつもりで残します。
「自分の好きな色」を理由付けしていた頃のこと
3年目くらいの頃、地方の不動産会社のサイトリニューアル案件で、私は完全に詰まりました。クライアントレビューの席でディレクターが画面共有して、向こうの担当が「このメインカラー、なぜブルーグレーなんですか？」と聞いてきた瞬間です。
頭の中には理由「らしきもの」がありました。「信頼感が出る」「ブランドカラーと近い」「白との余白が綺麗」。でも口から出たのは「なんとなく、落ち着くかなと思いまして」だった。帰りの電車で耳が熱くなったのを、いまでも覚えています。
当時の私を冷静に分解すると、こうなります。「自分はブルーグレーが好き」という前提が先にあって、後から「信頼感」「ブランドカラー」「余白」と理由を集めていた。逆ではないんです。色を選んでから、それを正当化する理由を探していた。これがまさに確証バイアスです。
3年目の自分は、これを「センスがない」「経験不足」と自己診断していました。本気で「自分はデザイナーに向いていないのかもしれない」と考え込んだ時期もあります。でも、いま振り返ると違う。判断の手順が逆だっただけでした。3〜5年目のデザイナーから話を聞くと、似たような場面の話が驚くほどよく出てきます。
確証バイアスとは何か — 自分の信念に合う情報だけ集めてしまう罠
確証バイアス（Confirmation Bias）は、自分がすでに持っている信念や仮説に合致する情報を優先して集め、反証となる情報を無視・軽視してしまう認知の偏りのことです。1960年代に心理学者ピーター・ウェイソンが「2-4-6課題」という実験で実証して以来、認知心理学の中でもっとも頑健に再現される現象のひとつとして知られています。
厄介なのは、これが「自分は冷静に判断している」と感じているときほど強く働く点です。デザインの現場で言えば、「ロジカルに色を選んだ」と本人は思っているのに、実際は最初に好きな色があって、その正当化材料だけを拾っていた、というケースが普通に起こります。3年目の私がまさにそれでした。
確証バイアスを外すための思考の型が、クリティカルシンキングです。米国の教育心理学者リチャード・ポールとリンダ・エルダーが Paul-Elder Framework として体系化していて、「前提」「目的」「データ」「視点」など複数の知的基準で自分の判断を点検する技術として整理されています。難しそうに書きましたが、現場で必要なのは1点だけです。「自分は本当にこの結論にニュートラルに辿り着いたのか？」と一度問う癖。これだけで、判断の質は変わります。
クリティカルシンキングは、「批判的に考える」と直訳すると角が立ちますが、実際の感覚は「判断を一段保留して、自分の前提を疑う」に近いです。攻撃の道具ではなくて、自分の判断ミスを減らすための内省ツール、というのが17年使ってきた私の解釈です。
デザイナーが確証バイアスにはまる3つの場面
17年現場をやってきて、デザイナーが確証バイアスにはまる場面はだいたい3パターンに収束する、というのが個人的な体感です。順番に書きます。
① 色選び — 自分の好みを「ブランドに合う」と後付けする
冒頭のブルーグレー事件がこれです。自分が好きな色を選んで、後から理由を探すのは、デザイナーが確証バイアスにはまる典型例の1つ目です。
当時の自分の頭の中を再現すると、こんな順番でした。
- （無意識）この案件、ブルーグレーで作りたいな
- （自覚あり）ブランドの色を確認しよう → 紺系だから「近い」と言える
- （自覚あり）余白との相性を見よう → 白背景に合う、と言える
- （自覚あり）コンセプトを見よう → 「信頼感」と書いてある、合う
一見ちゃんと考えているように見えますが、出発点が「ブルーグレーで作りたい」になっている時点で、結論は最初から決まっています。これは「色を論理的に選んだ」のではなく、好きな色の正当化材料を集めただけです。クライアントから「なぜ？」と聞かれて答えに詰まったのは当然でした。本当の理由は「好きだから」で、後付けの理由は薄かったので。
② 要望そのまま採用 — 「アニメーション増やしたい」を疑わなかった失敗
もう1つの確証バイアスは、クライアント要望をそのまま採用するパターンです。これは自分の信念ではなく「相手の信念」に乗っかってしまう形ですが、構造は同じです。
4年目くらいの通販系の案件で、「TOPページにアニメーションを増やしてほしい」とクライアントから来たことがありました。当時の私はそのまま受けて、ローディングアニメ、スクロール連動、ホバー時の細かな動き、と一気に盛り込んだ。出来上がりは華やかでした。
公開後、CVRが上がらないどころか少し下がりました。あとからクライアントとあらためて話を聞き直して分かったのは、本当の課題が「TOPの離脱率が高くて不安」だったことです。担当者の頭の中で「離脱率が高い → サイトが地味 → アニメーションが足りない」という連想が起きていて、「アニメーション増やして」という要望に変換されて私に届いていた。私はその変換後の言葉だけを真に受けて、検証せずに採用した。
確証バイアスは、自分側だけでなく相手側にも働きます。クライアント自身も「自分の仮説に合う解決策」だけを口に出していることが、現場では普通にある。要望をそのまま採用すると、相手の確証バイアスに乗っかったまま手を動かすことになります。これは長期的には自分の信頼を削るので、いまの私は最初の30分で必ず「なぜ？」を3回掘るようにしています。
③ デザインレビュー — 自分の意図に合うフィードバックだけ拾う
3つ目が一番気づきにくいです。レビューで複数のフィードバックを受けたとき、自分のデザイン意図を肯定するコメントだけ重く受け取って、否定するコメントを軽く流すパターン。
具体的にはこんな感じです。3人からレビューが来て、「Aさん: いいですね、トーンも合ってます」「Bさん: 全体的にいいけど、CTAの色が弱いかも」「Cさん: コンセプトとビジュアルが少しずれてる気がする」と返ってきたとする。確証バイアスにはまった自分は、Aさんの肯定コメントを脳内で大きく扱い、Bさん・Cさんの違和感を「個人の好みの話」「些末な指摘」と分類して、ほぼ無視する。
これ、本当によくやりました。「肯定されたい」という気持ちが先にあるから、肯定材料を集めてしまう。後日Cさんの違和感が本質を突いていたと気づくのは、たいてい公開後にKPIが動かなかったときです。レビューは民主主義ではなく、3人のうち1人だけが核心を突いている、というケースが普通にあります。誰が「自分の意図に反することを言っているか」を、わざわざ重く扱うのが、確証バイアス対策としては効きます。
クリティカルシンキングで確証バイアスを外す技術
確証バイアスを完全に消すことはできません。これは脳の仕様で、私自身いまでも油断するとはまります。ただ、確証バイアスに気づく癖をつけることはできる。17年やってきて自分が定着させた3つの技術を書きます。どれも難しくないので、次の案件から試せます。
要望を「なぜ」で3回掘る
クライアントの要望が来たら、採用する前に「なぜ」を最低3回掘る。これだけです。トヨタの「なぜなぜ分析」と似ていますが、デザイン現場で使うときはもっと軽い感覚です。
先ほどのアニメーション案件をいまの自分がやるなら、こうなります。
- クライアント: 「TOPにアニメーションを増やしたい」
- 私（なぜ①）: 「なぜアニメーションを増やしたいんですか？」
- クライアント: 「サイトが地味で、ユーザーが離脱している気がする」
- 私（なぜ②）: 「ユーザーが離脱しているのは、どこで分かりましたか？」
- クライアント: 「GA見たら直帰率が60%超えで、競合より高い」
- 私（なぜ③）: 「直帰の原因は、地味さで合ってますか？それともファーストビューで何を伝えたいか分かりにくい？」
3回掘ると、たいてい本当の課題が見えます。アニメーションではなくファーストビューの情報設計が問題、というケースが多い。打ち手も変わります。「要望」と「課題」は別物で、要望に直接答えると確証バイアスの連鎖にハマる。課題に答えるには「なぜ」を掘る必要があります。
このフレームを5つのビジネスフレームワーク全体の中に位置づけると、クリティカルシンキングが入口になり、その後に出てくるロジカルシンキングや言語化が分解と整理の道具として続きます。
反対意見を1分だけ真剣に検討する
レビューで自分の意図に反するフィードバックが来たとき、1分だけ「これが正しかったらどうなる？」と真剣にシミュレーションする。私が一番効くと感じている技術です。
反射的に反論しないだけで、判断の質はかなり変わります。コツは、感情で受け止めずに「もしBさんが言うように CTA の色が弱いとしたら、ユーザーは画面のどこを最初に見るだろう？」と具体的なユーザー行動まで降ろすこと。降ろせると、自分のデザインの穴が見えることがある。降ろせないなら、Bさんの指摘は今回は採用しない、で決着できる。
1分というのも大事で、長く考えすぎると今度は自分のデザインへの自信が崩れすぎます。短く真剣に検討して、採用 or 棄却を意識的に決める。「無意識に流す」のだけはやめる、これが確証バイアス対策の核心です。
自分の選択を他人に1分で説明できるかチェックする
色・タイポ・余白・CTA配置といった主要な判断について、レビュー前に「他人に1分で説明できるか」を自問する。これも確証バイアス検知センサーとしてよく効きます。
説明できないということは、自分でも理由を掘れていないということです。理由を掘れていないということは、「好き」「なんとなく」「いつもこうしてる」のいずれかで選んでいる可能性が高い。それ自体が悪いわけではなくて、そのままレビューに持ち込むと答えられないので、説明可能な状態まで詰めてから出す、というだけの話です。
私の場合、レビュー資料を作るときに「色・タイポ・CTAの3項目だけは1行ずつ理由を書く」というルールにしています。書こうとして書けない項目があったら、そこは確証バイアスで選んでいる証拠。レビューの30分前に気づければ、まだ修正できます。
判断を他人に説明する技術については、ロジカルシンキング側の話とも繋がります。説明が苦手なデザイナーのためのロジカルシンキングのほうで、構造化のテクニックを別途まとめました。
5つのビジネスフレームの中での位置づけ — pillar記事の①にあたる
この記事で扱った確証バイアスとクリティカルシンキングは、Web制作17年の現場で私が使っている5つのビジネスフレームワークのうち、①番目「入口のフレーム」にあたります。pillar記事側でこう書きました。
- クリティカルシンキング — 要望を疑う、確証バイアスを外す（← この記事）
- ロジカルシンキング — サイト構成・LP導線を整理する
- フレームワーク思考 — 考える順番を固定する
- 言語化 — 「なんか良い」を分解する
- SMART法則 — 曖昧なゴールを判断基準に変える
クリティカルシンキングが入口に来ているのには理由があって、これがないと残りの4つが空回りするからです。ロジカルシンキングで美しく分解しても、出発点（クライアント要望や自分の好み）が確証バイアスに乗っていたら、結論は最初から歪んでいます。SMARTで数値ゴールを立てても、そのゴール自体が誰かの確証バイアスから生まれていたら、追っても意味がない。
順番として、確証バイアスを外す → 課題を正しく定義する → ロジカルに分解する → 言語化する → 数値ゴールに落とす、という流れが一番安定して回ります。クリティカルシンキングを最初に置いていない判断フローは、たいてい途中で揺れます。
もう少し深掘りしたい人向けに、考える順番のフレーム化については問題解決フレームワークの基本のほうでまとめています。AI時代のクリエイター像との接続点はAI時代のクリエイター・デザイナーのキャリア観に書きました。
まとめ — 次のレビュー前にやる、1つだけのこと
長くなったので、最後に「次の1歩」を1つだけに絞ります。
次のデザインレビューの前に、自分の主要な3つの判断（メインカラー・タイポ・CTA配置）について、1行ずつ理由を書く。書けないものがあったら、それが確証バイアスの可能性が高い場所です。レビューに出す前に、もう一度「なぜ」を3回掘ってください。
3年目の自分に伝えたいのは、確証バイアスに気づくのは「センスや経験の問題」ではなくて「手順の問題」だということです。判断してから理由を集めるのか、理由を集めてから判断するのか。順番をひっくり返すだけで、レビューでの詰まり方は変わります。私は5年目あたりからこの感覚が掴めてきて、その後の12年でだいぶ楽になりました。
確証バイアスは完璧には消せません。いまの私も、油断するとブルーグレーを選びにいきます。ただ、選んだあとに「これは自分の好みから出発していないか？」と一度問う癖がついた。それだけで、クライアントに「なぜ？」と聞かれて答えに詰まる回数は、年に1〜2回まで減りました。消すのではなく、気づける状態にしておくのが、現実的なゴールだと思います。
クリティカルシンキングを起点にした5つのビジネスフレームワーク全体の使い方は、pillar記事のビジネスフレームワークでデザインが変わる｜17年の現場で使う5つの判断軸で通しで書いています。次の案件で1つだけ試したい人は、そちらをブックマークしてください。
参考文献
- Paul-Elder Critical Thinking Framework（University of Louisville）
- Nickerson, R. S. (1998). Confirmation Bias: A Ubiquitous Phenomenon in Many Guises. Review of General Psychology, 2(2), 175-220.
- Wason, P. C. (1960). On the failure to eliminate hypotheses in a conceptual task. Quarterly Journal of Experimental Psychology, 12(3), 129-140.
この記事は「判断力を鍛える思考法」シリーズの一部です。
→ シリーズ全体を見る：判断力を鍛える思考法
クリティカルシンキングを Web 制作現場の判断軸として使う技術は、こちらの pillar 記事でまとめています。
→ クリティカルシンキングを含む5つのビジネスフレームワーク全体像
あわせて読みたい
「自分の強みは何か」が、見えなくなる時期があります。
診断を受けても、本を読んでも、「結局どう動けばいいか」が分からない。考えるほど止まる。これは個人クリエイターによくある状態です。
個人開発8本、月収2,000円。Web制作17年のクリエイターが、AI と「作る」「届ける」を honest に実験している過程をメルマガで公開しています。「観測する」生き方の実践ログです。
登録特典:「AI時代に取り残されないための構造整理シート」（PDF 12p / 5ステップ）― スキル棚卸しから、自分のポジション設計まで。
