トークスクリプトの改善サイクル|通話録音の聞き方と振り返りの進め方

結論:スクリプトは「一か所ずつ変えて検証する」サイクルで育てる

トークスクリプトは、最初に作ったものが最善であることはほとんどありません。実際に架電してみると、想定していなかった断り文句や、相手の反応が鈍い言い回しが見つかるものです。そのため、スクリプトは作って終わりではなく、改善し続けるものとして扱う必要があります。

改善の基本は、次の5つのステップを繰り返すことです。

1. 聞く:数字が落ちている段階の通話録音を聞く
2. 仮説を立てる:どの一言が原因か、何に変えればよいかを考える
3. 一か所だけ変える:スクリプトの該当箇所だけを修正する
4. 検証する:一定期間、数字と録音で効果を確認する
5. 標準化する:効果があれば正式版に反映し、チーム全員で使う

筆者はパイプラインの最大化を狙ったスクリプト設計や、切り返しトークの作成を強みとしてインサイドセールスを支援してきました。スクリプトの成果を分けるのは、最初の完成度よりも、この改善サイクルを止めずに回せるかどうかです。

録音は「数字が落ちている段階」に絞って聞く

通話録音をすべて聞こうとすると、時間がいくらあっても足りません。改善のために聞くべき録音は、段階別の数字から絞り込みます。

録音を聞くときの観点

• 相手の声のトーンや反応が変わった瞬間はどこか
• その直前に、こちらは何と言ったか
• 相手が使った言葉(業界の言い方、課題の表現)は何か
• こちらが話している時間と、相手が話している時間のバランスはどうか
• うまくいった通話とうまくいかなかった通話で、どこが違うか

振り返り会の進め方

録音を聞いた内容は、チームの振り返り会で共有し、スクリプトの修正につなげます。振り返り会は長くする必要はなく、定期的に短く行うほうが続きます。

進め方の例(30分程度)

1. 数字の確認(5分):前回からの段階別の数字の変化を確認する
2. 録音を聞く(10分):事前に選んだ通話を一〜二件、全員で聞く
3. 気付きの共有(10分):相手の反応が変わった箇所と、その理由を話し合う
4. 次に試すことを決める(5分):変更する箇所を一つ決め、担当者と期間を決める

振り返り会で気を付けること

• 録音を聞くのは、個人を責めるためではなく、チームのスクリプトを良くするためであることを最初に共有する
• うまくいった通話を先に聞き、良い点から話す
• 「もっと熱意を」のような抽象的な意見ではなく、「この一文をこう変える」という具体的な案にまとめる

録音を聞かれることに抵抗を感じるメンバーもいます。目的が改善であることを丁寧に伝え、SVやリーダー自身の通話も題材にすると、チームに受け入れられやすくなります。

変更は一か所ずつ、履歴を残す

スクリプト改善でよくある失敗は、一度に多くの箇所を変えてしまうことです。冒頭のトーク、ヒアリングの順番、打診の言い回しを同時に変えると、数字が良くなっても悪くなっても、どの変更が効いたのかが分かりません。

変更は原則として一か所ずつ行い、次のような履歴を残しておきます。

履歴があると、効果がなかった変更を元に戻すことも簡単です。また、新しいメンバーが入ったときに「なぜこの言い回しになっているのか」を説明できるため、育成にも役立ちます。

検証期間の考え方

変更の効果は、数件の通話では判断できません。架電件数が少ない段階では、数字だけでなく録音での相手の反応もあわせて確認し、一定の件数がたまってから判断するようにしましょう。曜日やリストの違いで数字がぶれることもあるため、比較する条件をなるべくそろえることも大切です。

改善の具体例:断り文句への切り返し

改善サイクルがどのように回るかを、「資料を送ってください」という断り文句を例に見てみます。

録音で見えた課題

会話は続くもののアポにならない通話を聞くと、「資料を送っておいてください」と言われて、そのまま「承知しました」と電話を終えているケースが多く見つかったとします。資料を送ったあとの連絡もつながりにくい状況だった、という想定です。

変更前

「承知しました。では、資料をお送りいたします。失礼いたします。」

変更後

「ありがとうございます。御社に合った資料をお送りしたいので、一つだけ伺ってもよろしいですか。今、いちばん手間がかかっている業務はどちらでしょうか。」

相手が答えてくれた場合は、続けて次のように打診します。

「その業務でしたら、資料よりも実際の画面を15分ほど見ていただくほうが早いと思います。資料もお送りしたうえで、来週どこかでお時間をいただけないでしょうか。」

検証

変更後は、「資料送付」で終わった通話のうち、どれだけ質問に答えてもらえたか、そこからアポにつながったかを確認します。録音では、質問に対して相手が話し始めたかどうかも聞きます。効果が確認できれば正式版に反映し、効果が薄ければ質問の内容を変えて再度試します。

効果のあった変更をチームに定着させる

検証で効果が確認できた変更は、正式版のスクリプトに反映し、チーム全員が使える状態にします。ここで手を抜くと、一部のメンバーだけが新しい言い回しを使い、残りのメンバーは古いままという状態になり、チームの成果が上がりません。

定着させるための手順

1. 正式版を更新する:スクリプトの該当箇所を書き換え、版の番号と更新日を明記します。古い版は混乱を避けるため、すぐに参照できない場所に移します。
2. 変更の理由を説明する:「なぜ変えたのか」「どんな反応の違いがあったのか」を、録音の一部とあわせて共有します。理由が分かると、メンバーは言い回しを自分の言葉として使えるようになります。
3. ロールプレイで練習する:新しい言い回しは、実際の通話で使う前に一度声に出して練習します。読むだけでは、本番で自然に出てきません。
4. 使われているかを確認する:変更後しばらくは、録音で新しい言い回しが使われているかを確認し、使われていなければ理由を聞きます。

また、メンバーが自分で工夫して成果を出している言い回しは、積極的に拾い上げてスクリプトに取り込みましょう。現場から生まれた改善がスクリプトに反映されると、メンバーの改善への関心も高まり、サイクルが回りやすくなります。

外部に任せる場合の考え方

インサイドセールスを外部に依頼する場合も、スクリプトの改善サイクルが回っているかは重要な確認ポイントです。録音の共有、振り返りの頻度、スクリプトの変更履歴の扱いについて、事前に確認しておきましょう。

リクエッジでは、スクリプトの設計から、架電後の録音をもとにした改善までを一体で支援しています。設計・スクリプト作成は目安として10万円〜/一式(税別・個別見積り)です。