立証責任フレームワーク

英語名 Burden Of Proof
読み方 バーデン オブ プルーフ
難易度
所要時間 議論・意思決定のたびに適用
提唱者 古代ローマ法の「ei incumbit probatio qui dicit, non qui negat(主張する者に証明義務がある、否定する者にではない)」が起源。法学から論理学・科学哲学・ビジネスの意思決定へと応用範囲が広がった。
目次

ひとことで言うと
#

「主張する側が証明する責任を負う」という原則。議論が空転するとき、「誰が証拠を出すべきか」を明確にすることで、論点を整理し意思決定の質を上げる。

押さえておきたい用語
#

押さえておきたい用語
立証責任(Burden of Proof)
ある主張が正しいことを証拠で示す義務のこと。主張する側が負う。
証明の基準(Standard of Proof)
立証が十分とみなされるために必要な確からしさのレベルを指す。法律・科学・ビジネスでそれぞれ異なる。
反証可能性(Falsifiability)
ある主張が「間違っている」と示す方法が原理的に存在する性質。反証不能な主張は科学的に検証できない。
帰無仮説(Null Hypothesis)
「効果がない」「差がない」という前提を置き、これを否定するデータがあるかで判断する統計的手法。
挙証責任の転換(Shifting the Burden)
一定の条件を満たすと、立証責任が主張者から相手方に移る仕組み。

立証責任フレームワークの全体像
#

立証責任の構造と証明の基準レベル
基本原則「主張する者が証明する」証明できなければ主張は退けられる法律民事:証拠の優越(51%以上の確率)刑事:合理的疑いの余地なし(95%以上の確信)科学帰無仮説の棄却(p値 < 0.05)再現性の担保(第三者が検証可能)ビジネスROI・データ根拠(数字で示す)MVP・POCによる検証(小さく試して証明)挙証責任の転換一定の証拠を示すと、立証責任が相手方に移る例:MVPの結果を見せて「やめる理由を示してくれ」
議論における立証責任の適用フロー
1
主張を特定する
「誰が何を主張しているか」を明確にする
2
立証責任の所在を決める
現状変更を求める側に証明義務があるのが原則
3
証明の基準を合意する
どのレベルの証拠で「証明された」とするか事前に決める
論点を整理して判断
証拠が基準を満たすか否かで意思決定する

こんな悩みに効く
#

  • 会議で「なんとなく反対」する人に振り回されて決まらない
  • 新しい施策を提案したいが、上司の「前例がない」で却下される
  • 議論が堂々巡りになり、何が論点なのか見失う
  • 「証拠を出せ」と言われるが、どこまで出せば十分かわからない
  • 根拠のない主張と根拠のある主張が同列に扱われる

基本の使い方
#

ステップ1:誰が何を主張しているかを整理する

議論が混乱するとき、まず「主張の方向」を整理する。

原則:

  • 現状維持 vs 変更: 変更を求める側が証明する
  • 肯定 vs 否定: 存在を主張する側が証明する(「ある」を示すほうが「ない」を示すより容易)
  • 異例の主張: 通常と異なる主張をする側に立証責任がある

例: 「この機能を廃止すべきだ」→ 廃止を主張する側が、廃止の根拠(利用率、コスト、代替手段)を示す義務を負う。

ステップ2:証明の基準を事前に合意する

「どこまで示せば証明されたとするか」を議論の前に決める。

場面証明の基準
重要な経営判断高い(データ+ROI試算)新規事業の投資判断
通常の施策提案中程度(データまたは事例)マーケティング施策の採用
実験・仮説検証低い(合理的な仮説+小規模テスト計画)A/Bテストの実施可否

基準が曖昧だと「いくら証拠を出しても足りない」という無限後退に陥る。

ステップ3:挙証責任の転換を意識する

一定の証拠を示した後は、「この証拠に反論できるか」と相手に立証責任を移す。

実践例:

  • MVPで月100ユーザーを獲得 → 「スケールしない証拠」を出す責任は反対側に移る
  • 競合3社の成功事例を提示 → 「うちでは通用しない理由」を出す責任は反対側に移る
  • 顧客インタビュー20件で同じ課題が出た → 「その課題は優先すべきでない根拠」を出す責任は反対側に移る

具体例
#

