高いコンバージョン率を誇るセールスプレイの解剖学
高いコンバージョン率を誇るセールスプレイの解剖学
多くの「セールスプレイ」は希望的観測に基づく文書にすぎません。「競合排除」というタイトルのスライド、3つの箇条書き、メールテンプレート。それらはイネーブルメントセッションの後、誰も開かないフォルダに保管されます。プロセスのように見えますが、行動を変えることはありません。適切な瞬間にプレイを発火させ、予測可能な結果を生み出すために必要な構造が欠けているからです。
コンバージョンにつながるプレイとは、精密で再利用可能なGTM(Go-To-Market)作業の単位です。いつ発火すべきか、誰をターゲットにするか、何をすべきか、うまくいったかをどう判断するかを備えています。これを正しく行えば、プレイはスケールするシステムの構成要素になります。間違えれば、見栄えは良いが何も変えないライブラリを作ることになります。
5つの要素、例外なし
装飾を取り除けば、効果的なプレイはすべて同じ5つの構成要素を持っています。
トリガー。「このプレイを今すぐ実行せよ」と告げる特定のシグナルまたは条件です。「なんとなくそう感じたとき」ではありません。観測可能な出来事です。チャンピオンが転職する、利用量がある閾値を超える、競合の更新日が近づく、案件が2週間音信不通になる、などです。
ターゲット。プレイが誰に対して作用し、誰に向けたものかを正確に定めます。アカウント、ペルソナ、購買における役割です。「顧客」に向けたプレイは、実際には誰にも向けられていません。
アクション。具体的なシーケンスです。アウトリーチ、アセット、トークトラック、社内でのステップです。入社2か月目の営業担当者でも問題なく実行できるくらい具体的である必要があります。
成功アウトカム。うまくいったことを意味する観測可能な結果です。ミーティングの獲得、予算の確認、スレッドに参加した2人目のステークホルダーなどです。観測できなければ、改善もできません。
出口とフォールバック。プレイが成功したとき何が起こるか(次のプレイへ進む)、そして失敗したとき何が起こるか(沈黙ではなく、明確に定義されたフォールバック)です。
このうちどれか一つでも欠けると、プレイは漏れを生じます。トリガーがなければ一貫して発火しません。成功アウトカムがなければ測定できません。この自己完結した構造こそが、プレイを孤立した戦術のまま放置するのではなく、再現可能なGTMプレイブックへと組み合わさることを可能にします。
トリガーがプレイをテンプレートと分ける
自分のプレイを一つだけアップグレードするなら、トリガーにしてください。テンプレートは営業担当者が使うかもしれないものです。プレイは条件が満たされたときに実行されるべきものです。トリガーこそが、受動的なアセットを能動的な動きに変えるものです。
良いトリガーは営業担当者のカレンダーではなく、バイヤーの行動に紐づいています。比較してみましょう。
- 弱い例:「デモの後にこれを送る」。活動ベースです。バイヤーが何かを受け入れる準備ができているかどうかを無視しています。
- 強い例:「バイヤーが提案書を社内転送したとき、あるいは新しいステークホルダーをスレッドに追加したとき、マルチスレッド化プレイを実行する」。行動ベースです。意図を示す実際のシグナルで発火します。
行動ベースのトリガーこそが、プレイがバイヤーの行動にリアルタイムで適応する方法です。またこれには、実際にバイヤーのシグナルを見る能力が必要であり、そこで計器化とオーケストレーションが登場します。鋭いトリガーを持ちながら、そのトリガーを検知する手段がないプレイは、他のすべてと同様フォルダの中で朽ちていきます。
アクション:実行できるほど具体的に、適応できるほど緩やかに
ここは多くのプレイが過剰または過小に規定してしまう部分です。過小規定(「主要なステークホルダーに連絡する」)だと、営業担当者はその空白を推測で埋めてしまい、目的が失われます。一字一句台本化して過剰規定すると、営業担当者はロボットのように話し、案件が少しでも予定から外れた瞬間にそれを放棄します。
最適な地点は、判断の余地を残した定義済みのシーケンスです。営業担当者には各ステップの目的を与えましょう(「メール2を送る」ではなく「行動しないことのコストを確立する」)。適応できる強力な出発点となるアセットやトークトラックを与えましょう。そしてバイヤーの反応に応じてプレイが分岐する判断ポイントを与えましょう。
台本ではなくレシピです。ステップと結果は固定されていますが、料理人はキッチンの状況に応じて調整します。このバランスこそが、プレイを現場で生かし続け、現実に直面すると死んでしまうセールスプレイの山に加わらせないためのものです。
実例:チャンピオン離脱プレイ
構造は実際のものに適用してみるとわかりやすくなります。
- トリガー:主要チャンピオンが役職を更新するか、退職する。CRMのエンリッチメントまたはシグナルフィードを通じて検知される。
- ターゲット:そのアカウント、具体的には残されたステークホルダーとチャンピオンの後任者。
- アクション:直ちにリスクを記録し、案件の健全性を再評価する。二次的な接点に連絡を取り、取り組みにまだスポンサーがいることを再確認する。新しいステークホルダーに、コンテキストを再共有すると申し出る、負担の少ない親切なメッセージを送る。もしチャンピオンが興味深い異動先に着地したなら、そこで新しい商談を開く。
- 成功アウトカム:2週間以内に新しい社内スポンサーが確認され、案件がステージにとどまる。
- フォールバック:2回の接触の後もスポンサーが現れなければ、案件はナーチャリングプレイに移行し、フォーキャストから外れる。
すべての要素が観測可能かつ実行可能です。だからこそコーチング可能なのです。マネージャーはどの案件でも開いて、3つの問いを投げかけられます。トリガーは発火したか。プレイは実行されたか。アウトカムは達成されたか。
主なポイント
- プレイにはトリガー、ターゲット、アクション、成功アウトカム、そして出口またはフォールバックが必要である。一つでも欠けば漏れが生じる。
- トリガーが最大のアップグレードポイントである。営業担当者のカレンダーではなく、観測可能なバイヤーの行動に紐づける。
- アクションはレシピとして書く。目的と出発点はしっかりと、実行は柔軟に。
- 成功アウトカムが観測可能でなければ、プレイは測定もコーチングもできない。
- よく作られたプレイはモジュール式であり、それがフォルダではなくプレイブックへと組み上がることを可能にする。
最高のプレイは、営業担当者がそれを思い出すのを待たずに、バイヤーが準備の合図を送った瞬間に発火します。それこそがレベニューオーケストレーションがよく設計されたプレイに対して行うことです。プレイをネクストベストアクションに変え、適切な瞬間に浮かび上がらせるのです。
More from GTMモーションとプレイブック
See revenue orchestration in action
Unify your revenue data, signals, and plays on one AI-native platform.