AI GTMパイロットがパイプラインを生み出すのは、1人の責任者、ホールドアウトのベースライン、中止期限の3つがすべてローンチ前に文書化されている場合です。この3つがなければ、残るのはデモとスライド、そして自動更新される目立たない予算項目だけです。
ここでは当社が使っているスコアカードを紹介します。順序は、パイロットが証明すべきこと、重み付きスコアカード、パイプラインの帰属方法、コスト、そして責任者です。
AI GTMパイロットが証明すべきこと
パイロットが証明すべきことは1つだけです。収益創出プロセスの特定のステップが、従来のやり方で行った同じステップよりも、コスト単位あたりで多くの有望なパイプラインを生み出すことです。モデルが賢いことでも、営業担当者が気に入っていることでもありません。
good exampleとして、AI搭載のセールスプレイブックを販売するベンダーがあります。そのベンダーは自社のプレイブックを「調査済みだが現場では未検証」と表示し、すべての製品画面を「イメージ」と表示しています。これは誠実な表示であり、初日の社内パイロットの多くにも当てはまる説明です。最初の90日間の役割は、「調査済み」を「検証済み」に変えることです。
AIプロジェクトの失敗率は80〜95%とよく引用されますが、その多くは二次情報に行き着くため、ここでは繰り返しません。当社が顧客から聞く話はもっと具体的です。ある顧客は、第4四半期のパイプラインが薄かったため、その四半期を第1四半期に向けたテストと再調整に充てていると話しました。別の顧客は、キャンペーンのワークフロー内にある電話のタスクをSDRが実行しないのではないかと懸念していました。どちらもモデルの問題ではなく、定着の問題です。
スコアカード:30日・60日・90日の重みとしきい値
スコアカードは4つの項目で構成されます。以下の重みとしきい値は、ミッドマーケットのチームを想定した私の初期仮定であり、ベンチマークではありません。商談サイクルの長さに合わせて調整してください。
| 項目 | 重み | 30日 | 60日 | 90日 |
|---|---|---|---|---|
| データとワークフローの準備状況 | 20% | 本番のCRMレコードで稼働、手作業の手戻りが20%未満 | 手戻り10%未満 | 手戻り5%未満 |
| 実務担当者による定着 | 20% | 割り当てタスクの60%を完了 | 75% | 85% |
| ホールドアウトとのパイプライン比較 | 40% | ベースライン確定 | 商談数がホールドアウト以上 | 対応アカウント100件あたりの商談数が20%増 |
| 商談あたりのコスト | 20% | 計測開始 | ベースラインの1.5倍以内 | ベースライン以下 |
各項目を0〜100で採点して重みを掛け、ローンチ前に中止ルールを書き出します。60日時点で50未満なら中止または範囲の見直し、90日時点で70未満なら拡大予算なしです。事前に固定する理由は、自分たちで決めたしきい値について争う人はいない一方、期待外れの月の後に作られたしきい値には誰もが異論を唱えるからです。
パイプラインの重みが40%なのは、CROが取締役会に持ち込める唯一の項目だからです。残りの3つは、パイプラインが動いた理由、あるいは動かなかった理由を説明するためにあります。
AI GTMパイロットへのパイプラインの帰属方法
アカウントの一部をホールドアウトとして確保します。それがすべてのコツです。ターゲットリストを無作為に分割し、半分でAI GTMパイロットを実行し、もう半分で既存のやり方を続け、対応アカウント100件あたりに作成された商談数を比較します。
HubSpotナレッジベースで説明されているようなCRM内のアテンションレポートは、どの接点が商談の近くにあったかを教えてくれます。しかし、何もしなくても起きたことまでは教えてくれません。影響はリフトではありません。ホールドアウトがあって初めてリフトが分かります。
ホールドアウトを機能させるには、まずベースラインがクリーンである必要があります。ライフサイクルステージやソース項目に不整合があると、測っているのはノイズです。そのため、パイロットを開始する前にCRMの収益リーク診断から始めます。数百アカウント未満のごく小さなリストについては、完璧な答えを持っていません。その場合はホールドアウトが薄すぎて信頼できないため、勝者を宣言せずにパイロット期間を延長します。
AI GTMパイロットのコストと回収時期
ライセンス費用だけでなく、人件費も数えてください。仮定の数字を使った例を示します。月額2,000ドルのツールに、社内単価1時間100ドルで週10時間のRevOps工数を加えると、月額約6,000ドルになります。
ホールドアウトとの比較で、月に4件の追加商談があり、受注率が20%、契約額が30,000ドルだとします。これは追加受注0.8件、つまり毎月24,000ドルの新規年間収益に相当します。商談サイクルが90日の場合、収益は商談の1四半期後に発生するため、回収は2か月目ではなく4〜5か月目あたりに現れます。これについて、ステージをまたいだ明確なベンチマークはありません。この例は証拠ではなく、算数として扱ってください。
忘れられがちなコストは拡大時のコストです。1つのセグメントでのパイロットは安く済みます。しかし同じAI GTMの取り組みを3つの地域に広げるには、ルーティング、エンリッチメント、権限を作り直す必要があり、良いスコアでもそこで頓挫することがあります。
営業、RevOps、ITの意見が割れたときの責任者
CROに直接報告でき、CRMの設定に対する権限を持つ、名前の明確な責任者を1人置きます。私の経験では、RevOpsが適任であることが多いです。RevOpsはすでにデータモデルとレポーティングを担っているからです。
成果は営業が、ガードレールはITが、スコアカードは責任者が担います。停滞したパイロットは、会議ではなくスコアカードの期日で処理します。60日時点の数値が50未満であれば、責任者が報告し、CROが判断します。ルールは第1週に合意済みなので、社内の調整は思うほど難しくありません。
ツールの判断も早めに決着させる必要があります。ある顧客は、通話録音ボットは外部ゲストが入室を許可しなければならないため摩擦を生むと指摘しましたが、その判断は未解決のまま残り、プレイブックのローンチが遅れました。こうした判断は第1週に行ってください。
デモが好評でもAI GTMパイロットが失敗する理由
AI SDRの導入で私が見てきたことの大半は、送信そのものではなく、ルーティング、引き継ぎ、データといった運用レイヤーに行き着きます。これはあらゆるAI GTMの取り組みに当てはまります。下の層で漏れが生じていれば、パイロットもその漏れを引き継ぎます。
検索の分野でも、計測の構造は同じです。パイロットでAI検索を扱う場合は、まずシェア・オブ・モデルなどの指標を定義し、何かを約束する前にGoogle検索のAI機能に関するプラットフォームのドキュメントを確認してください。ベンダーが成果報酬を求める場合は、契約前に成果報酬型の料金のトリガーを読んでおく価値があります。
良くも悪くも、ここが当社のモデルとスライド中心のアドバイザリーとの違いです。当社は現場に入り込み、ホールドアウトの構築、CRM項目の修正、最初の90日間の運用をお客様のチームと一緒に行います。そのような支援をご希望の場合は、AI GTMコンサルティングのページで対象範囲をご確認いただけます。継続的な責任者の役割については、フラクショナルRevOpsをご覧ください。私の提案はシンプルです。まず中止ルールを書き、採点できるほど小さなものから始めてください。