C6 で、提案カードという UX利用者の体験 設計を扱いました。担当者の手元で承認・非承認が完結する形までは見えました。けれど、この設計には一つの大前提があります。提案そのものが、信頼に値する精度で出ていること。ここが崩れると、設計の全てが崩れます。
この章は、その「精度」を正面から扱います。技術論ではなく、信頼を壊さないための設計原則 として整理します。
「間違ったアクションは、信頼を一発で壊す」
synergeee のプロダクトビジョンには、SoA次の一手を提案する層 に関する一行の警告があります。
ただし 間違ったアクションは、信頼を一発で壊す。
これは比喩ではありません。AI が提案する以上、担当者は「この提案は妥当か」を毎回ジャッジしています。10回中9回が妥当でも、1回でも明らかに的外れなものが混じれば、次から担当者はカード自体を読まなくなる。「どうせ AI の言うことだから」というラベルが貼られる。これが現場での不可逆な劣化です。
いったん貼られたラベルを剥がすのは、初めて信頼を獲得するより遥かに難しい。だから AI Agent の設計は、初日からこのことを織り込んでおく必要があります。
SaaSクラウド型ソフトウェア の機能不具合は再リリースで直せます。けれど現場の信頼は、一度落ちると数四半期は戻りません。精度の問題は、機能の問題ではなく、関係性の問題 です。
SoA の精度がプロダクトの未来を決める
SoA はもはや「出すだけなら」誰でも作れる時代に入りました。LLM大規模言語モデル を呼べば、それらしい提案文は無限に生成できます。問題はそこではありません。
本当に難しいのは、現場が安心して任せられる "精度" を継続的に上げ続けること。これは技術スタックの話ではなく、フィードバックループ・データ品質・ドメイン解像度の総合戦です。
これは「コンテンツとパートナー」の話ですが、構造はそのまま「カードと担当者」に当てはまります。見られないカードは、無いカードと同じ。そして見られなくなる最大の原因は、精度の不足です。
パートナーセールスの関係性は、数百〜数千ノードに膨れます。人間が全部見るのは物理的に無理です。だから「見る・判断する・打つ」の一部をエージェントに移譲して初めてスケールする。けれど、移譲するためには信頼が要る。信頼の根は、精度。── ここが、プロダクトが越えなければならない最大のハードルです。
精度を測る指標 ── 承認率／非承認タグ分布／効果測定
精度を「上げる」ためには、まず「測る」ことが要ります。SoA の精度を継続的に追跡する3つの指標があります。
- 承認率 提示されたカードのうち、承認 or 編集承認された比率。担当者・テナント・カード種別ごとに分解して観測する。低下が続けば、ロジックかデータに問題がある
- 非承認タグの分布 4タグ（事実誤認／タイミング／優先度低／そもそも不要）のどれが多いか。それぞれが指す改善ポイントが違う ── 事実誤認なら SoR事実の唯一の記録元、タイミングなら時系列、優先度低ならランキング、そもそも不要なら戦略レベルの再設計
- 効果測定 承認されたカードが、実際に意図した結果（応答／再活性／成約）に繋がったか。承認率が高くても効果が出なければ、提案の目利きが甘いということになる
この3指標は単独では意味を持ちません。3つをセットで時系列に観測してこそ、ロジックの "どこが詰まっているか" が見えてきます。承認率は高いのに効果は低い ── これは「無害だが何も変えない提案」を量産しているサインです。承認率は低いが効果は高い ── これは「攻めの提案を担当者が呑み切れていない」サインです。
精度を語る組織は、この3軸を毎週見ます。それが 飽くなく追究する の実装形です。
信頼を壊さない4つの設計原則
指標を見るだけでは精度は上がりません。それ以前に、信頼を壊さない設計 がプロダクト側に組み込まれている必要があります。原則は4つです。
- 透明性 カードの結論だけでなく、「どの SoR データを見て」「どのルールが立って」この提案になったかを必ず併記する。担当者がブラックボックスに従うのではなく、根拠を見て判断する状態を保つ
- 説明可能性 「なぜこのパートナーに、このタイミングで、この提案なのか」を一文で言い切れる構造にする。説明できない提案は、出さない方が良い
- 段階的移譲 初日から自動実行に振らない。Stage進化段階 1（材料提示）→ Stage 2（推定＋承認）→ Stage 3（自動実行＋例外承認）。確信度が一定の閾値を超えるまでは、必ず人の承認を挟む
- フォールバック 確信度が低い／データが薄い／前例のない状況では、提案を無理に出さず「判断材料を提示するに留める」モードに退避する。沈黙する勇気が、信頼を守る
4原則の根底にあるのは「AI が前に立たない」という思想です。AI が決定者になると、間違いの責任が宙に浮きます。AI が補佐者でいる限り、最終判断は担当者が握り、間違いも組織のフィードバックとして取り込めます。
プロダクトビジョンの言葉でいえば、これは 「ログインゼロ」 思想と表裏一体です。「ログインゼロ」とは「ツールに行かなくても済む」ことであって、「考えなくても済む」ことではありません。考えるのは担当者、運ぶのは AI ── この役割分担を、UX レベルで崩さないことが鍵です。
「SoA の精度を飽くなく追究すること」── これが synergeee の路線
ここまで来ると、なぜ synergeee がこの主題に拘るのかが浮かび上がります。
パートナーセールス領域は、関係性が数百〜数千ノードに膨れる構造を持っています。これを人海戦術でカバーするのは原理的に不可能です。だから AI Agent への移譲は、選択ではなく必然です。けれど、信頼が壊れた瞬間に移譲は止まります。だから、移譲が止まらない仕組み＝精度の継続的向上が、プロダクトの命運そのものになります。
プロダクトビジョンの一文を、もう一度引用します。
SoA の精度を飽くなく追究することが、synergeee の今後の路線そのもの。
AI が目的なのではありません。けれど、SoA の精度を世界一に磨き続けることは、ゴール（パートナー経由の売上にインパクトを出す）達成のための必然です。機能を増やすことよりも、ひとつの提案カードがどれだけ信頼に値するか ── そこにリソースを集中させる、というのが今後の組織方針になります。
「再現性」を担う中核装置が、SoA であり、その精度です。担当者が変わっても、新人が入っても、同じ品質のカードが出続ける ── これが、属人芸から仕組みに変わるという宣言の中身です。
測る指標は3つ（承認率／非承認タグ分布／効果測定）。設計原則は4つ（透明性／説明可能性／段階的移譲／フォールバック）。これらを毎週見ながら、ひとつの提案カードの精度を磨き続ける。
SoA の精度を飽くなく追究することが、synergeee の今後の路線そのもの ── この一行は、社内の意思決定基準であると同時に、お客様への約束でもあります。
── ここまで来ると最後に残る問いは「では、どこまで AI に任せるのか？」です。次章では、SoA の進化段階（Stage 1〜3）と、その先にある Autonomous自律的に動く段階 な世界 ── 人が重要な意思決定だけに集中できる状態 ── までのロードマップを示します。
- SoRエス・オー・アール
- System of Record。業務における "事実の唯一の記録元" を担うシステム。顧客情報なら CRM、商談なら SFA。パートナーセールス領域ではこれまで SoR 自体が存在していなかった、というのが synergeee の出発点。
- SoAエス・オー・エー
- System of Action。SoR を素材として "次の一手" を提案・実行する層。AI エージェントが提案カードを出すレイヤー。
- SaaSサース
- Software as a Service。クラウド上でソフトウェアを提供する形態。Salesforce、HubSpot、Slack 等。
- LLMエル・エル・エム
- Large Language Model。膨大なテキストで事前学習された生成 AI モデルの総称。GPT・Claude・Gemini など。
- UXユー・エックス
- User Experience。利用者がプロダクトを使った時の体験全体を指す。
- Autonomousオートノマス
- AI エージェントが人の承認を経ずに自律的に行動する段階。SoA の最終進化形。
- Tierティア
- パートナーを重要度別に分類する区分（Tier 1 / 2 / 3 など）。重点パートナー設計の基本概念。
- Stageステージ
- SoA の判断進化を表す3段階（純 Judgment → Gray → Intelligence 化）、または商談の進捗段階を指す。