新入社員が実際に読む社内営業Playbookの書き方

30人規模のSaaS企業の営業マネージャーに問題がありました。営業Playbookが52ページでした。18か月前にコンサルタントが2週間チームにインタビューして、営業プロセス、製品、競合状況、カスタマーサクセスへのハンドオフのあらゆる側面をカバーした詳細なドキュメントを作成しました。

新入社員はDay 1にそれを受け取りました。開いて5ページまでスキャンし、二度と開きませんでした。2年後、彼はOnboardingプロセスを監査して、担当者がPlaybookではなく同僚から、そしてミスをすることから営業プロセスを学んでいることを発見しました。Playbookはプロセスがドキュメント化されているとVP of Salesが感じるために存在していました。誰かの助けには実際にはなっていませんでした。

彼は週末にそれを書き直しました。12ページ。コンサルタントなし。1つの質問への明確な答えだけ：新入社員が最初の案件をクローズするために週1〜90に何をする必要があるか？新入社員のランプ時間が3週間短縮しました。Playbookは重大な案件が失われるたびに更新されます。

それが営業Playbookがすべきことです。

ステップ1：Playbookの1つの仕事を定義する

1ページも書く前に、Playbookが何で何でないかを明確にしてください。

製品マニュアルではありません。担当者は製品トレーニング、デモ、顧客との会話を通じて製品を学びます。

会社概要でもありません。それは従業員ハンドブックのためです。

営業チームの経験からのベストプラクティスのコレクションでもありません。それはミーティングノートと案件レビューに属する価値ある制度的知識ですが、静的なドキュメントではありません。

Playbookの1つの仕事：最初の90日間に勝っている担当者が何をするかを新入社員に伝える。プロセスを説明し、ツールを示し、3つの最も一般的な異議に機能する言葉を与え、各ステージで「良い」とはどのようなものかを明確にする。

計画ドキュメントの上部に書き留めてください。考慮しているセクションが最初の90日間の新入社員を助けない場合、Playbookには属しません。

ステップ2：すべてのPlaybookが必要とする8つのセクション

これが目次テンプレートです。各セクションにはターゲットの長さがあります。ドキュメント全体は15ページ未満であるべきです。

Playbookの目次：

ICPについて2ページ書いていれば、Playbookではなく製品の概要を書いています。1ページに削ってください。ディスカバリーコール構造のセクションが細かいエッジケースで埋まっていれば、参考ドキュメントではなく営業トレーニングカリキュラムを書いています。

ステップ3：異議処理セクションの書き方

異議処理セクションは実際の顧客との会話中に使用される可能性が最も高いPlaybookの部分です。担当者は電話中または通話の準備中にそれを調べます。ここにある異議は失注案件レビューから直接来るべきです — 実際の異議は損失データの中にあり、担当者がトレーニングから覚えていることではありません。15秒でスキャンできる形式で書いてください。

機能する形式：

[購買者が実際に言う形での異議] 実際に言われていること：[表面的な異議ではなく、根底にある懸念] 回答：[言うこと、おおよそのスクリプト形式で] フォローアップ：[回答が刺さったかを確認するために後で聞くこと]

具体的な例：

「今は現状で満足しています。」 実際に言われていること：「現在の状況の問題を切り替えコストを正当化するのに十分なほど見ていない。」 回答：「それはこの段階ではかなり一般的です。このコールを取ることにしたのは何がきっかけですか？通常、現在のソリューションに満足しているチームはデモのために電話を取りません。」[一時停止、彼らが答えるのを待つ]「つまりあなたが説明しているのは[彼らが言ったことを言い換える]です。それがより良く機能したら実際に違いを生むものですか？」 フォローアップ：「[彼らが言及した具体的なペイン]が解決されれば、それをあなたの特定のユースケースに対して具体的にどう対処するかを見たいですか、それとも別の大きな懸念がありますか？」

4〜5つの異議をこのように書いてください。異議は実際の営業コール、特に失った案件から来るべきです。すべての可能な異議の回答を書かないでください。上位4〜5つに集中してください。残りはコーチングで処理します。

ステップ4：PlaybookをCRMにリンクする

Googleドライブのフォルダに住んでいるPlaybookは一度開かれます。CRM内からアクセス可能なPlaybookは案件作業中に参照されます。

実用的な方法：CRMの案件レコードのサイドバーまたは案件ステージの指示にPlaybookへのリンクを追加してください。

HubSpotでは：Playbooks（Sales Hub Professional以上で利用可能）に移動してください。案件レコードにクリックすると直接表示されるCRM内Playbookを作成できます。これが最良のエクスペリエンスです：担当者はHubSpotを離れずにディスカバリーの質問や異議の回答を見ることができます。

Sales Hub Proでない場合：GoogleドキュメントまたはNotionページにリンクする「Playbook」というカスタム案件プロパティを追加してください。すべての新規案件に表示されるようにリンクを「案件説明」フィールドテンプレートに入れてください。

Salesforceでは：Salesforce Enablementを使用するか、OpportunityレコードにカスタムリンクフィールドとしてPlaybookのリンクを追加してください。Salesforceのパス機能を使用して各ステージにガイダンスノートを追加することもできます。主要なPlaybookコンテンツをステージ固有のガイダンスに直接埋め込むことができます。

