人はなぜシンプルな答えを信じられないのか

人はなぜシンプルな答えを信じられないのか

厚い資料は、深い思考の証拠とは限らない。

Human Insight #13 第11回では、数字の揺れに物語をつける構造を見ました。第12回では、その物語が会議の空気によって合意に変わる構造を見ました。第13回では、合意された案が複雑であるほど安心される構造を扱います。

「まずは問い合わせ導線を分かりやすくしましょう」と言うと、会議室が静かになる。地味に聞こえる。当たり前に聞こえる。この程度なら誰でも言える——そう感じられます。

一方で、「全体設計を見直し、競合調査とペルソナ設計を追加し、KPIダッシュボードも整備しましょう」と言うと、空気が変わる。考えられている。本格的だ。安心できる——そう見えます。

もっと機能を増やした方がいい。もっとページを作った方がいい。もっと細かくKPIを分けた方がいい。もっと高度なAIを入れた方がいい。もっと長い提案書にした方がいい。

もちろん、必要な複雑さはあります。事業は単純ではありません。顧客も一人ではありません。Webサイトも、広告も、採用も、経営も、AI導入も、複数の要素が絡みます。複雑に考えること自体は悪くありません。

しかし、人間はときどき、複雑さそのものに安心します。 シンプルな答えを見ると、不安になる。「それだけでいいのか」「もっと考えた方がいいのでは」と感じ、要素を足す。資料を厚くする。KPIを増やす。言葉を難しくする。

その結果、何を判断していたのかが見えなくなることがあります。

本記事は、シンプルであればよいと言うものではありません。浅いシンプルさは危険です。ただし、深く考えた結果としてのシンプルさを、浅さと取り違えることも危険です。その構造を整理します。

30秒で要点

• 核：厚い資料は、深い思考の証拠とは限らない——複雑さは、安心の代わりに判断を隠すことがある
• 複雑性バイアス——難しそうなものほど、価値がありそうに感じやすい
• 責任の分散——要素が増えるほど、仮説と失敗の原因が見えにくくなる
• 第11回（数字の物語）・第12回（合意）との境界を意識する
• 今日の一手：「1行の仮説」と「何が起きたら見直すか」を先に書く

① 現象：シンプルな答えは、不安に見える

会議で、誰かが言います。

「まずは問い合わせ導線を分かりやすくしましょう」「このページでは、誰に何を伝えるかを絞りましょう」「広告を増やす前に、LPの訴求を1つに絞りましょう」「AI導入の前に、どの業務を減らしたいのか決めましょう」「KPIは、まず3つでよいのではないでしょうか」

これは、かなり重要な提案です。しかし、会議では弱く見えることがあります。地味に見える。当たり前に聞こえる。専門性が低く見える。費用に見合わないように見える。もっと大きな提案が必要に見える。

一方で、複雑な提案は強く見えます。多機能なサイト構成。大量のKPI。分厚いレポート。高度なAI構想。細かいペルソナ設計。多数の施策リスト。専門用語の多い資料。これらは、深く考えられているように見えます。

しかし、複雑であることと、正しいことは同じではありません。 たくさん書いてあることと、核心を捉えていることも同じではありません。むしろ、複雑さが増えるほど、最初の問いが見えなくなることがあります。

3ヶ月後、ページは増え、KPIは増え、資料は厚くなった。しかし「結局、誰のどの不安を変えたかったのか」を聞かれると、全員が言葉を濁す——そういう状態になりやすい。

要素を足すほど、問いは消える。 ここに、第13回の難しさがあります。

② 構造：複雑性バイアスと過剰設計

複雑性バイアス——難しそうなものほど、価値がありそうに見える

複雑性バイアス——ここでは、シンプルな説明よりも複雑で専門的に見える説明の方が、正しそう・深そう・価値がありそうに感じられる傾向を、複雑性バイアスとして扱います。

短い提案より、長い提案。簡単な言葉より、専門用語。1つの仮説より、10個の分析。少ないKPIより、多数の指標。小さな改善より、大きな構想。

人は、複雑なものを見ると「考えられている」と感じます。もちろん、本当に深く考えられている場合もあります。問題は、複雑さが思考の深さの代理指標になってしまうことです。複雑だから深い。難しいから正しい。分かりにくいから専門的。厚い資料だから安心——そう見えてしまう。

すべての場面で複雑な方が信じられるわけではありません。別の文脈では、分かりやすい説明の方が信じやすいこともあります。ただ、提案・設計・戦略の場では、「厚い・難しい・多い」が「考えられた」の代理になりやすい——第13回はそこを扱います。

シンプルは、責任が見えやすい

シンプルな答えは、不安に見えることがあります。なぜなら、責任が見えやすいからです。

「まず問い合わせ導線を直す」「ターゲットを1つに絞る」「この1つの訴求で検証する」「KPIは問い合わせ数と商談化率を見る」——こうした提案は、分かりやすい。分かりやすいから、外れたときも分かりやすい。何が仮説だったのか。何を検証したのか。何が失敗だったのか。すぐ見えます。

