1.0UX TIMEShttps://uxdaystokyo.com/articles大本 あかねhttps://uxdaystokyo.com/articles/author/akaneohmoto/rich600338<blockquote class="wp-embedded-content" data-secret="5P8Qk3KRXy"><a href="https://uxdaystokyo.com/articles/glossary/affirming-the-consequent/">後件肯定</a></blockquote><iframe sandbox="allow-scripts" security="restricted" src="https://uxdaystokyo.com/articles/glossary/affirming-the-consequent/embed/#?secret=5P8Qk3KRXy" width="600" height="338" title="“後件肯定” — UX TIMES" data-secret="5P8Qk3KRXy" 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/affirming-the-consequent-eye-catch.png10801080「もしPならばQである」という条件命題において、「Qが真である」ことから「ゆえにPも真である」と短絡的に結論づけてしまう、形式的誤謬である。 起源 この誤謬は古代ギリシャ以来、形式論理学で認識されてきた。 近代では論理学において“P → Q、Q、ゆえにP”という構造が形式的に誤りであると明確にされている。 特定個人による提唱はないが、論理学や批判的思考における基本的概念として広く認知されている。 デザインにおける利用方法と具体事例 ① KPI改善の判断 問題点：「もしこのUIを改善したらCTRが上がるはずだ（P→Q）」→「新UIでCTRが上がった（Q）」→「だからUI改善が原因だ（P）」と結論づけるのは短絡で誤りである。 対策：必ず他要因（広告キャンペーン、訪問ユーザー層の変化など）にも目を向け、ABテストや回帰分析を活用して因果関係を検証する。 ② ユーザーレビューの解釈 問題点：「もし使いにくいUIなら高評価はつかないはず（P→Q）」→「実際には高評価が得られた（Q）」→「だからUIは使いやすい（P）」と判断するのは誤謬である。評価には価格、ブランド、サポートなど他要因が影響するからである。 対策：UI評価と並行して、価格満足度や競合比較評価も合わせて分析する。 ③ 機能追加と利用推測 問題点：「この新機能を追加すれば活用されるはずだ（P→Q）」→「リリース後、一定数の利用が生じた（Q）」→「だから機能が成功だ（P）」と即断するのは危険である。利用者は一時的に試しただけかもしれない。 対策：利用頻度や継続率、ユーザーフィードバックを定量／定性で追い、因果関係と継続性を検証する。 「この場面に使えるかな？」シーン プロジェクトの社内報告ミーティングで、改善施策を振り返る場面 誤った推論例：「P：機能A改修 → Q：サポート問い合わせが減る」→報告時に「問い合わせが減ったから機能改修が効果的だった」と断定。 改善事例：「問い合わせ減少に加え、ユーザーアンケートも改善評価が増加」「ただし同時期にFAQリニューアルもあったため、AB比較などで因果検証を実施している」と論理構造を明示。 デザイン現場でのチェックポイント Q（結果）が出ても直ちにP（原因）を断定しない。 他の因果関係や複数要素の可能性を常に考慮する。 ABテストや回帰分析など、因果関係の検証手段を併用する。 後件肯定は、「結果（Q）が出た」ことだけで「それを唯一の原因（P）」と決めつけてしまう思考のワナである。プロダクト設計や運用評価においては、必ず多因果構造と検証ロジックを押さえることで、より正確で信頼性の高い意思決定が可能になるである。 前件否定の誤謬 と 後件肯定の誤謬 の違い 前件否定の誤謬と後件肯定の誤謬は、どちらも「もしPならばQである（P → Q）」という条件文の誤った解釈から生じる論理的誤謬であるが、間違いのパターンが異なる。 以下にわかりやすく比較して解説する。 種類 形式 なぜ誤りか 前件否定の誤謬 「PでなければQではない」→ Pでない → だからQでない QはP以外の原因からも起こり得るため、否定できない。 後件肯定の誤謬 「PならばQ」→ Qが起きた → だからPだ Qが起きた原因はPとは限らず、他の原因でも成立し得るため。  例で理解する 例文（条件文）： 「もしそれがリンゴなら、赤いはずだ（P → Q）」 ✅ 正しい論理（仮言三段論法） P：リンゴである Q：赤い 「リンゴなら赤い」→「これはリンゴだ」→「だから赤い」✅（これは正しい） ❌ 前件否定の誤謬 前提：「もしリンゴなら赤い（P→Q）」 主張：「これはリンゴではない（¬P）」 結論：「だから赤くない（¬Q）」 間違いポイント：リンゴでなくても、赤いものはトマトもある。なので、Qが「赤くない」とは言えない。 ❌ 後件肯定の誤謬 前提：「もしリンゴなら赤い（P→Q）」 主張：「これは赤い（Q）」 結論：「だからリンゴだ（P）」 間違いポイント：赤いものはリンゴだけではない。なので、赤いから「りんご」とは言えない。  UX・プロダクトデザインでの活用 前件否定の誤謬を避ける 誤謬例：「このボタンが赤くなければユーザーはクリックしない（P→Q）」→「今は赤くないから、ユーザーはクリックしない（¬P→¬Q）」 対策：色以外の要因（ラベル、配置、文脈）も考慮すべき。 後件肯定の誤謬を避ける 誤謬例：「クリック数が増えた（Q）から、デザイン変更が効いた（P）」 対策：同時期に他の施策がなかったか検証し、A/Bテストなどで因果を裏付ける。 どちらも「条件文の一方向性（→）」を逆方向に使ってしまう誤りである。 プロダクトやコンテンツの改善や評価においては、因果関係を飛躍させず、他の可能性や条件を検討する慎重な姿勢が重要である。