トークスクリプトのABテスト｜科学的に改善する
「トークスクリプトを変えたら、なんかアポ増えた気がする」
この「気がする」が危ない。テレアポのスクリプト改善は、多くのチームが感覚でやっている。でも、たまたま良いリストに当たっただけかもしれないし、曜日や時間帯の影響かもしれない。今回は、スクリプトの改善をA/Bテストで「科学的に」やる方法を見ていこう。
トークスクリプトの基本的な作り方は別記事でまとめているので、そちらも参考に。
A/Bテストとは？テレアポ版
A/Bテストは、2つのパターンを同じ条件で比較して、どちらが効果的かを検証する手法だ。Webマーケティングではボタンの色やコピーの比較でよく使われるが、テレアポのスクリプトにも応用できる。
やり方はシンプル。
- スクリプトを2パターン（AとB）用意する
- 同じリストを半分に分ける
- 同じアポインターがAとBを交互に使う（または、午前A/午後Bで分ける）
- 結果を比較する
ここで大事なのは「変えるのは1箇所だけ」というルール。オープニングもクロージングも全部変えたら、何が効いたのか分からなくなる。
何をテストするか：3つの要素
スクリプトでテストすべき要素は、大きく3つある。
1. オープニング（最初の15秒）
テレアポの成否を決める最重要ポイントだ。ここだけで会話継続率が2〜3倍変わることもある。
テスト例
- A:「最近、新規開拓でお困りのことはありませんか？」（課題質問型）
- B:「テレアポチームの架電数を1.5倍にした方法がありまして」（数字インパクト型）
計測指標は「会話継続率」――相手が何かしら返答してくれた割合だ。「間に合ってます」で即切りされたら不継続、質問に答えてくれたら継続とカウントする。
2. バリュープロポジション（価値提案）
自社サービスの価値をどう伝えるか。同じ商品でも切り口を変えると刺さる層が変わる。
テスト例
- A:「Excelでの管理工数を月10時間削減できます」（コスト削減訴求）
- B:「チーム全員の架電状況がリアルタイムで見えるようになります」（可視化訴求）
計測指標は「アポ獲得率」と「資料送付率」。
3. クロージング（アポの取り方）
最後のひと押しの言い方を変えるだけで、アポ率が変わることがある。
テスト例
- A:「来週の火曜か水曜、どちらがご都合よろしいですか？」（二択提示）
- B:「15分のオンラインデモをお見せできるんですが、今週中でご都合いいタイミングはありますか？」（低ハードル訴求）
計測指標はストレートに「アポ獲得率」だ。
サンプルサイズの目安
テレアポあるある：10件ずつ試して「Bのほうがアポ取れた！」と結論づけてしまう。10件では偶然の可能性が大きすぎる。
統計的に意味のある差を出すには、最低でも片方50件、できれば100件は必要だ。
ざっくりの目安
| アポ率の差 | 必要なサンプル数（片方） |
|---|---|
| 5%以上の差を検出 | 約50件 |
| 2〜3%の差を検出 | 約100件 |
| 1%の差を検出 | 約300件以上 |
テレアポのアポ率が平均3%のチームなら、パターンAで100件、パターンBで100件の計200件架電すれば、ある程度信頼できるデータが取れる。1日80件架電するアポインターなら、2〜3日で完了する計算だ。
実際のテスト手順
ステップ1: 仮説を立てる
「なんとなく変えてみよう」ではなく、仮説を明確にする。
- 仮説:「オープニングで具体的な数字を出すと、会話継続率が上がるのでは？」
- テスト内容: オープニングの1文目だけを変更
- 計測指標: 会話継続率
ステップ2: 条件を揃える
同じリスト、同じ時間帯、同じアポインターで比較するのが理想。リストをランダムに2分割して、交互にAとBを使うのが最も正確な方法だ。
複数のアポインターがいる場合は、全員がAとBの両方を同じ件数ずつ使う。特定のメンバーだけAを使うと、そのメンバーのスキルが結果に影響してしまう。
ステップ3: 結果を記録する
架電ごとに以下を記録する。
- 使用パターン（AまたはB）
- 結果（会話継続/即切り/アポ獲得/資料送付/等）
- 通話時間
Excelでも記録できるが、架電しながら「今回はパターンA」「結果は受付NG」と記録するのは意外と面倒だ。SFAツールで架電結果をワンクリックで記録できると、テストの精度が上がる。
ステップ4: 判定する
100件ずつのテストで、パターンAのアポ率が2%、パターンBが5%だったら？ この差は偶然ではなさそうだ。Bを採用して次のテストに進む。
一方、Aが3%、Bが3.5%だったら？ これは誤差の範囲かもしれない。もう100件ずつ追加してデータを増やすか、別の要素をテストしたほうがいい。
テストを回す頻度
理想は月に1〜2回のテストサイクルだ。
- 第1週: 仮説を立ててテスト開始
- 第2週: データ収集（200件程度）
- 第3週: 結果を分析、勝ちパターンを採用
- 第4週: 次のテスト要素を決定
半年で6〜12回のテストを回せば、オープニング、バリュープロポジション、クロージングをそれぞれ2〜4パターン検証できる。感覚で改善していた頃とは、成果の伸び方が全然違うはずだ。
よくある失敗パターン
- 同時に複数箇所を変える: 何が効いたか分からなくなる。1回のテストで変えるのは1箇所だけ
- サンプルが少なすぎる: 最低50件、できれば100件。10件で判断しない
- 条件が揃っていない: パターンAは午前中、パターンBは夕方、ではフェアな比較にならない
- テスト期間が長すぎる: 2週間以上引っ張ると、リストの鮮度やメンバーの習熟度が変わってしまう
まとめ
トークスクリプトの改善を「感覚」から「データ」に切り替えるだけで、チームの成長スピードは段違いに上がる。大げさな統計知識は要らない。「2パターン用意して、100件ずつ試して、数字で比較する」——これだけだ。
テストを回すうえで一番のハードルは、実は「架電結果の記録」だったりする。テスト用に専用のExcelシートを作って……となると、現場のアポインターは面倒で記録をサボりがちだ。架電しながらワンクリックで結果を記録できる仕組みがあると、テストの精度も継続率も上がる。
あわせて読みたい
架電結果の記録を、ワンクリックで。 KIZUNA SalesFlowなら、架電結果をボタン1つで記録。パターン別の成果比較もすぐにできる。スクリプト改善のPDCAを回すなら、まずは記録の仕組みから。 詳しくはこちら →