最短の反証ルート
最も安い検証で、結論を先に崩す
私の結論は：[結論]。やることは 1 つだけ：これが成り立たないことを示す最短ルートを探してください。要件：1）最も安く済む検証を 1〜3 個、それぞれ [時間／予算] 内で終わる形で示す；2）各検証について「どんな結果が出たら結論は不成立か」を明記する；3）「コストが最低で、一発で否定できる」順に並べる；4）その検証を 1 つ終えれば残りは不要になるものを指摘する；5）1 つしかできない場合、どれをやるか。成立する理由は論じないこと。
使い方
先に「何が出たら不成立か」を 1 文で書いてください。ここが空だと、使えない汎用チェックリストが返ってきます。
向いている場面
- それらしい結論が 1 つだけあり、今週中に投入を続けるか決める必要があるとき。半日かけて崩すほうが、もう一度裏づけを取るより安く済みます。
- きれいな業界レポートや競合データで説得されていて、論理は検証できないが、結論が先に崩れるかどうかは見られる、という場面。
向いていない場面
- 結論がまだ形になっておらず、「何が出たら不成立か」すら書けないとき。使えない汎用の検証リストが返るだけです。
- 正しいと確信していて、必要なのが実行計画と日程のとき。この手順は足を引っ張るだけなので、計画レビューに進んでください。
例
入力
カスタマーサポートを 12 人から 7 人に減らし、新しい AI チケット振り分けで問い合わせの 60% を処理する計画です。予算は 40 万元、期間は 2 か月です。
得られるもの
最短ルートはモデル精度の評価ではなく、既存チケットのうち「1 文で答えられる」ものの割合を調べることです。それが 35% しかなければ 60% の振り分けは振り分ける先がなく、2 か月後には人を戻すことになります。2 つ目の検証は、問い合わせが平時の 2.4 倍になる月末請求の 3 日間を、7 人で乗り切れるかどうかです。どちらも 2 週間で終わるので、両方だめなら 40 万元は使わずに済みます。
よくある誤用
- 「最短ルート」を「とにかく反例を 1 つ探す」と読んでしまうこと。正常な変動の範囲内の反例を 1 つ見つけて、結論が崩れたと宣言してしまいます。
- 結論だけを貼り、数字も制約も渡さないこと。どの検証が一番安いか判断できず、返ってくるルートは元の計画より高くつきます。
こう変えると効く
- 「最短ルート」を「最も安い一発否決」に変える。プロジェクトを直接終わらせられる検証だけを残し、ほかは全部捨てます。
- 末尾に「この結論が依存している前提を 3 つ挙げて」を足す。反証が、前提を 1 つずつ確認する作業に変わります。