%20(%E8%83%8C%E6%99%AF%E3%81%82%E3%82%8A).png?width=130&height=39&name=%E6%9C%80%E7%B5%82Start%20Link%20(500%20x%20150%20px)%20(%E8%83%8C%E6%99%AF%E3%81%82%E3%82%8A).png "StartLink"){kind=logo}
この記事の結論
商談で使う質問と判断の流れを整理し、担当者が引き継げる営業プレイブックを作る方法を解説します。
商談で使う質問と判断の流れを整理し、担当者が引き継げる営業プレイブックを作る方法を解説します。
「成果を出している担当者の進め方が、ほかのメンバーには見えない」「商談メモは残っているのに、次に何を聞くべきか判断できない」——こうした状態では、資料を増やすだけでは営業の進め方がそろいません。
営業プレイブックとは、商談の場面ごとに確認する情報、会話の進め方、次の行動をまとめた実践ガイドです。この記事では、判断が分かれる商談場面を選び、既存の記録から質問と行動を拾い、現場で使った結果をもとに直すまでを順に説明します。
この記事でわかること
商談の進め方を共有したい営業責任者や、現場で使える資料を整えたい担当者に向けて、作成時に決めることと運用後に確かめることを整理しました。
- 営業プレイブックの役割 — 営業マニュアルとの違いを踏まえ、商談中に参照する情報を選びます。
- 暗黙知の抽出方法 — 商談同行や受注商談の振り返りから、質問、回答、次の行動を分けて拾います。
- 商談ステージ別の作り方 — 各段階で何を確認し、どの状態なら次へ進むかを決めます。
- HubSpotでの運用方法 — 取引レコードで参照する流れを考え、メモの記録と項目への反映を分けて確認します。
- 見直しの判断基準 — 使われない質問や商談結果とのずれから、直す箇所を選びます。
読み進める前に、担当者によって質問や次の行動が分かれている商談場面を選んでください。その場面を例にすると、何を載せ、何を別資料に置くか判断しやすくなります。
営業プレイブックとは何か
営業プレイブックには、担当者が商談中に迷う判断を載せます。業務ルールを確認したいのか、顧客の回答を受けて次の行動を選びたいのかで、参照先を分けるところから始めます。
営業マニュアルとの違い
営業マニュアルは、業務のルールや基本手順を共有する際に役立ちます。一方、プレイブックは、顧客の回答に応じて会話や次の行動を選ぶ場面で使います。両者の役割は、次の比較表のように整理できます。更新頻度と分量は固定の仕様ではないため、自社で参照する場面に合わせて決めてください。
| 項目 | 営業マニュアル | 営業プレイブック |
|---|---|---|
| 目的 | 業務手順の説明 | 商談の勝ちパターンの共有 |
| 内容 | 規則・ルール中心 | 戦術・スクリプト・事例中心 |
| 粒度 | 概要レベル | アクション単位 |
| 更新頻度 | 制度や手順が変わったとき | 商談の進め方や判断にずれが出たとき |
| 利用シーン | 入社時研修 | 商談中のリアルタイム参照 |
例えば、見積もりの社内申請手順はマニュアルで確認します。顧客から価格について質問された場面で、背景をどう聞き、どの資料を示し、誰に確認するかはプレイブックに載せます。両方が必要なら、プレイブックには商談中の判断を記し、申請手順への参照を添えます。
作成前に決める利用場面
初回接触、ヒアリング、提案、クロージングのうち、担当者によって質問や次の行動が分かれている場面を選びます。商談メモを読み、どの回答を受けたところで判断が止まったかを探してください。
- 迷いの原因が「何を聞くか決まっていない」 ── 質問と確認する目的を載せます。
- 迷いの原因が「聞いているが次の行動が決まらない」 ── 回答によって対応が分かれる条件を載せます。
- 迷いが社内申請の方法にある ── 先にマニュアルを整えます。
この切り分けで、商談中に開く必要のある内容を選べます。
トップセールスの暗黙知を抽出する
成果を出している担当者の発言を集めたら、その言葉が使われた状況と、回答後の判断まで確かめます。質問の文言だけを共有しても、別の商談でいつ使うかは判断できません。ここでは、発言を再利用できる判断材料へ変える手順を説明します。
商談の発言と判断を分けて記録する
商談同行、成功商談の振り返り、担当者間の比較、ヒアリングの観察から、判断が変わった場面を探します。商談に同行できるなら、次の順に時系列で残します。
- 質問前に分かっていたこと
- 実際の質問
- 顧客の回答
- その後の行動
同行が難しければ、商談記録を見ながら担当者に同じ順序で振り返ってもらいます。
例えば「決裁者を確認した」という記録を見つけたら、確認前に何が分からず、回答によって提案の進め方がどう変わったかを聞きます。理由を説明できない行動は、共通の手順としてすぐに採用せず、別の商談記録と照らします。同じ条件で判断が分かれるなら、どの情報を追加で確認すべきか草案に書きます。
現場の疑問と突き合わせる
草案を別の担当者に渡し、「この質問をする前に何を確認するか」「回答が得られなければどうするか」を説明してもらいます。説明が分かれた箇所には、質問の前提か次の行動が不足しています。
- 補足を加えると商談中に探しにくくなる ── 背景知識をマニュアルに移し、プレイブックには判断に必要な記述を残します。
- 短くした結果、どの回答でも同じ行動しか読み取れない ── 対応が分かれる条件を補います。
別の担当者が商談記録を見て次の行動を選べる状態になったら、試用に進みます。
商談ステージ別に内容を整理する
抽出した質問と行動を、担当者が実際に開く商談段階へ配置します。次の表で各ステージに載せる内容を確認し、まず判断が分かれている場面から草案を作ります。試用して不足が見つかった段階で、前後のステージにも広げてください。
次の図は、商談段階に質問と移行条件を置く手順を示します。
ステージ別テンプレート
| ステージ | プレイブックの内容 | 具体例 |
|---|---|---|
| リード獲得 | ターゲット企業の選定基準、アプローチ方法 | 業種・規模・課題別のアプローチスクリプト |
| 初回接触 | 電話・メールのトークスクリプト | 「御社の〇〇の課題について...」の導入パターン |
| ヒアリング | BANT/MEDDICに基づく質問項目 | 予算・時期・意思決定者の確認手順 |
| 提案 | 提案資料のテンプレート、プレゼン構成 | 課題→解決策→効果→投資→事例の構成 |
| クロージング | 価格交渉の対応パターン、反論処理 | 「高い」と言われたときの切り返しパターン |
表から掲載内容を選ぶ際は、先に「その段階で何を決めるか」を書きます。
- 初回接触で次回面談に進むか判断したい ── 提案内容を詳しく説明する文より、課題と次回の参加者を確かめる質問を優先します。
- 提案段階で判断が止まる ── 提案内容を変える情報がヒアリングで得られているかを確認します。不足していれば、提案の説明を増やす前にヒアリングへ戻ります。
ステージの移行条件と記録先をそろえる
各ステージについて、次のことを書きます。
- 入る条件
- 次へ進む条件
- 進めないときの行動
質問への回答があっても、移行条件を満たしていなければ何を追加で確認するか示してください。商談の実態と条件が合わない場合は、質問を増やす前にステージの定義を見直します。
記録先も、判断に使う情報から決めます。取引の進行状況や次の行動をどこで確認するかをそろえ、会話の背景は商談記録でたどれるようにします。引き継ぐ担当者が、取引の状態だけでは次の行動を決められないなら、不足する質問や判断理由を確かめてから記録方法を整えます。
ヒアリング項目を質問と次の行動につなげる
ヒアリングでは、回答によって提案や商談の進め方が変わる質問を優先します。BANTやMEDDICを項目の抜けを探す手がかりにしながら、各質問の目的、回答後の行動、記録先を決めていきます。
枠組みから必要な質問を選ぶ
- BANT ── 予算、決裁への関与、必要性、時期を確認する枠組みです。
- MEDDIC ── 成果の測り方や意思決定の条件など、商談の判断に関わる情報を整理する枠組みです。
どちらかの項目を一律に並べる前に、現在の商談で判断が止まる理由を見ます。例えば、次のように選びます。
- 提案後に関係者が増えて内容を作り直している ── 意思決定への関与を確かめる質問を先に置きます。
- 導入時期が決まらず次回の約束を取りにくい ── 時期を決める出来事や検討手順を聞きます。
回答が得られないときの確認先や次回の行動も記し、空欄を埋めるためだけの質問にならないようにします。
回答を残す目的から入力項目を決める
商談中の回答には、会話の文脈として残したいものと、案件を比較するために項目として管理したいものがあります。
- 背景によって意味が変わる回答 ── 前後の会話が分かる形でメモに残します。
- 担当者をまたいで同じ基準で判断したい回答 ── 選択肢や定義をそろえることを検討します。
入力項目を増やす前に、その項目を誰が見て、何を判断するか確かめてください。判断に使われないなら、プレイブックの質問から外すか、必要な文脈だけをメモに残します。提案の可否や引き継ぎに使うなら、回答例と未確認時の行動を書きます。試用時に担当者間で解釈が分かれた項目から、定義を直します。
HubSpotのプレイブック機能で運用する
HubSpotで運用する場合も、最初に決めるのは商談中に参照する質問と判断条件です。取引レコードで使う場面を想定し、担当者が開けるか、回答をどこに残すか、記録後に何を確認するかを順に確かめます。
レコードで開くまでの流れ
利用条件は、自社の契約と担当者の権限を公式案内に照らして確認します（出典：プレイブックを使用する）。対象の担当者が利用できるか確認できたら、取引レコードで参照したい商談場面を選び、質問の草案を用意します。
試用時には、担当者にその取引を開いて質問を探し、回答を受けた後の行動を説明してもらいます。
- 質問を見つけにくい ── 名称や配置を見直します。
- 回答後の行動が分かれる ── 判断条件を直します。
関連する活用の考え方はHubSpot Playbookの活用方法も参考にしてください。
メモの保存とプロパティー更新を分けて考える
回答を商談の記録として残すことと、取引のプロパティーへ反映することは、別の目的として設計します。公式案内には、プレイブックの質問からプロパティーを更新する機能について利用条件が示されています（出典：プレイブックを使用する）。
回答を書いただけで、比較や後続の処理に使う項目まで更新される前提にはしません。
会話を振り返ることが目的なら、まず質問と回答を記録し、取引から読み返せるか確かめます。回答を項目として使いたいなら、更新先と利用条件を確認し、対象の取引で入力と記録を試します。記録後に意図した項目を読み返し、値が反映されていなければ設定や権限を確認してから利用範囲を広げます。
レビューで使われ方と商談結果を確かめる
運用後は、次の質問を分けて確認します。担当者の感想に商談記録と次の行動を重ね、どの記述を直すか決める手順を紹介します。
- 使われなかった質問
- 回答しにくかった質問
- 判断に役立った質問
質問が使われない理由を分ける
成功・失敗商談の振り返りや競合情報の更新時に、質問が現在の判断に合っているか確かめます。未入力の質問があっても、すぐに必須にはしません。担当者が開けなかったのか、顧客から回答を得られなかったのか、回答が判断に必要なかったのかを確認します。
| 使われない理由 | 見直すこと |
|---|---|
| 開けなかった | 名称や配置 |
| 回答を得られなかった | 聞く順序や聞き方 |
| 回答しても判断に使わなかった | その質問を外すか、使う条件を明記する |
修正理由も残し、次のレビューでは同じ問題が続いているかを確認します。
商談の結果から戻り先を決める
プレイブックを使ったかどうかと、受注・失注の結果は分けて読みます。
- 使っていても提案前に必要な情報がそろわない ── ヒアリング項目かステージの移行条件に戻ります。
- 情報はそろっているのに提案内容が合わない ── 回答を提案へつなぐ判断を見直します。
失注理由を共有するときは、顧客が述べた内容と担当者の推測を区別します。そのうえで関連する商談記録を読み、変えるべき質問や判断条件を特定してください。理由の分類が粗い場合や商談の条件も変わっている場合は、結果だけを根拠にプレイブックの記述を変えず、次の商談で何を確認するか決めます。
使われないプレイブックを避ける
商談中に必要な質問へたどり着けるか、回答を受けて行動を決められるかを、別の担当者に試してもらいます。ここでは、情報が多すぎる場合と、作成者だけに意味が通じる場合の直し方を示します。
情報量が多すぎる場合
質問の背景、商品説明、社内手続きが同じ場所に並んでいるなら、商談中に見る質問と判断を残し、詳しい説明は別資料へ移します。削った後は実際の商談記録を使い、担当者が必要な箇所を見つけ、次の行動を選べるか確かめます。
「状況に応じて対応する」としか書かれておらず行動を選べないなら、必要な条件まで削っています。顧客の回答によって対応が分かれる点を戻してください。
分量そのものではなく、探せることと判断できることの両方を基準にします。
作成者だけに通じる場合
草案を作成に関わっていない担当者に渡し、商談記録を見ながら次の質問と行動を説明してもらいます。説明が分かれたら、どの前提や条件を読み取れなかったかを聞き、該当箇所を直します。
運用を続けるために、次の担当も決めます。変更した質問を別の担当者が使えるか確かめてから反映します。
- 修正案を集める人
- 商談ステージの定義との整合を確認する人
知識の整理と共有については、ナレッジマネジメントとはも参考になります。
よくある質問
営業プレイブックはどのくらいの長さで作ればよいですか？
商談中に必要な質問を見つけ、回答後の行動を選べる分量から始めます。背景説明が長ければ別資料へ移し、質問の前提と判断条件はプレイブックに残します。別の担当者に商談記録を渡し、次の行動を説明できるかで確かめてください。
更新するタイミングはどう決めますか？
商談の振り返りで、書かれた質問や判断条件と実際の対応にずれが見つかったときに見直します。競合や市場の情報が変わった場合も、まず商談中の判断に影響するか確認します。影響するなら該当する質問と行動を改訂し、影響しないなら追記を急ぐ必要はありません。
少人数の営業チームでも作る意味はありますか？
案件を引き継ぐ際、商談の経緯だけでは次の行動を決められないなら役立ちます。まず、口頭で補っている質問や判断理由を書き出してください。別の担当者がその記録から次の行動を選べたら、日常の商談でも参照する範囲を検討します。
HubSpotでは回答を入力すると取引の項目も更新されますか？
回答を記録として残す運用と、取引のプロパティーに反映する運用を分けて確認してください。公式案内では、プレイブックの質問からプロパティーを更新する機能にEnterpriseの利用条件が示されています（出典：プレイブックを使用する）。まず契約と担当者の権限を確認し、反映先の項目を決めます。対象の取引で入力と記録を試し、意図した項目に値が残ったことを読み返してから運用を広げてください。
まとめ
営業プレイブックは、商談で確認する情報、回答による判断、次の行動を結び付けたガイドです。担当者によって進め方が分かれる場面を選び、商談記録から判断の根拠を拾い、別の担当者が使えるか確かめながら整えます。
- 商談記録や同行から、判断を変えた質問と回答を拾います。
- 回答ごとの次の行動を書き、別の担当者が同じ記録を見て判断できるか確かめます。
- 商談中に使う場所へ配置し、使われ方と商談記録を見て質問や条件を直します。
企業様によって最適な形は異なります。まずは判断が分かれている商談場面から試し、担当者が迷った箇所を次の見直しにつなげてください。
CRMを活用した業務効率化やAIとの連携に関するご相談は、StartLinkまでお気軽にお問い合わせください。
あわせて読みたい
このテーマと関連する内容を、次の記事でも詳しく解説しています。
記事の内容を、そのまま実務に落とし込みたい方向け
HubSpotゴールドパートナーのStartLinkが、HubSpot導入・AI活用・CRM整備・業務効率化までをまとめて支援しています。記事で気になったテーマを、そのまま相談ベースで整理できます。
次に読む
株式会社StartLinkは、事業推進に関わる「販売促進」「DXによる業務効率化（ERP/CRM/SFA/MAの導入）」などのご相談を受け付けております。 サービスのプランについてのご相談/お見積もり依頼や、ノウハウのお問い合わせについては、無料のお問い合わせページより、お気軽にご連絡くださいませ。
著者情報
