ステージマスター (Stage Master)

ステージマスターは顧客との営業ミーティングのステージを定義し、各ステージのベイジアンエンジンパラメータを設定する画面です。
すべてのユーザーが閲覧できますが、ステージの作成・修正・削除およびCompany Prior設定変更はadminまたはsuper_userロールのみ可能です。

場所： サイドバー → Settings → Stage Master

ステージとは？

営業プロセスは通常いくつかの段階を経て進行します：

1. Discovery — 潜在顧客の発掘
2. Qualification — 顧客ニーズの分析
3. Proposal — ソリューション提案
4. Negotiation — 価格・条件交渉
5. Closing — 契約締結

各ステップがステージであり、ステージマスターでこれらを設定します。1つのステージ内で複数のミーティングが行われ、各ミーティングは個別のアクティビティとして記録されます。

理解を助けるため、EXAWinで使用されるステージの意味を簡単にお話しした後、システムの使い方を説明します。

営業の現場で働く人であれば、誰でもこの直感を持っています：「発掘段階の最初のミーティングの重みは、契約直前の最終交渉テーブルのミーティングの重みとは全く異なる。」

最初のミーティングで顧客が笑顔を見せて肯定的な反応を示すのは、単なる「興味」にすぎないかもしれません。しかし、最終交渉テーブルで顧客が肯定的なシグナルを見せれば、それは受注を確定させる「決定的な証拠」になります。残念ながら、従来のCRMや営業管理システムは2つのミーティングをフラットに「活動1回」と同等に扱います。データがその取引の緊張感やモメンタムを全く捉えられないのです。

EXAWinはベイジアン推論と対数重み付けという強力な武器を導入し、この現場の直感をシステム内の数学的論理として翻訳します。

ベイジアン確率の本質は「新しい証拠が現れるたびに我々の信念（確率）を更新する」ことです。営業担当者が顧客と会うたびに新しい情報（シグナル）をシステムに入力すると、受注確率は精密に再キャリブレーションされます。

しかし前述の通り、すべての証拠が同じ価値を持つわけではありません。証拠の破壊力は後半のステージに向かって指数関数的に成長しなければなりません。このため、営業ステージをStageに分類し、各ステージに固有のStage Value (SV)を付与しました。

Stage Valueを単純に掛けるのではなく、自然対数（$\ln$）で変換した次の式で重みを計算します。

ベイジアン推論で線形倍数（1倍、2倍、3倍...）ではなく対数関数を採用した背景には、非常に精密なビジネス計算があります。

• 初期ステージの安定性：Discovery（ステージ1）では$1 + \ln(1) = 1.0$の重みが適用されます。初期ステージでノイズや時期尚早な肯定シグナルにシステムが過剰反応して確率を膨らませることを防ぎます。
• 後半の重量級増幅：Proposal（ステージ3）では約$2.1$、Closing（ステージ5）では約$2.6$の重みが掛かります。パイプライン後半に入る決定的なシグナルは2倍以上の強力な影響量に変換され、確率を決定的閾値を超えて強力に押し上げます。
• 制御された加速：重みを単純に$1, 2, 3, 4, 5$と掛けた場合、後半のステージで数値が異常に爆発してデータの信頼性を破壊します。自然対数($\ln$)は値が大きくなるほど増加率が遅くなる性質があり、無制御な暴走を完璧に抑制しながら後半ステージの重要性は強く反映します。

このロジックを持つシステムは、営業担当者を苦しめる監視ツールではなく、営業担当者の直感を証明するパートナーになります。営業担当者が「この最終ミーティングで確実に勝ちのモメンタムを掴んだ」と直感すれば、システムも同様に$1 + \ln(SV)$の強力な加速エンジンを稼働させ、その直感を99%近いデータ駆動型確信に変換してリーダーのダッシュボードに投影します。逆に、後半ステージで否定的なミーティングシグナルが入ると、同じ重みが反映され、重大なリスクの事前警告を提供します。

