シグナルマスタ (Signal Master)
顧客ミーティングでキャッチしたシグナル (Signal) とその加重値(Impact)の定義
シグナルマスタ (Signal Master)
シグナルマスタは、顧客ターゲティングのミーティングで捕捉したシグナル (Signal) と、そのシグナルが持つ影響力 (Impact) を定義・管理するための中央コンソール画面です。営業担当者がActivity Boardでミーティング結果を記録する際に選択するシグナルのリストは、この画面で直接管理されます。
すべてのユーザーが設定内容を照会することは可能ですが、シグナルおよびインパクトタイプの作成・修正・削除は admin または super_user のロールを持つアカウントにのみ厳格に制限されています。
アクセス経路: 左側サイドバー → Settings → Signal Master
シグナルとは？
営業活動においてシグナルとは、ミーティング中に顧客が示す反応や発言であり、端的に言えば「この取引が成功する確率が高まったか、低くなったか」を判断するための重要な手がかり（証拠）です。
例えば：
- 顧客が「予算の承認が下りました」と発言 → 強い肯定 のシグナル
- 顧客が「来週、追加のミーティングをセッティングしましょう」と発言 → 弱い肯定 のシグナル
- 顧客が「競合他社の製品に決定しました」と発言 → 強い否定 のシグナル
- 顧客が「社内で検討してみます」（形式的な受け答え）と発言 → シグナルなし
EXAWinはこれらのシグナルを単なる文字の記録として放置しません。各シグナルに対して数学的な加重値 (Impact) を付与し、シグナルが入力された瞬間にベイジアンエンジンが受注成功の確率を自動的に再計算する仕組みになっています。
シグナルマスタでは、次の2つの異なる要素を管理します：
- シグナル (Signal) — ミーティング現場で捕捉できる具体的な状況（例：「予算の承認」、「担当者の交代」）
- インパクトタイプ (Impact Type) — シグナルが及ぼす影響力の大きさを決定・分類するカテゴリ（例：「ゲームチェンジャー」、「強い肯定」）
インパクトタイプ: シグナルが及ぼす影響力の尺度
シグナルマスタを完全に理解するには、まずインパクトタイプ (Impact Type) という概念を把握しなければなりません。インパクトタイプは、入力されたシグナルが受注確率に及ぼす影響の大きさ（マグニチュード）を定義します。
標準インパクトタイプ
EXAWinには、システムの標準機能として最初から7つのインパクトタイプが提供されています：
| インパクトタイプ | Impact値 | 属性 | 詳細な説明 |
|---|---|---|---|
| ゲームチェンジャー | 5.0 | 肯定 | 状況を即座にひっくり返す極めて決定的な証拠 |
| 強い肯定 | 1.0 | 肯定 | 成功の方向へ向かう明確で確かなシグナル |
| 弱い肯定 | 0.4 | 肯定 | 微小ながらもポジティブなヒント |
| シグナルなし | 0.1 | なし | 分析不可能なノイズ。または形式的な受け答え |
| 弱い否定 | 0.4 | 否定 | 微小ながらもネガティブなヒント |
| 強い否定 | 1.0 | 否定 | 失敗の方向へ向かう明確で確かなシグナル |
| ゲームチェンジャー(否定) | 5.0 | 否定 | 状況を即座に頓挫させる極めて決定的な悪材料 |
Impact値が受注確率に与える影響
エンジン内部でImpact値が実際にどのように働くかを理解すれば、これらの数値を不用意に変更してはならない理由が自ずと明らかになります。
営業担当者がミーティング履歴を記録すると、システム内部の深層で次のような計算が行われます：
- 肯定シグナルの場合： α (成功加重値) が増加 → P(Win) が上昇 ↑
- 否定シグナルの場合： β (失敗加重値) が増加 → P(Win) が下落 ↓
- SWV (Stage Weight Value) との結合: 重要なのは
(SWV × Impact)という数式構造です。例えば、同じ「強い肯定 (Impact 1.0)」のシグナルであっても、初期の「Lead」段階で受け取るのと、最終段階の「Negotiation」で受け取るのとでは加重値 (SWV) が全く異なります。このようにして、営業の進行度（ステージが成熟するほど）に伴い、全く同じシグナルでも適用される加重心が変化するように精緻に設計されている点がEXAWinソリューションアーキテクチャの真骨頂です。
⚠️ Impact値をむやみに変更してはならない理由 (警告)
Impact値はランダムにアサインされた単なる数字ではありません。これらは会社の初期設定であるPrior強度 (S = α + β = 10)と完全に連動した比率基盤設計 (f-coupling) によって綿密に調整されています。 数値をカスタマイズすること自体はシステム上で許可されていますが、必ず 0.1 ～ 1.0 (極限のゲームチェンジャーであっても最大 5.0 限度) の範囲内で付与することを強く義務付けます。この構造的な限界枠の範囲外（例：8.0や10.0など）のランダムな数値を付与した場合、ベイジアンエンジンはその計算された確率の信頼性と妥当性を一切保証できなくなります。
分かりやすく例えると：
シグナルとは「何が起きたのか」を示すものであり、Impactは「その出来事がどれほど重要か」を決定するものです。ニュースで報道する際、全く同じ事件であっても一面トップの見出し（ゲームチェンジャー、Impact 5.0）として扱うか、三面の小さなベタ記事（弱い肯定、Impact 0.4）として扱うかによって、世の中に与える影響の度合いが完全に異なるのと同じ理屈です。
⚠️ f-coupling 設計の深堀解説
Impact値は、あなたの会社の初期設定Prior強度 (S = α + β = 10) を基準にして緻密に較正されています：
| インパクトタイプ | Impact | Prior に対する比率 | 意味 |
|---|---|---|---|
| ゲームチェンジャー | 5.0 | 50% | 1回のミーティングで初期の信頼度の半分を揺るがす |
| 強い肯定/否定 | 1.0 | 10% | 1回のミーティングで初期の信頼度の10%を移動させる |
| 弱い肯定/否定 | 0.4 | 4% | 1回のミーティングで初期の信頼度を微細に調整する |
| シグナルなし | 0.1 | 1% | ノイズと同等レベル。ほとんど影響を与えない |
この繊細な比率のバランスが崩れると、破滅的な問題が発生します：
Impactを過剰に高く設定した場合 — たった1回のミーティングで確率が非現実的に暴騰または暴落します。例えば、「強い肯定」のImpactを1.0から無理やり8.0に引き上げたとしましょう。すると、Negotiationの段階でこのシグナルを一つ掴んだだけで、P(Win)が一気に25%から80%へとジャンプしてしまいます。これは現実からかけ離れた、全く使い物にならない予測データとなります。
Impactを過剰に低く設定した場合 — いくら決定的なシグナルを得ても、確率が微動だにしなくなります。顧客が「明日発注書を送ります」と断言しているにもかかわらず、システム上では確率が28%から29%に這い上がるだけという馬鹿げた状況に陥ります。
💡 Impact値はシステムの標準値スケールを維持することを強く推奨します。十分なデータが蓄積されれば、EXAWin内のAuto-Tunerが過去の Won/Lost の実績を自律的に分析し、統計学的に導き出した最適な極値を自動提案してくれます。
パラメータ調整の原則に関するより深い理論的説明については、以下のドキュメントを参照してください：
- ベイジアン適用の仕組み: Prior Alpha, Beta — Prior パラメータのメカニズム
- ベイジアン適用の仕組み: パラメータキャリブレーションと自動最適化 — f-coupling レート、EPR設計ガードレール、およびAuto-Tunerのロジック
画面のアーキテクチャ
画面のUIは2段 (Dual-Panel) レイアウトで構成されています：
- 左側パネル — シグナルリストまたはインパクトタイプリスト (タブ切り替えによって呼び出し)
- 右側パネル — 選択されたタブに連動した生成・編集用コンソールフォーム
上部ヘッダーアクション
| 項目 | 説明 |
|---|---|
| Excel | 現在閲覧しているタブのインデックス（Signals または Impact Types）を .xlsx ファイルとして即時出力します。 |
| Signals カウント | システムに登録・承認されたシグナルの総計を表示します。 |
タブナビゲーション切り替え
右側パネルの上端に2つの重要な切り替えタブが用意されています：
| タブ | 左側リスト | 右側フォーム |
|---|---|---|
| Signals | シグナルリスト（インパクトタイプ別に整理された一覧） | シグナルの作成 / 編集 |
| Impact Types | インパクトタイプリスト | インパクトタイプの作成 / 編集 |
タブを切り替えると、左側のテーブルとその属性に応じた右側の入力フォームが同時に切り替わります。
シグナル (Signals) タブ
シグナルテーブル
| カラム | 説明 |
|---|---|
| Impact Type | 該当するシグナルが所属するインパクトタイプ（専用のカラードットで表示）。 |
| Signal Name | シグナルの名称。非アクティブ化されている場合は「Inactive」のバッジが付きます。 |
| Base Value | 該当するインパクトタイプのImpact値の重み。（肯定は緑、否定は赤）。 |
| Source | System（システムハードコーディング）か、Custom（ユーザー追加分）かを分類。 |
テーブルの行をクリックすると、右側のフォームに該当シグナルのプロファイル情報が直ちにロードされ、編集が可能になります。
シグナルの新規作成
上部の Reset ボタンを押してフォームを空の状態に初期化した後、以下のフィールドに入力します：
| フィールド | 必須 | 説明 |
|---|---|---|
| Impact Type | ✅ | シグナルが従属するインパクトタイプをドロップダウンから選択。 |
| Signal Name | ✅ | シグナルの正式名称。（例：「予算決裁完了」、「窓口担当者の変更」） |
| Description | — | シグナルの背景や文脈を明らかにする説明。（任意） |
| Active | — | 稼働状態のON/OFF切り替え。（デフォルト：ON アクティブ） |
入力を終えたら、上段の Save コマンドをクリックしてDBへ登録します。新たに作成されたシグナルには Custom の識別が与えられます。
シグナルの編集
テーブルからシグナルをクリックしてターゲットフォーカスすると、右側フォームが編集モード (Edit Mode)に突入します：
- フォームの最上部に "Editing" というバッジが固定表示されます。
- テキストフィールドを修正し、Save ボタンを押して強制上書き保存します。
- Reset ボタンを押すと編集モードが強制解除され、新規入力用のクリアな画面に再び戻ります。
シグナル名の名称変更などは自由に実施して構いません。テキスト名の変更はベイジアン計算の内部ロジックにまったく悪影響を与えません。
シグナルの削除
編集モードに入っている最中に Delete ボタンをクリックすることで、レコードの完全消去を実行できます。
絶対的な削除制約条件：- ❌ システムシグナル (System)：基本セットであるため、削除システムがロックされ不可能です。
- ❌ 活動履歴で使用中のシグナル： 過去のミーティング履歴ログですでに参照関係が結ばれている場合、削除不可能です。
- ✅ すべての制約条件をクリアしている場合にのみ、警告確認ポップアップを経て削除が承認・処理されます。
古い残骸となったシグナルを削除しても、それが過去の活動履歴内で呼び出されたテキストまでは連鎖的に消失しません。単に選択肢リスト（オプション）から消えるだけであり、既存の資産データが傷つくことは一切ありませんのでご安心ください。
インパクトタイプ (Impact Types) タブ
インパクトタイプテーブル
| カラム | 説明 |
|---|---|
| Impact Name | インパクトタイプを定義する名称。（カラードット付き）。 |
| Score Type | 演算の方向：肯定 (Positive) / 否定 (Negative) / シグナルなし (No Signal)。 |
| Base Value | 組み込まれたImpact定数（数値）。 |
| Sort Order | ディスプレイ画面での順序インデックス。 |
| Status | System (基本デフォルトセット) か、Custom（カスタマイズ派生）かを分類。 |
インパクトタイプの新規作成
| フィールド | 必須 | 説明 |
|---|---|---|
| Impact Name | ✅ | インパクトタイプの名称。 |
| Score Type | ✅ | 肯定 (α を増加) / 否定 (β を増加) / シグナルなし のロジック方向を決定。 |
| Base Value | ✅ | インパクト重み定数（0.1単位）。標準的安全スケールの基盤：0.1 ～ 5.0。 |
| Sort Order | ✅ | 画面表示順序のランク。（整数）。 |
| Color | — | エステティック要素としてシグナルリストで表示されるドットカラー。 |
「シグナルなし (No Signal)」を宣言選択した瞬間、Base Value は防衛のために強制的に「0.1」に固定され、手動による変更権限がロック制御されます。
インパクトタイプの編集
グリッド内でインパクトタイプの行タブをクリックすると編集モードに切り替わります。シグナルの編集フローと全く同じUIと原則のルールに従って駆動されます。
インパクトタイプの削除
絶対的な削除制約条件：- ❌ システムのインパクトタイプ (System) は根本的に削除が拒絶されます。
- ❌ シグナルで使用中のインパクトタイプ は削除不可能です。（該当するインパクトタイプを下敷きとして生存中のシグナルが一つでも存在する場合は削除ブロックされます）。
- ✅ 従属の結びつきがすべて断ち切られ、条件を満たした時のみ最終的に削除完了となります。
リレーションのアーキテクチャ: シグナルとインパクトタイプの相互関係
シグナルとインパクトタイプは1対N (多対1) の関係性で強固に結びついています。ただ一つの親であるインパクトタイプに、膨大な数の派生シグナルが紐付けられます。
例えば、「強い肯定」というインパクトタイプを親ノードとして、以下のようなシグナルたちがぶら下がる構造になります：
| シグナル名 | 結びついたインパクトタイプ | 引き継いだ Impact 値 |
|---|---|---|
| 予算の承認獲得 | 強い肯定 | 1.0 |
| メインキーマンからの直接支持 | 強い肯定 | 1.0 |
| 実証実験 (POC) 成功、本番移行 | 強い肯定 | 1.0 |
このように名称や発生イベントが全く別であったとしても、システム内では全く同じ Impact値 (1.0) のエネルギーとしてエンジンで反映処理されます。シグナルが「現場で一体何が起きたのか」を表す役割を持ち、インパクトタイプは「その結果がエンジンにどれほど重大な比率の衝撃をもたらすか」を指令する役割分担となっているのです。
最重要注意ガイドライン
- 特定のシグナルを「非アクティブ化 (Inactive)」設定にすると、Activity Board でレポートを入力する際のドロップダウンリストから除外され封印されるだけです。
- シグナルの名前（Signal Name）を組織内の営業現場で使いこなされているローカルな共通語や専門用語に合わせ、自由自在に書き換え、追加することを非常に強く推奨・応援します。（例えば、IT企業なら「BMT突破」、製造業なら「サンプル納品クリア」、等）。テキストラベルを改名してもベイジアン計算の牙城には一切のダメージは及びません。むしろユーザーシステム理解の解像度が爆発的に上昇します。ただし、シグナルに根付いている親側のコア Impact値 (Base Value) を勝手にインフレさせたり、引き上げ変更することだけは絶対におやめください。
- もしも社内プロセス上、新たなインパクトタイプを創設する必要に迫られたとしても、既存の標準スケールパラダイムの規定内 (0.1 ～ 1.0、特例最大 5.0) に厳格に収めるようにしてください。このラインを超越することはエンジンの EPR (Evidence-Prior Ratio) メカニズムのガードレールを故意に破壊する行為に直結します。
- シグナルの横に配置されたヘルプアイコン (❓) ボタンをクリックすると、その具体的なImpactロジックがシステム内部でどのように呼吸し影響を与えるかについての詳細な解説が展開されます。
💡 Q&A: 高度なメカニズムコンテキストの理解
Q1. 「シグナルなし(0.1)」は、正確には確率エンジンに対しどのような影響を及ぼしていますか？
決して単なる「無風・出来事ゼロ」という甘い意味ではありません。EXAWinのベイジアン源泉エンジン層 (Ruby Backend) を紐解くと、『シグナルなし(0.1)』のコードが入力記録された瞬間、ペナルティとして失敗加重値資産である β (Beta) に強制的に 0.1 の値が追加されるようにハードコーディングされています。現実問題として、顧客とのミーティングに挑んだにも関わらずただの一つも前進へのシグナル（証拠）を引き出せずに帰ってきたという事実は、システムにおいて「微細な否定（徐々に確率を劣化させる腐敗要因）」として厳しく評価されるのです。 さらに、活動記録には 沈黙のペナルティ (Silence Penalty) という仕掛けが息づいています。設定されたインターバルの間、全くシグナルが報告されない空白期間が続くと、エンジン内部のオートロジックによって自動的に勝率の引き下げサンクション（確率ペナルティ）が課せられます。この『初期沈黙期間』や『インターバル期限』は、Project マスタ（新規プロジェクト生成フォーム）の中でクライアントごと、案件ごとに異なる厳しさを設定し計算に反映させることが可能です。
Q2. なぜシステムデフォルト (System) には「中庸な肯定・否定 (0.7)」のスケールが存在しないのですか？
システムに予め組まれたデフォルトのスケールを眺めると、[弱い肯定 (0.4) ～ 強い肯定 (1.0)] のように中間の逃げ道がなく、極右か極左かに分極化されて設計されているように映るでしょう。これは、現場の営業担当者の「認知負荷 (Cognitive Overload)」と、無難な道を選ぶ「中心化傾向バイアス (Central Tendency Bias)」を意図的かつ強烈に排除・粉砕するための強力な UX 設計によるものです。判断に迷って自信が無い時に、逃げ道として無意識に防御的な「中間的な肯定」ばかりのボタンを量産してしまう習性をブロックし、白黒はっきりとした決断を強要することでデータの生々しい鋭利さを担保するためです。
しかし、もしあなたの組織が抱える独自のセールスプロセス上、この尺度がもっと滑らかで粒度の細かい段階を持つべきであると絶対的な必要性に迫られた場合、EXAWinのアーキテクチャはそれを完璧に実装させるだけの拡張性と寛容さを持っています。
EXAWinエンジンには数学的上限の壁が存在しないため、要求があればその場で 「中程度の肯定: Moderate Affirmation (0.7)」 といった **「カスタム (Custom) インパクトタイプ」**をほんの1秒で創設し、あなたの会社だけの固有のベイジアン基準線をセッティングすることが可能です。
分かりやすく要約すると、システムデフォルト (System) の設定は、営業現場の決断を助け迷いを断ち切らせるために意図的に簡潔に配備されたものであって、構造的・システム的な壁は皆無です。したがって、現場のニーズが要求すればいつでも躊躇なくCustom値を追加製造して使用することができます。