例1:プロダクトマネージャーが機能提案を通す

従業員150名のSaaS企業。PMが「チャット機能の追加」を提案したが、CTOから「エンジニアリングコストが大きい。本当に必要か証明してくれ」と返された。

立証責任フレームワークを適用:

  • 主張者: PM(現状を変更したい側)
  • 証明の基準: CTOと事前合意 → 「需要の存在」+「ROIの概算」

PMが準備した証拠:

証拠内容
顧客インタビュー15社中11社(73%)が「チャット機能があれば他ツールを削減できる」
解約理由分析過去6か月の解約理由の 22% が「コミュニケーション機能の不足」
ROI概算開発コスト800万円 / チャーン率改善による年間収益増 2,400万円 = 回収4か月

CTOは証拠を認め、Q3のロードマップに組み込む決定をした。「なんとなく欲しい」から「証拠で示す」に切り替えたことで、議論が1回の会議で決着した。

例2:人事部が新研修プログラムの廃止を食い止める

年商120億円のメーカー。CFOが「管理職研修プログラム(年間予算1,500万円)を廃止すべき」と提案。理由は「効果が見えない」。

人事部長が立証責任の所在を整理:

  • CFOの主張は「現状(研修あり)を変更(廃止)する」→ 立証責任はCFO側にある
  • ただしCFOは「効果がない」と証明する必要はなく、人事側が「効果がある」と示せていない現状が問題

人事部は守りの姿勢から転じ、自ら証拠を提示した:

  • 研修受講者 vs 未受講者の部下エンゲージメントスコア: 受講者 +14ポイント
  • 受講者の部下離職率: 全社平均12.3% vs 受講者チーム7.8%
  • 離職コスト概算(採用+研修): 1名あたり350万円 × 差分人数 = 年間約2,100万円の削減効果

挙証責任の転換が起きた。CFOは「この効果が研修以外の要因でないと言えるか」と問い返したが、2年分のデータで一貫した傾向を示し、研修は存続が決まった。予算は 1,500万円 → 1,200万円 に削減されたが、廃止は免れた。

例3:地方の酒蔵が新商品の企画会議で使う

創業140年の酒蔵(従業員18名)。4代目が「低アルコールの日本酒スパークリングを開発したい」と提案したが、杜氏と先代が「伝統を守るべき」と反対。

議論が感情的になりかけたところで、4代目が立証責任フレームワークを導入した。

整理結果:

  • 主張1: 4代目「新商品を作るべき」→ 立証責任は4代目
  • 主張2: 先代「伝統を守るべき」→ これも主張。「変えない」根拠も必要

4代目が示した証拠:

  • 20〜30代の日本酒購入率は10年で 18% → 9% に半減
  • 低アル・スパークリング市場は前年比 +23% 成長
  • 試作品の試飲会(50名)で購入意向 68%
  • 開発コスト250万円、損益分岐点は 800本(既存販路で6か月で達成可能)

先代は「伝統ブランドが毀損される証拠」を示す必要が出たが、類似の挑戦で成功した酒蔵の事例を4代目が3件提示し、毀損リスクは限定的と判断された。最終的に限定1,000本での試験販売が決定し、3か月で完売した。

やりがちな失敗パターン
#

  1. 立証責任を相手に押し付ける — 「やらない理由を説明しろ」は、自分が証拠を出す前に使うとただの強引さ。まず自分の主張を裏付けてから転換する。
  2. 証明の基準を曖昧にしたまま始める — 「十分な証拠」の定義が人によって違うと、いつまでも合意に達しない。
  3. 「悪魔の証明」を求める — 「リスクがゼロだと証明しろ」は不可能。存在の否定は原理的に証明困難。
  4. 証拠の質を量で補おうとする — スライド50枚の資料より、核心をつくデータ1つのほうが説得力がある。
  5. 感情的な訴えを証拠と混同する — 「お客様が怒っている」は証拠ではなく主観。怒っている顧客の割合とその原因分析が証拠になる。

まとめ
#

立証責任フレームワークは「誰が証明すべきか」と「どこまで証明すれば十分か」を明確にするだけのシンプルな原則。だが、これを意識するだけで議論の質は劇的に変わる。次に会議で議論が空転したら、「この場で立証責任はどちら側にありますか?」と一言聞いてみるとよい。