結論として、EXAWinのステージシステムは営業の永遠の不文律 ―「取引の重みは時間とともに重くなる」― を数学で最も優雅かつ隙のない言語に翻訳した結果なのです。

関連するより多くの内容は以下のリンク記事を参照してください。

BA02. [EXA ベイジアン推論] 営業の見えない手：60日間の賭け

BA02. [付録 1] ベイジアンエンジン：不確実性を管理する数学的錬金術

BA02. [付録 2] 沈黙のパラドックス：情報エントロピーとLog重みの幾何学

BA02. [付録 3] 営業受注確率判定システム

画面構成

画面は2パネルレイアウトで構成されます：

• 左パネル — 登録されたステージテーブル（一覧、クリックで編集）
• 右パネル — ステージ作成/編集フォーム（タブ切替：Stage Configuration / Company Prior）

上部ヘッダー

ステージテーブル

登録されたすべてのステージがテーブル形式で表示されます。

テーブル行をクリックすると右パネルにステージ情報が読み込まれ編集できます。

標準ステージデータ

EXAWinのすべてのステージとパラメータ（SV、T、k）はベイジアンエンジンの数学的フレームワークに合わせて精密に校正された標準データです。この値は独立した数字ではなく、Prior（α/β）、Signal Impact、決定Impedanceと連動するシステムを構成しています。

⚠️ パラメータを任意に変更すると事後確率が歪みます。 ベイジアンエンジンはSV → SWV → Impact重み → α/β更新 → P(Win) → Impedance(T, k)の順序で連鎖的に計算するため、どれか1つの値でもフレームワークから逸脱すると、確率計算全体の信頼性が崩壊します。

標準ステージ一覧

ステージ値を勝手に変えてはいけない理由

ベイジアン推論ではパラメータはシステムの世界観です。パラメータが変わると世界を解釈する方式自体が根本的に変わります。EXAWinのステージパラメータ（SV、T、k）がなぜ任意変更に敏感なのか、数学的・ビジネス的根拠とともに説明します。

SV (Stage Value) — 証拠の重みを決定する尺度

ベイジアン推論で事後確率$P(\theta \mid D)$は事前確率 × 尤度で決定されます。EXAWinは営業シグナルを直接確率分布でモデル化できないため、疑似カウント（pseudo-count）方式を使用します：

ここでSWVはSVをLog変換した値（SWV = 1 + ln(SV)）です。つまり、SVが変わるとSWVが変わり、SWVが変わると各ミーティングでαまたはβに加算される量が変わります。これがBeta分布$\text{Beta}(\alpha, \beta)$の形状を直接決定し、事後確率の全軌跡が変わるのです。

具体的に発生しうる問題です：

• SVを高く設定した場合（例：Discoveryを1ではなく5に設定）：初回ミーティングでαが2.6 × Impact増加します。Prior強度が$S = \alpha_0 + \beta_0 = 10$の場合、ミーティング1回でPrior全体の26%が揺れる計算です。これはf-coupling EPR（Evidence-Prior Ratio）ガードレールに直接違反します。結果：最初のミーティングで顧客が1回笑っただけで受注確率が40%から65%にジャンプします。

• SVを低く設定した場合（例：Negotiationを5ではなく1に設定）：最終交渉での決定的なシグナルがDiscoveryと同じ重みで反映されます。営業担当者が「顧客が契約書の前でOKしました」と報告しても、システムでは「最初のミーティングで興味を示した」レベルと同等に処理されます。後半ステージの重大な証拠が埋もれ、P(Win)が実際の状況を全く反映できなくなります。

なぜLog変換か？ 人間の感覚はウェーバー＝フェヒナーの法則に従います — 刺激の強さが増すほど、同じ増加分に対する知覚変化は減少します。対数関数はこの自然法則を数学的に実装します：初期ステージ（SV=1→2）では重みが急激に増加（1.0→1.69）する一方、後半ステージ（SV=4→5）では穏やかに増加（2.39→2.61）します。これにより後半ステージの増幅は確保しつつ、指数的な暴走は抑制します。

T (Threshold) — ステージごとの通過基準

