担当者は、事前に準備したデモで顧客との打ち合わせを開始する。10分後、顧客は、新しいツールはパイロット運用を開始する前にセキュリティチームの承認を得なければならないと、さりげなく口にする。担当者は「承知いたしました。レポートダッシュボードをお見せしましょう」と言って、説明を続ける。この制約はその後一切質問されることなく、3週間後に静かに契約へと至る。
これはあくまで例示シナリオであり、実際の顧客事例ではありません。トレーニングを設計する上でよくあるケースです。つまり、通話中に重要なシグナルがあったにもかかわらず、担当者がそれを適切に評価しなかったというケースです。このガイドは、営業担当者が顧客のニーズを特定し、有益なフォローアップ質問を行えるようにしたいと考えている営業支援責任者や営業マネージャー、そしてそのための体系的な方法を求めている方々を対象としています。その体系とは、ディスカバリーコール監査ラボです。グループで実際の通話、あるいは現実的な通話の証拠を検証し、何が重要だったかを判断し、次の質問を練習します。
その役割に求められる能力
設計を始める前に、まずタスクを明確に定義してください。発見段階においては、担当者は以下のことができなければなりません。
- 顧客のニーズを把握する。顧客が何に気づいているか、また、顧客が何気なく口にする制約事項も含めて把握する。
- プレゼンテーションの次の項目に移るのではなく、顧客の発言内容を確認するためのフォローアップ質問をしましょう。
- 彼らが持っている情報や権限が不十分だと感じたときは、それをはっきりと伝えること。
リストに載っていない点に注目してください。それは、話す時間を減らすことや、質問チェックリストを順に確認していくことです。会話時間は測定しやすく、つい使いたくなりますが、静かな担当者は制約を見落としてしまう可能性があり、おしゃべりな担当者はまさに適切な質問をしてしまう可能性があります。会話比率が発見の質を予測するという考え方は、ルールではなく、自分の通話で検証すべき仮説として捉えてください。
検査を処方する前に、ギャップを診断してください。
すべての機能追加がトレーニング上の問題となるわけではありません。何かを構築する前に、その役割に求められる要件と、営業担当者が現在行っていること、そして彼らの評価方法を比較検討してください。
カーネギーメロン大学のエバリーセンターは、この原則を的確に説明しています。評価は、学習者が学習したいことをどれだけうまく学んだかを明らかにするものであり、指導は学習者がそれを確実に学ぶためのものであり、目標、活動、評価が一致していないと学習は損なわれます。エバリーセンター、アライメントガイダンスこれは設計ガイドラインであり、特定のプラットフォームや販売結果に関する証拠ではありませんが、有用な監査質問を提供します。つまり、私たちが実践していることは評価していることと一致しているか、そしてどちらも仕事と一致しているか、ということです。
発見に応用する：
- 現在の実践: オンボーディングが製品の説明と録画されたデモであれば、担当者はプレゼンテーションの練習をする。一方、ディスカバリーでは顧客の発言を分析する必要がある。
- 現在の評価： 営業担当者が製品知識クイズに合格したとしても、それは記憶力の評価に過ぎません。つまり、製品の機能を理解していることは分かりますが、製品の欠点を見抜けるかどうかは分かりません。
- 認知負荷： このタスクでは、担当者は質問的なアプローチを適用し、通話内容を分析し、未解明な点を特定し、どのフォローアップを行うべきかを評価する必要があります。これらはブルームの分類法における「適用」「分析」「評価」のレベルに相当しますが、これはタスクの要求事項を命名する方法であり、具体的な実施方法を規定するものではありません。
- その他の原因： トレーニング以外の説明も確認してください。CRMテンプレートは、担当者が話を聞くのではなく、入力欄を埋めるように促していませんか？ターゲットは、見込み客ではなく、予約されたデモに対して報酬を与えていませんか？通話の合間に準備する時間は確保されていますか？もしそうであれば、ラボ環境を構築しても根本的な問題は解決しません。そのことを担当者に伝えるべきです。
現在の評価方法と評価の上限を、毎週通話を聞いている営業マネージャーに確認してもらうための仮説として捉えてください。
実験室の設計：準備、実践、フィードバック
ディスカバリーコール監査ラボは、タスクに合わせて3つの部分から構成されています。
準備：前提条件を確認してください
担当者は、通話監査を行う前に、共通の用語を理解しておく必要があります。つまり、ニーズと単なる要望の違い、制約とは何か、承認された資格要件フレームワークで求められることなどを明確にしておく必要があります。簡単な診断テストを含む、短時間の自己学習モジュールでこれらの点を網羅できます。診断テストが示す内容を明確に理解しておきましょう。リコールチェックは、前提条件が満たされていることを確認するものであり、誰でもそのタスクを実行できることを示すものではありません。
練習：通話を監査し、次の質問を選択してください
中心となる活動は、事例に対する論理的な回答です。営業担当者には、通話記録または短い録音（できれば匿名化され、許可を得たもの）、あるいは営業マネージャーが作成したスクリプト付きの通話を提供します。各事例について、学習者に以下のことを指示してください。
- 顧客が実際に必要としているものと、その根拠を説明する。
- 追加の質問が可能だった箇所をマークしてください。
- 彼らが尋ねたであろう質問を書いて、
- 先に進む前に、どのような追加情報や支援が必要かを伝える。
フィードバックは、一般的な「よく聞いてくれました」ではなく、「承認の段階に気付いたようですが、誰が関わっているのか、通常どれくらい時間がかかるのかを質問することもできたはずです」といったように、そうした決定に結び付けるべきである。
レビュー：ライブ入力が役立つ場合と非同期入力で十分な場合
判断が曖昧な場合、つまり、2人の妥当な担当者がどのフォローアップが重要かについて意見が分かれ、議論自体が学びとなるような場合は、ライブファシリテーションを使用します。質問がなぜ有効なのかを説明できるマネージャーや経験豊富な担当者は、ここで時間を費やす価値があります。担当者が監査を提出し、合意された基準に基づいて書面によるフィードバックを受け取るような、より明確なケースでは、非同期レビューで十分です。ほとんどのプログラムは両方を組み合わせており、ライブ配信と自己ペース配信を同じ流れでサポートするツールが役立ちます。 AhaSlides例えば、インタラクティブなスライドタイプ（アンケート、自由記述式回答、クイズなど）は、ライブセッションで実行することも、各自の都合の良い時間に取り組めるように設定することもできるため、1つのケースをどちらの方法でも使用できます。特定のオーサリング、スコアリング、またはレポート機能を使用する前に、必ずデモで確認してください。
具体的な例
以下に簡単な事例を示します。営業マネージャーは、使用前にこの事例とその回答基準を検証する必要があります。
ケース： 運用部門のバイヤーは、打ち合わせの電話会議でこう述べた。「昨年、これに似たものを検討しました。私たちのチームは、これが既存のリクエストログ記録方法と連携して機能するかどうかを確認する必要があります。また、顧客データに関わるものはすべて、まずセキュリティレビューを経る必要があります。」
検討された証拠： 文字起こしの抜粋に加えて、担当者の次の3行は、そのまま特集ツアーへと移ります。
学習者の選択肢。 担当者は、顧客が何を必要としているのか、そして次にどのような質問をすべきかを尋ねられる。
| 世界の動き | 評決 | Why |
|---|---|---|
| 「システム統合とセキュリティの承認が必要です。セキュリティ審査は誰が担当し、通常どれくらいの時間がかかるのかを尋ねるべきでしょう。」 | 防御可能 | 両方の制約事項を挙げ、購入者の言葉を引用し、プロセスとタイムラインを明らかにする質問をする。 |
| 「彼らは統合を望んでいる。私なら、彼らがどのシステムでリクエストを記録しているか尋ねるだろう。」 | 不完全 | 制約を1つ見つけるが、レビューのステップを見落とすと、パイロットプロジェクトが頓挫する可能性がある。 |
| 「彼らは以前にも同じことを試みたことがある。我々は彼らとは違うことを証明してみせる。」 | サポートされていません | 明示された制約を無視します。これは、開始シナリオからのフィーチャーダンプ応答です。 |
各評価は、ファシリテーターの好みではなく、営業マネージャーと合意した基準に基づいて判断されます。
フィードバックと再試行: 不完全な回答を選んだ担当者は、購入者の2番目の文がハイライトされているのを確認し、フォローアップを書き直し、予算サイクルや電話会議に参加していない意思決定者など、別の隠れた制約を設定した新しい短いケースを試します。この再試行は、フィードバックによって担当者が気づいた点が変わったかどうかを示すため、最初の試みよりも重要です。
調整可能な評価基準
各評価項目を0～2点で採点してください。これは、貴社の営業マネージャーの方々にご活用いただくための提案であり、正式な準備状況評価基準ではありません。
| 基準 | 観察可能な証拠 |
|---|---|
| タスクの実行 | 顧客のニーズを把握し、有益なフォローアップ質問をする。行動内容とその根拠となる証拠を記録する。 |
| 推論 | 制約条件、代替案、そして依然として不確実な点について説明します。問題の質は事例と照らし合わせてチェックされます。 |
| 境界 | 承認された手順に従い、情報や権限が不足している場合は支援を求める。 |
アンカー： 0 = 欠落または根拠なし。1 = 部分的、関連する情報が欠落している。2 = 完全であり、合意された基準に照らして正当化されている。
重大な誤りは個別に定義する必要があります。例えば、担当者が権限のない約束をしてしまう場合などです。総合得点だけでは重大な不合格を隠蔽することはできません。質問への回答は高得点でも、セキュリティ免除を約束した担当者は不合格です。
能力を評価し、移転計画を策定する
研究所が答えなければならない2つの質問に戻りましょう。
営業担当者が顧客のニーズを把握し、有益なフォローアップ質問をすることができることを示す証拠は何でしょうか？ 彼らが見たことのない新しいケースを評価基準に照らして採点することは最低限の基準であり、ラボケース外でのスキルを示すものです。より強力な証拠は実際の業務から得られます。営業マネージャーは、営業担当者が現場で一定期間過ごした後に、録音または同席した通話のサンプルをレビューし、同じ評価基準に照らして採点します。CDCのトレーニング評価ガイドラインは、学習の評価と学習の転移の評価を区別しており、学習の転移とは、人々が学んだことを職場でどれだけうまく応用できるかを示すものだと説明しています。また、コース後の評価だけでは、どちらも客観的に評価できないと指摘しています（CDC、研修の評価また、結果を比較するための事前テストと事後テストの実施も提案しています。これは評価のための指針であり、数値が向上するという予測ではありません。
営業担当者のパフォーマンスが向上した後も、どのような制約が残る可能性があるか？ たくさんあります。どんなに良い質問であっても、買い手は制約を明らかにしないかもしれません。担当地域の設定、取引規模の目標、通話量、CRMテンプレートなどによって、営業担当者の行動が制限される可能性があります。営業担当者が制約を正しく特定できたとしても、会社がセキュリティ上の解決策を見出せない場合もあります。
測定は、シンプルかつ正直に行いましょう。
- 測定： 評価基準を用いて、ニーズの特定と質問の質を評価する。
- 比較： 実験前にベースラインとなる課題があり、実験後には未公開のフォローアップ課題がある。
- 定義： グループのメンバー、分母、そしてタイミング。
- その他の変更点を確認してください： 新しい価格設定ページ、異なるリード獲得元、あるいはマネージャーの交代など、あらゆる要因があなたの重視する数値に影響を与える可能性があります。研修の効果を評価する前に、これらの要因を必ず確認してください。勝率や収益の具体的な改善を約束してはいけません。
職場でのフォローアップを計画しましょう。2～3週間の実電話対応の後、担当者1人につき実際の通話1件について簡単な監査を実施し、チームセッションで曖昧な選択肢を1つ取り上げて話し合い、テンプレート、コーチング、またはラボで変更すべき点を決定します。
どこから始めれば
まず上記の評価基準から始めましょう。最近の通話の中から1件を選び、2人のマネージャーにそれぞれ独立して採点してもらい、単一の事例を作成する前に両者の採点結果を比較してください。意見の相違点から、評価基準の曖昧な部分が明らかになり、ラボではまずその点を明確にする必要があります。
デザインが明確になったら、インタラクティブなセッションとしてケーススタディを構築できます。
アンケート、自由回答、クイズが、ラボの設計に合ったライブまたは自己ペースのワークフローでどのように事例を伝えることができるかを確認するには、以下をご覧ください。 AhaSlides.
