前章で、パートナーセールスの SoR事実の唯一の記録元 を構成する5軸（パートナー × コンタクト × 熟達度Lv × 活動Lv × チームパワー × 役割バッジ）を定義しました。 では、この5軸が完璧に揃ったら、組織の意思決定は変わるでしょうか。
答えは、変わりません。少なくとも、それだけでは。なぜそう言えるのか、そして SoR の上に何を載せるべきか ── この章では、SoA次の一手を提案する層（System of Action）という第二の層を導入します。
SoR だけでは判断は変わらない
5軸 SoR が完成しても、担当者がそれを毎朝眺めて「さて、今日は誰に何を提案すべきか」と頭をひねるなら、結局のところ属人化と何も変わりません。データの量が増えただけで、判断する人が変わらなければ、意思決定の品質も再現性も上がらないのです。
これは前章までで繰り返し触れた論点の言い換えです。「データを持っていることと、データが意思決定を駆動していることは別」。SoR はあくまで「素材」であって、それを「次の一手」に変換するロジックは別の層に必要です。
業界の責任者層も、同じ問題意識を持っています。
フェーズごとの結果を「予測可能な形で」持っておくべき ── まさに SoA の発想です。担当者の頭の中にある暗黙の予測ロジックを、システムに外在化したもの。それが SoA の正体です。
SoA ＝ 蓄積データから「次にすべき行動」を提示する層
SoA は、SoR を入力に取り、「今、誰に・何を・なぜ提案すべきか」 を提案カードとして出力する層です。
重要なのは、提案カードが 担当者から取りに行くもの ではなく、システムから飛んでくるもの である、という設計思想です。SoA は、SoR の状態を常時走査し、トリガー条件が立った瞬間に「このパートナーに、こういう動きをしませんか？」と提案を投げてきます。
- 常時走査 SoR の5軸データを継続的にモニタし、判断ポイントごとのトリガーが立っていないかをチェックする
- 提案カード生成 トリガーが立ったら、IF-THEN「もし X なら Y する」式のルール ルールに基づき「いま打つべき一手」を提案カードとして組み立てる
- 担当者への提示 カードを担当者の手元に届ける。何を、誰に、なぜ、いつまでに、を明示する
- 結果の取り込み 担当者の承認／非承認＋理由タグを SoA に書き戻す。これが次の判断の精度を上げる燃料になる
担当者の役割は「データを眺めて何をすべきか考える」から「提示された提案カードを判断する」へとシフトします。前者は属人スキルが効きますが、後者は 組織として再現可能 です。これが SoR ＋ SoA という2層構造のもたらす変化です。
提案カード生成ロジック（IF-THEN）
SoA の中核は、IF-THEN ルール群です。これは「ベテランのパートナーセールス担当者が頭の中で回しているルール」を外在化したものに他なりません。
パートナーセールスのライフサイクル（戦略立案／開拓／契約／オンボ／アクティベーション／育成・深耕／離反防止）には、それぞれ典型的な判断パターンがあります。実例を3つだけ示します。
- 提案数が0件のパートナー IF 提案数=0 AND 契約から3ヶ月超 THEN アカウントマッピングを実施し、未開拓顧客リストを提供する
- 稼働低下の予兆 IF 提案数が前月比50%以上低下 THEN 経営層への直接接触を優先し、内部の優先順位シフトの有無を確認する
- 個人モチベーションの低下兆候 IF 営業個人の活動Lv が3週間連続で低下 THEN 物品ノベルティ・ギフト券等の個人向けインセンティブを検討する
パートナーセールスのドメイン全体では、こうした典型 IF-THEN は50を超えます。これらを SoR に対して常時走らせる のが SoA の中核機能です。1人の担当者が10社を見るとき、判断ポイントは数百のオーダーになります。これを毎朝、頭の中で全部回せる人はいません。
だから、ルールの外在化が必要です。ベテランの暗黙知を IF-THEN として書き出し、SoA に持たせる。これだけで、新人の判断品質はベテランの初手と同等のラインまで引き上がります。
SoR ⇄ SoA のフィードバックループ
SoA は、提案カードを出して終わりではありません。担当者の 承認／非承認 という反応が、必ず SoA に書き戻されます。
非承認の場合は、4つの理由タグのいずれかを付けます。「事実誤認」「タイミング」「優先度低」「そもそも不要」。一見すると、ただの否認ボタンにしか見えません。けれど、ここに本質があります。
この4タグは、SoA のロジックに対する 正解ラベル として機能します。「この場面でこの提案を出したら、現場の担当者は『タイミングが違う』と返した」── このフィードバックが蓄積されると、SoA は次第に「現場が望む提案」に近づいていきます。
つまり SoR と SoA は「土台 vs その上」という静的な2層ではありません。相互更新する2層構造 です。SoA の提案 → 担当者の判断 → SoR への書き戻し → SoA のロジック更新 ── このループが回ることで、システム全体が学習していきます。
このループの最深部にどんな意味があるのか ── それは次章 C4 と C5 で、Sequoia の IntelligenceAI に任せられる情報処理 vs Judgment人に残る価値判断 フレームと共に扱います。今は「ループがある」「否認も学習材料になる」という事実だけ押さえてください。
中核は IF-THEN ルール群。ベテランの暗黙知を外在化し、SoR に対して常時走らせる。そして担当者の承認／非承認は SoA に書き戻され、ロジック自体が学習していきます。
── ただし、ここで一つ大きな問いが残ります。SoA が次の一手を提示すると言いましたが、すべての判断を AI に任せていいのか？ 任せていい範囲はどこまでで、人が残すべき領域はどこか。次章では、Sequoia Capital の Intelligence vs Judgment フレームで、この境界を引き直します。
- SoRエス・オー・アール
- System of Record。業務における "事実の唯一の記録元" を担うシステム。顧客情報なら CRM、商談なら SFA。パートナーセールス領域ではこれまで SoR 自体が存在していなかった、というのが synergeee の出発点。
- SoAエス・オー・エー
- System of Action。SoR を素材として "次の一手" を提案・実行する層。AI エージェントが提案カードを出すレイヤー。
- Intelligenceインテリジェンス
- Sequoia Capital の "Intelligence vs Judgment" フレームでの一方。AI に任せられる情報処理・推論・実行の領域。
- Judgmentジャッジメント
- 同フレームのもう一方。価値判断・優先度判定・倫理判断など、本質的に人に残る領域。
- IF-THENイフ・ゼン
- "もし X なら Y する" 式の判断ロジックの記述形式。SoA の提案カード生成の基本となる。