経営判断を構造化する方法｜前提・選択肢・反証条件・KPI

1. 経営判断が属人的になる理由

属人性は、経験があること自体から生まれるのではありません。判断に使った観察、比較軸、例外条件が言葉になっていないときに生まれます。同じ会議に参加しても、担当者ごとに見ている期間、損失の定義、成功条件が違えば、結論だけを並べても合意できません。

最初に必要なのは「誰の直感が正しいか」という競争ではなく、各人が何を前提にしているかを分けることです。

2. 良い判断と良い結果は同じではない

不確実性がある以上、良いプロセスから悪い結果が生じることも、粗いプロセスから偶然良い結果が生じることもあります。結果だけで判断の質を評価すると、偶然を能力と誤認し、再現できない成功に資本を追加する危険があります。

Decision Memoは、判断時点で得られた情報、推定、仮説を保存し、事後に「何を見落としたか」「どの前提が外れたか」を確認するための記録です。

3. 最初に決めるべき判断事項

判断事項は「新規事業について検討する」では広すぎます。「第3四半期までに検証予算を配分するか」「既存事業の改善と新規開発のどちらを優先するか」のように、期限、責任者、選択可能な行動まで含めます。

4. 比較する選択肢

賛成案と反対案だけでは比較が不足します。現状維持、段階実施、縮小案、期限付き検証、撤退を含め、実行可能な選択肢を並べます。選択肢は結論の装飾ではなく、機会費用を可視化するためのものです。

5. 前提条件を分離する

市場規模、顧客獲得単価、継続率、必要人員、実行期間は同じ確度ではありません。結論を一つの数値へ圧縮する前に、主要前提を独立して変更できる形にします。感応度分析は、その前提が少し変わったときに結論がどれだけ動くかを見る作業です。

6. 事実・推定・仮説を区別する

7. Amenoha Decision Structure

各要素は独立したチェックリストではありません。判断事項が変われば必要な選択肢が変わり、選択肢が変われば比較すべき前提とKPIも変わります。

8. 現状維持と選択肢別シナリオ

現状維持ケースは、新しい選択肢を採用しない場合の費用・利益・制約・時間軸です。これとは分けて、各選択肢に主要前提の組み合わせとしてBase / Upside / Downsideを置きます。Baseは当該選択肢を採用した場合の中心的な想定であり、現在の運用の継続を意味しません。以下の12か月粗利は売上発生開始後のランレートで、意思決定日からの実現値ではありません。

以下は構造を示す架空ケースであり、Amenohaの実績ではありません。

正味寄与額は12か月粗利から追加費用を引いて算出します。シナリオ確率は90日パイロットを50% / 25% / 25%、180日フル展開を50% / 20% / 30%とし、選択肢ごとに100%です。

9. 感応度分析

すべての変数を精密化する必要はありません。結論を大きく動かす少数の前提を特定し、その範囲を観測します。獲得単価が10%動いても結論が変わらず、継続率が5ポイント動くと投資判断が逆転するなら、先に継続率の検証へ予算を使います。

10. 不可逆性と撤退可能性

同じ期待値でも、撤退できる案と撤退しにくい案は同じではありません。長期契約、専用設備、採用、ブランド変更など、元に戻す費用を別に記録します。段階投資は情報を得る権利を残すための設計です。

11. 反証条件

反証条件は「失敗したら考える」ではありません。どの観測が出たら、現在の仮説を支持できないと判断するかを事前に書きます。たとえば、検証対象の顧客が一定数に達しても有料転換が起きない、導入後の利用が特定担当者に依存する、といった条件です。

12. 判断変更トリガー

反証条件が仮説の評価であるのに対し、判断変更トリガーは行動の切り替え条件です。

13. 実行後に確認するKPI

14. Decision Memoの記入例

この数値例は架空です。顧客事例、投資成果、Amenohaの実績を示すものではありません。

15. Amenohaの支援範囲

Amenohaは、判断事項、選択肢、主要前提、シナリオ、感応度、反証条件、KPIを一つの検討構造へ整理します。結論や成果を保証せず、特定の金融商品の売買判断も提供しません。支援内容は経営判断を構造化する意思決定支援で確認できます。

この構造を実際の会議で使うための項目は、経営判断のDecision Memoテンプレートとして公開しています。暗黙知や創業者依存が課題の場合は、暗黙知を形式知化する実践手順も参照してください。