演繹法・帰納法 用語

説明

演繹法と帰納法は、結論を導く向きが逆の二つの推論法です。 演繹法は「一般的なルール（大前提）」に「目の前の事実」を当てはめ、必ずこうなるという結論を導きます（例：値上げすると需要は落ちる→自社も値上げした→需要が落ちるはず）。 ルールが正しく当てはめが妥当なら結論も確実ですが、前提そのものが間違っていれば結論も丸ごと崩れます。 帰納法は逆に、複数の個別事実を集めて「つまり共通してこう言える」という一般ルールを見出します（例：A社もB社もC社も値上げ後に解約が増えた→値上げは解約を招くのでは）。 事実から法則を作れる強みがある一方、集めた事例が偏っていたり数が少なければ、誤った一般化に陥ります。 実務では、帰納法で現場の事実から仮説（ルール）を作り、その仮説を演繹法で個別の判断に適用する、という往復で両者を組み合わせて使うのが基本です。

適用例

従業員25名・月商900万円のB2B向けSaaS企業での使い分け。 まず帰納法：解約した顧客12社を一社ずつ振り返ると、うち9社（75%）が「導入から30日以内に管理者以外のメンバーを1人も招待していない」という共通点を持っていた。 この個別事実の束から「早期にチーム利用が広がらない顧客は解約しやすい」という一般ルール（仮説）を導く。 次に演繹法：このルールを大前提に置き、「今アクティブな契約80社のうち、30日を過ぎてもメンバー招待ゼロの14社」に当てはめると、「この14社は解約リスクが高いはず」という個別結論が出る。 そこでこの14社へ集中的にオンボーディング支援を行った結果、3か月後の解約は14社中2社（14%）にとどまり、放置した場合の想定解約率（過去実績から約60%＝8〜9社）と比べ約6社の解約を防いだ。 仮に帰納の材料が「たまたま声の大きい2社」だけだったら、誤ったルールを全社へ演繹して打ち手を外していた——事例数と偏りの点検が要になる。

よくある誤解・つまずき

• 「演繹法は正しく、帰納法は不確実」という優劣の誤解。 演繹法も大前提が間違っていれば結論は確実に誤るため、確実なのは『前提が正しいとき』に限られる。 どちらが上ではなく、前提を疑う（演繹）か、事例の偏りを疑う（帰納）かの点検箇所が違うだけである。
• 帰納法で少ない事例やきれいに揃った事例だけを見て一般ルールを作ってしまう落とし穴（早すぎる一般化）。 うまくいった顧客3社の共通点をそのまま勝ち筋と断定するのが典型で、反例（例外的にうまくいかなかった顧客）も併せて見ないと、偏ったルールを全社に適用して外す。
• 演繹法を『論理的に語れば説得力が出る道具』と混同する誤解。 演繹はあくまで前提から結論を機械的に導くだけで、前提（大前提となるルール）自体の正しさは保証しない。 もっともらしい大前提を置いて綺麗に演繹しても、前提が思い込みなら結論は空論になる。

使うタイミング

②現状分析で、顧客データや失注・解約の個別事例から「自社に共通する勝ち筋・つまずきパターン」という仮説（ルール）を作る場面が帰納法の出番です。 作った仮説を③戦略方針や④アクションプランで個々の顧客・施策に当てはめて判断するのが演繹法の出番で、仮説思考の「仮説を立てる（帰納寄り）→検証し適用する（演繹寄り）」という往復に対応します。 誤用しやすいのは、帰納で事例数が少ない・偏っているのに一般ルールと断定すること、そして演繹で大前提そのものを検証せずに当てはめてしまうことです。 前者は反例と分母（何件中何件か）を必ず確認し、後者は「その大前提は本当に正しいか」をクリティカルシンキングで点検してから使うと、推論の穴を防げます。

関連する用語・フレームワーク