ベイジアン決定理論（Bayesian Decision Theory）で最適決定境界は事前確率、損失関数、証拠の品質によって決定されます。Tはこの概念を営業パイプラインに適用したものです。

各ステージでTが段階的に上昇するのは単純な慣行ではなく、コスト構造の反映です：

Tを任意に低くすると偽陽性（False Positive）が急増し（成功できない取引に投資）、高すぎると偽陰性（False Negative）が増加します（勝てる取引を逃す）。標準T値は2つのエラーの最適バランスを表します。

k (Velocity) — 判別の鮮明度

kはシグモイド関数$I = \frac{1}{1 + e^{-k(P - T)}}$のスロープを決定します。統計学的に決定境界の明確さに対応します。

• kが小さい場合（例：k=1）：P(Win)がTの上にあっても下にあってもImpedanceがほぼ同じ → システムが「わからない」と言っている状態
• kが大きい場合（例：k=15以上）：Tとの差が0.01でも極端な判定 → わずかなノイズでGo/No-Goが180度反転

標準k値は各ステージのビジネスコンテキストに最適化されたスロープです。Proposal（k=12）が鮮明なのは「数百万投資直前に曖昧さは許されない」という現場の要求を反映し、Discovery（k=5）が緩やかなのは「まだ探索段階、判定を急がない」という態度を反映しています。

⚠️ kの理論的最大値はk = 12です。k > 12はシグモイドが事実上ステップ関数になり、判別がバイナリ分類に変わります。Auto-TunerのGrid Searchもこの上限を尊重します。

十分なデータが蓄積されれば、EXAWinのAuto-Tunerが各ステージごとにk=1〜12の範囲でGrid Searchを実行し、最適値を自動提案します。手動調整よりもAuto-Tunerによるデータ駆動キャリブレーションを推奨します。

ステージ名の変更

ステージの名前は貴社の営業プロセスに合わせて自由に変更できます。例えば「Discovery」を「初回コンタクト」に、「Solution-Fit」を「技術検証」に変更してもベイジアン計算には影響しません。ただし数値パラメータSV、T、kは標準値を維持してください。

パラメータ変更が必要な場合

標準値を変更する必要がある場合は、必ず以下のドキュメントを先に読んでパラメータ間の関係を理解してから変更してください：

• ベイジアン適用：Prior Alpha, Beta — Prior設定原理、Sequential Learning構造
• ベイジアン適用：パラメータ校正と自動最適化 — f-coupling原則、EPRガードレール、Auto-Tuner

💡 十分なデータが蓄積されれば、EXAWinのAuto-Tunerが過去のWon/Lost記録を分析して最適パラメータを自動提案します。手動調整よりもAuto-Tunerによるデータ駆動キャリブレーションを推奨します。

ターミナルステージ（システム固定）

以下の2つのステージはシステムが自動生成し、修正・削除が不可能です：

これらのターミナルステージはベイジアン確率計算の最終結果分類に使用され、すべてのフィールドが読み取り専用です（🔒 System表示）。

ステージ作成

上部共通ボタンのResetをクリックして入力フィールドを初期化します。その後、新しいステージ名とStage Value (SV)を入力し、Saveボタンをクリックして作成します。

入力後、上部のSaveボタンをクリックして保存します。

SWV (Stage Weighted Value)は1 + ln(SV)の式で自動計算されるため、手動入力は不要です。

ステージ編集

テーブルでステージ行をクリックすると右パネルが編集モードに切り替わります。

• パネル上部に「Editing」バッジが表示されます。
• すべてのフィールドを修正してSaveボタンで保存します。
• Resetボタンをクリックすると編集モードが解除され、新規ステージ入力モードに戻ります。

⚠️ ターミナルステージ（Won/Lost）をクリックするとすべてのフィールドが読み取り専用で表示され、タイトルが「🔒 System: Won」形式に変わります。

ステージ削除

編集モードでDeleteボタンをクリックしてステージを削除できます。

