← 一覧へ
founder-ledsales-playbookcustomer-journeyRevOps

ファウンダーの頭の中にあるプレイブックは、プレイブックではない

アウトバウンドは機能し、売上は伸びている。それでもすべてのディールがファウンダーを経由している。この状態からの脱却は採用の問題ではありません。最初のセールス担当者が引き継ぐ前に、勝ち方のストーリーを一人の頭の中から取り出し、カスタマージャーニーとCRMに書き込むことです。

ファウンダー主導のセールスは評判が良いものです。そこから抜け出そうとするまでは。ファウンダーがクロージングし、売上は伸び、ボードは満足している。ところが最初のセールス担当者たちが入社すると、彼らが引き継ぐ成約率はファウンダーのそれとは似ても似つかない。よくある診断は「採用の問題」です。たいていの場合、違います。ディールを勝ち取るプレイブックが、ファウンダーの頭の中というただ一か所にしか存在しないことが問題なのです。

先週もまたこの会話をしましたが、毎回同じ経過をたどります。事業は堅実で、営業の型は機能しており、ファウンダーは直近10件のディールがなぜ決まったのかを正確に説明できる。ではその知見はどこにあるのかと尋ねると、CRMの方を向いた肩すくめが返ってきて、続いてパイプラインレビューは実際にはスプレッドシートでやっている、という告白が出てきます。

このギャップこそが問題のすべてです。努力でも、才能でも、ツールでもありません。会社が売上を勝ち取るストーリーが、二人目の人間が実行できる場所に一度も書き残されていないのです。

2026年にこれがより重要になる理由

この問題をもう先送りできない理由を、二つの数字が説明しています。Jason Lemkinによる2026年のGTM環境の分析では、ARR 1,000万〜2,500万ドルのAI活用先進企業はGTMのフルタイム人員を約20名で運営しており、AI活用が遅れている同規模の企業は35名を抱えています。より少人数のチームが勝っている。文書化されていない営業プロセスを採用で埋め合わせるという選択肢はもうありません。GTMチームにいくらかけるべきかを、市場が再評価してしまったからです。

同時に、買い手は手強くなりました。Harvard Business Reviewの6月のファウンダーセールスに関する記事は率直にこう述べています。テック系ファウンダーは、従来のセールスプレイブックが設計された環境よりもはるかに混雑し、懐疑的で、変化の速い市場で売っている。片側にはより少人数のチーム、もう片側にはより厳しい買い手。ファウンダーが自ら回したときにしか機能しない営業の型は、この二つの試験に同時に落ちます。

カスタマージャーニーとは、売上をどう獲得し維持するかのストーリーである

プレイブックをファウンダーの頭から出すべきだと言うとき、成果物は60ページのプロセス文書ではありません。そんな文書は誰も読みませんし、信頼のないプロセスはただの会議だというLemkinの指摘は正しい。成果物はカスタマージャーニーです。売上をどう獲得し維持するかのストーリーを、ファウンダーではなくシステムに語らせることです。

テストはシンプルです。システムはプロセスと一致していますか。ファウンダーは三つの質問でディールをクオリファイするのに、CRMは誰も正直に埋めない14個のフィールドを要求しているなら、システムはプロセスと一致していません。パイプラインのデータが信用できないためにフォーキャストがスプレッドシートで行われているなら、CRMは正式な記録システムではありません。実際のビジネスの傍らを走る形式にすぎず、それを頼りにランプする担当者は、間違った型を学ぶか、何の型も学ばないかのどちらかです。

だからこそ、ファウンダー主導セールスからの脱却を採用から始めることはお勧めしません。体系化されていない営業の型に放り込まれた優秀なセールス担当者は、ファウンダーの商談を生で観察しながらプレイブックを逆算するしかありません。それには四半期単位の時間がかかり、しかも静かに失敗します。担当者は、実際に一人で型を回せるようになるずっと前から、流暢に聞こえてしまうのです。

ファウンダーの頭から実際に出すべきもの

三つの資産を、この順序で。

確信ではなくデータとしてのICP。どのアカウントが取れるのか、ファウンダーは知っています。その知見を、ファーモグラフィックの条件とトリガーの条件に変え、フィールドとして定義し、データベースでエンリッチする必要があります。担当者がCRMにすでに入っているアカウントしかプロスペクティングできないなら、御社のアドレサブル市場は歴史の偶然がそこに置いていったものにすぎません。ICPを正しく定義することはGTM戦略の仕事であり、新しい担当者が最初に依存するものです。