一方で、複雑な提案は、責任が分散します。施策が多い。指標が多い。関係者が多い。前提が多い。言葉が難しい。失敗したときに原因が見えにくくなります。どこが悪かったのか。何を見直すべきか。どの仮説が外れたのか——分かりにくい。

だから複雑さは、安心を与えることがあります。判断の責任が、ぼやけるからです。

過剰設計——不安が、要素を増やす

過剰設計とは、目的に対して必要以上に複雑な構造を作ってしまうことです。

Webサイトであれば、必要以上にページを増やす。LPであれば、訴求を詰め込みすぎる。ダッシュボードであれば、指標を増やしすぎる。AI導入であれば、最初から大きな自動化を目指しすぎる。

足りない気がする。怒られたくない。説明不足と言われたくない。考えていないと思われたくない。失敗したときに備えたい——だから、要素を足す。

しかし、要素を足すほど、実行は遅くなります。判断も遅くなります。検証も難しくなります。複雑さが、安心をくれる代わりに、行動を重くする。ここが過剰設計の怖さです。

KPIが増えると、更新条件が機能しなくなる

指標の話を、少し具体化します。

たとえば、主指標を「問い合わせ数」に置き、補助指標として「商談化率」や問い合わせの質を見るなら、週次で続行・見直しを判断しやすくなります。分子（問い合わせ件数）・分母（セッション数または期間）・単位（件／週）が揃い、何が起きたら見直すかを書きやすい。

一方、最初から12個の指標を並べると、どれが悪化したら見直すのかが会議ごとに変わります。改善した指標と悪化した指標が混在し、全体としては「なんとなく進んでいる」ように見える。更新条件が機能しません。KPIが多いほど、判断は遅く、責任はぼやけやすい。

「シンプル」と「浅い」は違う

シンプルな答えには、2種類あります。1つは、考えていないシンプルさ。もう1つは、考えた結果としてのシンプルさです。

前者は危険です。前提を見ていない。顧客を見ていない。制約を見ていない。リスクを見ていない。ただ単純化しているだけ——浅いシンプルさです。

後者は違います。多くの情報を見たうえで、重要なものを選ぶ。複数の選択肢を比べたうえで、優先順位を決める。制約を理解したうえで、まず検証する仮説を絞る。リスクを見たうえで、更新条件を置く——深いシンプルさです。

大切なのは、シンプルか複雑かではありません。何を削ったのか。なぜ削ったのか。何が起きたら見直すのか。 ここまで説明できるなら、シンプルさは浅さではありません。それは、判断の形です。

単純な仮説＋明示的な更新条件

第13回で扱いたいのは、単に「シンプルにしよう」という話ではありません。必要なのは、単純な仮説＋明示的な更新条件です。

たとえば、「このLPは、価格よりも安心感を前面に出した方が問い合わせが増える」——これは単純な仮説です。しかし、これだけでは不十分です。

2週間で問い合わせ率が上がらなければ見直す。セッション数が一定未満なら判断を保留する。商談化率が下がるなら訴求を変える。問い合わせは増えても質が下がるなら再検討する。

何が起きたら続けるのか。何が起きたら見直すのか。何が起きたらやめるのか——これを先に書く。シンプルな仮説は、検証しやすい。更新条件があれば、固定されにくい。これが、複雑さに逃げないための基本です。

第11回・第12回との接続

第11回では、数字の揺れに物語をつける構造を扱いました。第12回では、その物語が会議で反対されず、合意に変わる構造を扱いました。

第13回では、その合意がさらに複雑な設計へ進み、核心が見えなくなる構造を扱います。数字が動く。物語ができる。会議で合意される。要素が足される。設計が複雑になる。そして最初の問いが見えなくなる——実務でよく起きます。

第8回〜第12回との境界

第12回の反対しにくさは、空気と沈黙が主因でした。第13回で扱うのは、複雑さそのものが理解コストを上げ、「自分が分かっていないのが恥ずかしい」状態を作ることです。同じ「反対しにくさ」に見えても、入り口が違います。

概念の整理

混乱構造——なぜシンプルな答えを信じられないのか

1. 複雑なものほど、深く考えられているように見える — 厚い資料・専門用語・多数の分析が安心を与える
2. シンプルな仮説は、外れたときに目立つ — 責任や失敗が見えやすい
3. 不安が要素を増やす — 足りないと思われたくない、説明不足と言われたくない
4. 関係者が増えるほど、要件も増える — 誰かの不安を消すために、機能や指標が足される
5. 複雑さが理解コストを上げる — 分かりにくい自分が悪いように感じ、反対を言語化しにくい（第12回の空気とは別経路）
6. 目的より手段が残る — 何のためにやるのかより、何を作るのかが前に出る

前提の分離 - 確かなこと：複雑な問題には、複雑な設計が必要な場合がある - 不確かなこと：目の前の複雑さが、必要な複雑さなのか、不安から足された複雑さなのかは確認しないと分からない

本記事の前提：問題は複雑さそのものではなく、複雑さによって仮説・目的・更新条件が見えなくなること

③ 日常への転用——「複雑だから安心」を疑う