Pipedriveでは：Playbookリンクを案件テンプレートに追加してください。テンプレートから作成されたすべての新規案件はその説明にリンクがあります。

目標は、ディスカバリーコールを準備している担当者が作業中の案件を離れずにディスカバリーコール構造を見つけられることです。それが実際に使われるバージョンです。

ステップ5：バージョン管理と所有権

更新されないPlaybookは間違ったものになります。そして間違ったPlaybookはPlaybookがないより悪いです。古いプロセスで担当者をトレーニングします。

Playbookの所有者として1人を割り当ててください。通常は営業責任者またはセールスイネーブルメント担当者。所有者の責任：

• 少なくとも四半期ごとにPlaybookをレビューする
• 担当者の働き方に影響するプロセス変更から2週間以内に更新する
• 現場で何かが変わったときに古くなったセクションにフラグを立てる

更新をトリガーするもの：

• デモのフローを変える新しい製品機能
• 取り組んでいるアカウントに入ってきた新しい競合他社
• 評価プロセスの変更（例：BANTからMEDDICへの切り替え）
• 異議処理に影響する価格変更
• 同じ回答で同じ異議に連続して3件の失注（その回答が機能していない）

ドキュメントの末尾にバージョン履歴を保持してください。更新ごとに1行：日付、変わったこと、そしてその理由。1年間チームにいる担当者は変更内容とその理由を質問なしに確認できます。

ステップ6：PlaybookのOnboarding使用と参照使用

Playbookには2つの異なる使用方法があり、異なるエクスペリエンスが必要です。

Onboarding使用（1〜3週目）：新入社員はOnboardingの一環としてPlaybookを最初から最後まで読みます。チームがどのように販売するかのメンタルモデルを構築しています。この使用では、ドキュメントは論理的に流れ、一貫したストーリーを伝える必要があります。

参照使用（継続的）：経験豊富な担当者が購買者が再参加するのを待っている保留中に「今は予算がない」という異議の対処方法を覚えたい。この使用では、ドキュメントは検索可能でスキャン可能である必要があります。

同じドキュメントが短く整理されていれば両方の使用に対応できます。ほとんどのPlaybookが犯す間違いは包括性のために最適化することで、どちらの使用ケースにも役立ちません。

Playbookが15ページを超えている場合、おそらく「持っていたい」ではなく「1週目に必要」なものではないセクションを探してください。

ステップ7：Playbook効果の測定

ほとんどのPlaybookは測定されません。機能しているかどうかを誰も追跡しないため、何か存在するべきものとして感じられるから作られます。

追跡する価値がある2つの測定：

新入社員のランプ時間：ランプを「最初のクローズ案件までの時間」または「最初の完全な四半期での割り当ての80%までの時間」として定義してください。大幅なPlaybookの見直しの前後でこれを追跡してください。Playbookを簡素化した後にランプ時間が改善されれば、簡素化は価値がありました。

Playbook遵守率対クローズ率：CRMがどの担当者がディスカバリーコール構造に従っているかをキャプチャしている場合（GongやChorusなどのコール録音ツールを通じて）、構造に従う担当者とそれから外れる担当者のクローズ率を比較できます。

GongとChorusはどちらも担当者がコール中に特定の質問をするかどうかを追跡する機能を持っています。HubSpotのConversation Intelligenceアドオンでは、録音されたコールでのキーワード使用を追跡できます。

手動でこれを行うこともできます：2か月目の新入社員の録音されたディスカバリーコール5件を聞いてください。Playbookのディスカバリーの質問を聞いていますか？正しい方法で異議を処理していますか？これは90分かかり、どのレポートよりもPlaybookの効果について多くのことを伝えます。

よくある失敗

多すぎる製品コンテンツ。 Playbookに4ページの製品概要があれば、販売方法ではなく製品について担当者を教えています。製品トレーニングはデモ環境、ナレッジベース、製品チームのセッションにあります。Playbookはピッチで重要な製品の部分だけが必要です。

プロセスコンテンツがない。 一部のPlaybookは完全に製品とペルソナコンテンツであり、担当者がコールで実際に何をするかについてのものがありません。

マネージャーの安心のために書く、新入社員の使用のためでなく。 長いPlaybookはしばしばマネージャーがすべてをカバーしたと感じたいがためにあります。短いPlaybookは誰かが聞いたから存在します：新入社員が最初の案件をクローズするために実際に何が必要か？

案件を失った後に更新しない。 異議処理セクションが14か月前に最後に更新された場合、今日担当者に言われていることを反映していません。

次のステップ

Playbookの次のバージョンを公開する前に、過去60日以内に入社した新入社員に渡してください。読んでPlaybookが答えなかったすべての質問を記録してもらいます。

すべての質問がPlaybookへの追加になる必要はありません。一部はトレーニングセッションや製品Wikiに属します。しかし実際の営業コールで出てくるすべての質問は候補です。

最良のPlaybookは反復的に構築されます。上記の8つのセクションから始め、新入社員に最初のバージョンを提供し、フィードバックを集め、欠けているものだけを追加してください。6か月間の反復は6か月間の事前計画より良いドキュメントを生み出します。

関連記事

• 見込み顧客評価フレームワーク：BANT、MEDDIC、GPCT
• 1時間を無駄にしない週次Pipelineレビューの進め方
• 改善につながる失注案件レビューの進め方