移行基準を持つステージとしてのディールの進め方。CRMに最初から入っているデフォルトのパイプラインではありません。初回ミーティングから契約までの間に、ファウンダーは実際に何をしているのか。PoCがあるなら、それは有償か、誰が実施するのか、開始前に何が確認されているべきか。PoCの後に離脱するディールは、たいてい提供の失敗ではなくクオリフィケーションの失敗です。そしてそのパターンは、PoCが「なんとなく発生する何か」ではなく、参入条件を持つステージになっていて初めて見えるものです。

システムの中のメソドロジー。セールスコーチがチームにクオリフィケーションのフレームワークを教えているなら、そのフレームワークはワークショップのスライドではなく、ステージごとのプロパティとしてCRMの中に置くべきです。研修とシステムは同じストーリーを語らなければなりません。担当者が一日に40回触るのはシステムの方だからです。

現場で見たパターン

最近、まさにこの形をしたDACH地域のエンタープライズ向けB2B SaaS企業と話をしました。パイプラインのほぼすべてが、CEOが自ら築いたアウトバウンドから生まれている。ディールサイズは非常に大きな顧客との数万ドル台半ば、売上は数百万ドル規模で倍増の現実的な計画があり、エンタープライズの買い手が反応する対面のひと手間は、すべてファウンダー自身が届けている。HubSpotは導入済みですが、チームはパイプラインレビューをスプレッドシートで回しており、ICPはデータベースではなくCEOの判断力の中に生きています。

印象的だったのは、ファウンダーが聞かれる前に自ら問題を名指ししたことです。最優先事項はパイプラインの積み増しではありませんでした。データです。ICPとTAMを正しく定義し、エンリッチし、新しいセールス担当者が入社して引き継ぐ前に、システムが本当のカスタマージャーニーを反映するようにすること。この立場にいるファウンダーの多くは、もっとリードが欲しいと言います。しかし正直な診断はほとんどの場合、「型は機能しているが、スケールしない」であり、このファウンダーはその診断をすでに自分で下していました。

この順序、ジャーニーが先、システムが次、人員は最後。これがファウンダー主導セールスからの脱却戦略のすべてです。

プレイブック

  1. ICPをデータベース要件として書く。ファーモグラフィック、トリガーイベント、除外条件を、それぞれ出所付きのフィールドとして定義します。そのうえで、すでに持っているアカウントだけでなく、まだ持っていないアカウントをエンリッチします。
  2. 実際のディールの進め方をステージに翻訳する。ファウンダーと同席し、直近10件の受注と失注をたどり、実際に起きたことを記述する移行基準を書きます。感触ではなく、観察可能な出来事を。
  3. メソドロジーをCRMに移す。クオリフィケーションのフレームワークを反映した、ステージごとの必須プロパティ。埋める価値のないフィールドは削除します。無視される必須項目は、システム全体が任意だと担当者に教えてしまいます。
  4. スプレッドシートレビューを廃止する。次回のパイプラインレビューをCRMのビューだけで実施します。誰かが手を伸ばす回避策の一つひとつが、いま見つかった体系化のギャップであり、そのまま優先順位になっています。
  5. ファウンダーの営業時間に線を引く。ファウンダーはセールスから退くのではなく、ルーティンのセールスから退くのです。規模または戦略的な重みで、どのディールに引き続きファウンダーが関与するかを定義し、残りはプレイブックに任せます。
  6. ランプを初の単独成約で測る。活動量でも、認定クイズでもありません。ファウンダーが一度も同席しなかったディールを担当者がクローズした日に、プレイブックは証明されます。

オファーレターにサインする前に、最初の二つのステップを済ませてください。採用した人材はより良く着地し、より速くランプし、営業の型が移転可能かどうかが四半期以内にわかります。それこそが唯一重要な問いです。

この移行を正しい順序で進めること、ジャーニーが先、システムが次、人員は最後。それが私たちのレベニューオペレーション支援の中核です。ファウンダー主導セールスからの脱却を前にしているなら、ご相談ください。最初の二つのステップを一緒にスコープします。

出典

Noah Charak
Noah Charak
Managing Director

Checkpoint GTM の創業者。ベルリンのスタートアップ・シーンで Revenue・Business Operations を 15 年間担当し、65 件以上のトランスフォーメーション・プロジェクトを完遂。CRM アーキテクチャと RevOps の専門家。Salesforce および HubSpot 認定。

LinkedIn

この記事をシェア