複雑さが悪いわけではありません。しかし、複雑さは問いを隠します。この問いが答えられないまま、要素が増えているなら、注意が必要です。その複雑さは、問題を解いているのではなく、問題を見えにくくしているかもしれません。

特に注意したいのは、複雑化が「前進」に見えやすいことです。ページが増えた。KPIが増えた。資料が増えた。AI構想が広がった——それらは作業量としては前に進んでいます。しかし、判断が前に進んでいるとは限りません。

④ 最小検証：1行の仮説に戻す

複雑になっている施策・提案・会議・構想を1つ選び、次の5つを書いてください。

1. この判断を1行にすると何か

たとえば、「問い合わせ導線を分かりやすくすれば、CVが増える」「価格訴求より安心訴求の方が、商談につながる」「AIで議事録を要約すれば、確認時間を減らせる」——まず1行にします。1行にできない場合、判断が複雑さの中に埋もれている可能性があります。

2. 何を削ったのかを書く

シンプルにするとは、雑に減らすことではありません。何を削ったのか。なぜ削ったのか。削ったものは後で戻せるのか——これを書きます。削った理由が説明できないなら、単純化ではなく省略かもしれません。

3. 何が起きたら続けるか

仮説が合っていると判断する条件を書きます。CVが上がる。商談化率が落ちない。作業時間が減る。問い合わせの質が上がる——続ける条件を先に書くことで、成功を後から作りにくくなります。

4. 何が起きたら見直すか

仮説が外れたと判断する条件も書きます。CVは増えたが質が下がった。流入は増えたが問い合わせにつながらない。KPIは改善したが現場負荷が増えた——この条件がないと、複雑な施策は惰性で続きます。

5. 複雑に戻す条件を書く

シンプルに始めたあと、必要なら複雑にしてよい。ただし、戻す条件を決めます。母数が増えたらセグメントを分ける。問い合わせ数が増えたら導線を分岐する。1つの訴求で限界が見えたら、別訴求を追加する。

最初から複雑にするのではなく、必要になったら複雑にする——これが、判断を壊しにくい進め方です。

⑤ AI時代の視点——AIは複雑さを増やすことも、削ることもできる

AI時代には、複雑なものを作ることが簡単になります。長い提案書。大量の施策案。細かいKPI。複数パターンの広告文。複雑な自動化構想——AIに頼めば、すぐに出ます。

案が多いほど、検討したように見えます。資料が厚いほど、価値があるように見えます。ここに危うさがあります。AIは、複雑さを低コストで増やせます。 だからこそ、AI時代には「増やす力」だけでなく、「削る力」が重要になります。

AIには、こう聞くことができます。

• この提案を1行の仮説にしてください
• この施策の目的を1つに絞ると何ですか
• 削ってもよい要素はどれですか
• まず検証すべき最小単位は何ですか
• 何が起きたら見直すべきですか
• 複雑にする条件は何ですか

AIにたくさん出させることは簡単です。しかし、重視すべきは、AIで答えを増やすことではありません。AIと人間で、判断できる形まで削ることです。

第14回では、第二期の総括として、不確実性のなかで、どう判断を更新するのかを扱います。判断の軸は、Method でも扱います。

シンプルとは、削った後に残る判断である

シンプルな答えは、不安に見えることがあります。それだけでいいのか。もっと考えるべきではないか。そう感じるのは自然です。

しかし、シンプルであることは、浅いことと同じではありません。多くを見たうえで、何を削るかを決める。制約を理解したうえで、まず何を検証するかを決める。失敗条件を置いたうえで、小さく始める——それは、浅い判断ではありません。むしろ、判断を壊さないための設計です。

複雑さは、安心をくれます。しかし、複雑さが仮説を隠し、目的を隠し、更新条件を隠すなら、それは思考ではなく霧になります。

もちろん、要素を削りすぎれば、必要な検討も失われます。大切なのは、複雑さの量を増やすことでも、削ることでもありません。判断を壊さないために、必要な仮説を必要なタイミングで残すことです。

シンプルとは、何も考えないことではありません。削った後に残る判断です。

第13回で見てきたのは、複雑さが判断に入り込む構造でした。次は、不確実性のなかで、どう判断を更新するのか（第14回・第二期総括）——他者・未来・過去・数字・空気・複雑さの中で、判断をどう更新するかです。

Human Insight 関連記事

前の記事

• 人はなぜ会議で「反対できない」のか — Human Insight 第12回（グループシンクと同調圧力）

次の記事

• 不確実性のなかで、どう判断を更新するのか — Human Insight 第14回（第二期総括・判断の更新）

第二期の記事

• 人はなぜノイズに意味を見出すのか — 第11回（説明可能な偶然）
• 人はなぜ「前に言ったこと」を変えられないのか — 第10回（一貫性）
• 人はなぜ「明日やる」と信じるのか — 第9回（現在バイアス）

関連記事

• 意思決定バイアス大全（診断つき） — 心理学から入る判断のクセ
• 統計で判断を壊さない（検証の型） — 数字の見方
• First byte Method — AI×心理×統計の全体像

シリーズ一覧は Human Insight — 人間理解シリーズ から。