1.0UX TIMEShttps://uxdaystokyo.com/articles大本 あかねhttps://uxdaystokyo.com/articles/author/akaneohmoto/rich600338<blockquote class="wp-embedded-content" data-secret="nXIr7ZsVj9"><a href="https://uxdaystokyo.com/articles/glossary/conjunction-fallacy/">連言錯誤</a></blockquote><iframe sandbox="allow-scripts" security="restricted" src="https://uxdaystokyo.com/articles/glossary/conjunction-fallacy/embed/#?secret=nXIr7ZsVj9" width="600" height="338" title="“連言錯誤” — UX TIMES" data-secret="nXIr7ZsVj9" frameborder="0" marginwidth="0" marginheight="0" scrolling="no" class="wp-embedded-content"></iframe><script> /*! This file is auto-generated */ !function(d,l){"use strict";l.querySelector&&d.addEventListener&&"undefined"!=typeof URL&&(d.wp=d.wp||{},d.wp.receiveEmbedMessage||(d.wp.receiveEmbedMessage=function(e){var t=e.data;if((t||t.secret||t.message||t.value)&&!/[^a-zA-Z0-9]/.test(t.secret)){for(var s,r,n,a=l.querySelectorAll('iframe[data-secret="'+t.secret+'"]'),o=l.querySelectorAll('blockquote[data-secret="'+t.secret+'"]'),c=new RegExp("^https?:$","i"),i=0;i<o.length;i++)o[i].style.display="none";for(i=0;i<a.length;i++)s=a[i],e.source===s.contentWindow&&(s.removeAttribute("style"),"height"===t.message?(1e3<(r=parseInt(t.value,10))?r=1e3:~~r<200&&(r=200),s.height=r):"link"===t.message&&(r=new URL(s.getAttribute("src")),n=new URL(t.value),c.test(n.protocol))&&n.host===r.host&&l.activeElement===s&&(d.top.location.href=t.value))}},d.addEventListener("message",d.wp.receiveEmbedMessage,!1),l.addEventListener("DOMContentLoaded",function(){for(var e,t,s=l.querySelectorAll("iframe.wp-embedded-content"),r=0;r<s.length;r++)(t=(e=s[r]).getAttribute("data-secret"))||(t=Math.random().toString(36).substring(2,12),e.src+="#?secret="+t,e.setAttribute("data-secret",t)),e.contentWindow.postMessage({message:"ready",secret:t},"*")},!1)))}(window,document); //# sourceURL=https://uxdaystokyo.com/articles/wp-includes/js/wp-embed.min.js </script> https://uxdaystokyo.com/articles/wp-content/uploads/2025/06/連言錯誤アイキャッチ.png10801080「AかつB」よりも「A単独」または「B単独」の方が、発生確率は高い（または同等）であるにもかかわらず、物語的・直感的な説明「もっともらしさ」「ぽさ」による認知バイアス。 Aの確率 Bの確率 AとBの確率（連言） 論理的な結果 0.6 0.3 0.18 連言錯誤の結果 0.6 0.3 0.4 表からもわかる通り、AとBの両方が起こる確率は、それぞれ単独で起こる確率よりも低くなるべきだが、連言錯誤では逆転し、論理的ではない判断を下してしまう。合接の誤謬（ごうせつのごびゅう：conjunction fallacy）とも呼ぶ。 提唱者と起源 ダニエル・カーネマン（Daniel Kahneman）とエイモス・トヴェルスキー（Amos Tversky）によって1970年代に提唱された。 彼らは「リンダ問題」という実験によってこの錯誤を明らかにし、人間の非合理な判断特性を認知バイアス研究の中核に据えた。  有名な実験（リンダ問題） リンダは31歳。独身で聡明、哲学を学んだ。学生時代には差別や社会正義の問題に熱心で、反核デモにも参加していた。 Q. 次のどちらがより可能性が高いか？A）リンダは銀行員であるB）リンダは銀行員で、フェミニストである 多くの人がBと答えるが、確率論的にはAの方が起こりやすい。これが連言錯誤である。 デザインにおける活用法 1. ユーザーシナリオにおける錯覚の排除 利用方法：過剰なペルソナ設定やストーリー設計により、ユーザーの振る舞いが不自然に複雑になることを防ぐ。 具体例： 「このユーザーは女性で30代、環境問題に興味があり、ソーシャルアプリも頻繁に使う」など複数特徴を想定してUIを作ると、多くのユーザーから乖離する恐れがある。 よりシンプルな前提（例：「出先で素早く情報を得たい」）に立脚した設計が望ましい。 2. フィードバック設計での優先度判断 利用方法：ユーザーに「AかつBの機能」が欲しいと思わせる文脈で、単独機能Aの価値を下げてしまう状況を避ける。 具体例： 「PDFダウンロードができて、かつ印刷用レイアウトに最適化されている」UIを想定してフィードバックを集めると、前提が複雑になりすぎて真のニーズが見えなくなる。 3. サーベイや意思決定支援における文脈調整 利用方法：ユーザー調査やA/Bテストの設問設計で、連言構造になっていないか（バイアスを誘っていないか）を点検する。 具体例： ✕「このアプリは使いやすく、かつ安心感があると思いましたか？」 ◯「このアプリは使いやすかったですか？」と「安心感がありましたか？」を分ける方がデータ精度は高くなる。 実践シーン シーン 利用ポイントと連言錯誤の回避 ペルソナ・シナリオ設計 複数の属性を組み合わせすぎず、基本ニーズに集中 ユーザーテストやヒューリスティック評価 複数特徴の同時評価を避け、単一の特性ごとに観察 フォームや選択肢設計 「同時に満たす」選択肢を避け、単独評価を可能にする AIモデルのプロンプト設計 条件文に複数制約をかけすぎないことで汎用性を担保 まとめ 連言錯誤は、ストーリー性のある文脈や複数要素が絡む情報設計において、人間の直感が論理と乖離する現象である。プロダクトデザインやコンテンツ企画では、ユーザーの真のニーズを見極める際に、過剰な条件設定を避ける視点として有効である。 特にリサーチ設計やUXストーリーテリングにおいては、直感と確率論のギャップを意識することで、より現実的で汎用性の高い体験設計が可能になるである。 関連用語 代表性ヒューリスティック 帰納法