• ❌ ターミナルステージ（Won/Lost）は削除不可
• ❌ アクティブなプロジェクトで使用中のステージは削除不可（ソフトデリートされたプロジェクトは除外）
• ✅ 条件を満たせば確認ポップアップ後にソフトデリート処理

Company Prior (会社標準受注率)

右パネルのCompany Priorタブで会社のデフォルト受注率を設定します。

この値はベイジアンエンジンの事前確率分布の基盤として使用され、すべての新規プロジェクトの初期受注率計算に適用されます。

設定方法

1. Company Priorタブをクリックします。

2. 初期受注率スライダーを調整するか、数値を直接入力します。（範囲：5% – 80%）

3. α（Alpha）とβ（Beta）値が自動計算されて表示されます：

• α = 全体強度 × 受注率 / 100
• β = 全体強度 - α

4. 下部のBase Probabilityプログレスバーがリアルタイムで更新されます。

5. Saveボタンをクリックして保存します。

⚠️ Company Priorが設定されていない場合、Company Priorタブ名が赤色で表示されます。ベイジアンエンジンが正常に動作するために必ず設定が必要です。

パラメータ説明

アクティビティ記録時のステージ選択ルール

Activity Board（ウェブ＆モバイル）でアクティビティを記録する際、ステージ選択ドロップダウンには該当プロジェクトに紐づくすべてのアクティブステージが表示されます。ここで理解すべき重要な原則が2つあります。

同一ステージ内での複数ミーティング

実際の営業では、1つのステージ内で複数のミーティングが行われることが一般的です。例えば「Proposal」ステージで初回プレゼン、修正提案の議論、最終デモなど3〜4回連続のミーティングが行われることがあります。

EXAWinはこれを自然にサポートします。同じステージを選択して複数のアクティビティを記録すれば、ベイジアンエンジンは各ミーティングのシグナルが反映されるたびに順次確率を更新します。

システムはミーティング1回ごとに確率が劇的に変化するのではなく、徐々に収束していく設計であるため、同じステージでミーティングが繰り返されるほど、そのステージの成功/失敗の判定がより精密になります。

ステージは前方向に進行する

アクティビティを記録する際、以前のステージに戻らないことが正しい使い方です。ドロップダウンにはすべてのステージが表示されますが、現在のステージまたは次のステージを選択してアクティビティを記録すべきです。

その理由はベイジアンエンジンの逐次更新（Sequential Update）原則にあります：

各ミーティングの証拠（シグナル）は前のミーティングまでの累積確率の上に積み重ねられます。レンガを下から上に積み上げるように、1階（Discovery）→ 2階（Proposal）→ 3階（Negotiation）と順序よく積み上げることで構造が安定します。

すでに「Negotiation」まで進んだプロジェクトに「Discovery」ステージでアクティビティを記録すると：

• SWV（ステージ重み）が初期ステージの低い値で適用され、同じシグナルでも確率への影響が減少
• ベイジアン更新シーケンス（meeting_seq）が混乱し、逐次推論の前提が崩れる
• 結果としてP(Win)予測の信頼性が大幅に低下

💡 営業の現場では「社内検討のためにもう一度初期ミーティングが必要」という状況が稀に発生します。そのような場合でも現在のステージを維持してアクティビティを記録し、シグナルで状況の変化を反映してください。ステージは営業プロセスにおける「現在位置」を表すため、戻るのではなく現在の位置で新しい証拠を追加する方が正しいです。

注意事項

⚠️ 特定のステージを非アクティブにするとActivity Boardのステージ選択ドロップダウンから除外されます。

• Sort Orderは会社内でユニークでなければなりません。重複があると保存時に拒否されます。
• ステージ削除後も、該当ステージを使用した過去のプロジェクトとアクティビティ記録はそのまま保存されます。画面リストからのみ除外されるため、既存データが消える心配はありません。
• Company Priorは会社全体に適用されるグローバル設定です。プロジェクト別のチューニングはAuto-Tuneで実行します。
• T、k値の横にあるヘルプボタン（❓）をクリックして詳細説明を確認できます。