テレアポのスクリプト改善——つながらない・断られる時の見直し手順

テレアポの成果が伸びない時、「つながらない（接続の問題）」と「断られる（トークの問題）」を切り分けてから着手しないと、スクリプトを直しても改善しません。 原因がリストや発信時間帯にあるのに文言を練り直しても数字は動きませんし、逆にトークの中身に問題があるのにリストばかり疑っても空回りします。まず自社の数字がどちらに寄っているかを確認することが、見直しの出発点です。

この記事では、つながらない場合と断られる場合それぞれの見直し手順、修正後の検証の回し方、そして自社内製と代行活用での改善の違いについて解説します。

比較表：つながらない vs 断られる

項目	つながらない（接続の問題）	断られる（トークの問題）
症状	コール数に対して会話に至る率が低い	会話はできるが早い段階で切られる・拒否される
主な原因	リストの精度、発信時間帯、発信者番号の表示、コール数不足	冒頭のフック、要件の切り出し方、切り返しの質
見直す対象	架電の運用（リスト・時間帯・件数）	スクリプトの中身（トーク）
確認する指標	接続率（コール数に対する会話成立率）	会話成立後のアポ化率、断られたタイミング
よくある誤り	スクリプトの文言を直して様子を見てしまう	リストのせいにして中身を見直さない

自社の数字がどちらに近いかを最初に確認したうえで、以下の手順で見直しを進めてください。

1. まず切り分ける——接続率とアポ化率を分けて見る

テレアポの成果は「架電数 × 接続率 × アポ化率」に分解できます。成果が伸びない時、この式のどこが弱いのかを数字で確認せずに「スクリプトが悪い」と決めつけると、見直すべきでない箇所を直してしまいます。

• 接続率が低い（相手と話せる回数自体が少ない）→ リストや架電運用の問題である可能性が高い
• 接続率は悪くないがアポ化率が低い（話せても断られる）→ トークの中身の問題である可能性が高い

この切り分けは、週次の架電結果を「コール数」「接続数」「アポ数」の3段階で記録していれば数分で確認できます。記録が習慣化されていない場合は、まずここから整えることをおすすめします。

2. 「つながらない」場合の見直し手順

接続率が低い場合、スクリプトそのものより先に確認すべき項目があります。

1. リストの精度を確認する：不通・電話番号違いが多い場合、リスト自体が古い可能性があります。リストの鮮度と精度については営業リストの質——古いリストが成果を壊す仕組みで詳しく解説しています
2. 発信時間帯を見直す：業種によって担当者がつかまりやすい時間帯は異なります。始業直後・昼休み前後・終業間際など、複数の時間帯で試して比較します。時間帯・曜日ごとの定石と自社での検証方法は架電の時間帯・曜日の定石にまとめています
3. 発信者番号の表示を確認する：非通知や見慣れない番号は着信拒否されやすい傾向があります
4. コール数が絶対的に不足していないか確認する：接続率自体は正常でも、母数となるコール数が少なければアポ数は伸びません

リストの出所や更新頻度が不透明なまま架電を続けても、原因の切り分けができません。代行会社を使っている場合は、リストの調達方法と更新頻度を確認する価値があります。

3. 「断られる」場合の見直し手順

接続はできているのに断られる場合は、トークの中身を見直します。特に重要なのは、電話が切られやすいタイミングを特定することです。

• 冒頭15秒でのフック：名乗りと要件が伝わるまでに相手の関心を引けているか。「営業電話」と認識された瞬間に切られていないか
• 要件の切り出し方：何のための電話かが曖昧だと、警戒されて早期に断られやすくなります
• 断り文句への切り返し：「今は結構です」「担当者不在」といった定型の断りに対して、切り返しのトークが用意されているか。用意されていても、過去の実際の反応を踏まえていない汎用的な切り返しでは効果が薄いことがあります

どのタイミングで切られているかは、架電記録に「断られたフェーズ」を残しておくと特定しやすくなります。冒頭で切られているならフックの問題、要件を伝えた後で切られているなら訴求内容の問題、というように、フェーズ別に原因を絞り込めます。

4. 修正はデータで検証する

スクリプトを修正したら、感覚ではなくデータで効果を確認します。修正前後で「接続率」「断られたフェーズ」「アポ化率」を比較し、狙った箇所の数字が動いているかを見てください。1回の修正で全てが改善することは少なく、複数回の小さな修正を積み重ねる方が実務的です。

架電量が多い体制でどのようにスクリプトと運用を回しているかは、月100アポの舞台裏——何人が何件架けて作っているのかでも触れています。件数を追うだけでなく、フェーズ別の数字を継続的に見る体制があるかどうかが、改善のスピードを左右します。

5. 内製と代行活用でのスクリプト改善の違い

自社で内製している場合、修正の意思決定は早い一方、架電結果を客観的に分析する余力が不足しがちです。代行会社を使っている場合は、架電結果のデータ蓄積とフェーズ別の分析は代行会社側の強みですが、商材固有の強みや過去の失注理由といった一次情報は発注者側にしかありません。この一次情報を渡さないままスクリプト改善を任せると、一般的な訴求にとどまりやすい問題があります。この境界線についてはトークスクリプトは誰が作る？丸投げと協業の境界で詳しく解説しています。

また、コール数を稼いでいても質の低いアポばかりが増える場合は、スクリプトの問題ではなく別の構造的な要因が絡んでいることもあります。背景は質の低いアポはなぜ量産されるのか——構造と対処法を参照してください。

この見直し手順が向かないケース

正直に書くと、この手順がそのまま当てはまらない場面もあります。架電数自体がまだ少なく、統計的に意味のあるデータが取れていない段階では、接続率やアポ化率の変化を見ても偶然のブレとの区別がつきません。まずは一定量の架電を重ねてから見直しに着手する方が現実的です。また、リストの精度に根本的な問題がある場合は、スクリプトをどれだけ磨いてもつながらない状態は解消しません。この場合はスクリプト改善より先にリストの調達元を見直すべきです。逆に、商材が非常にニッチで担当者の在席時間帯が読みにくい業種では、時間帯の見直しだけでは接続率が大きく改善しないこともあり、架電手法自体の見直し（フォーム営業など他チャネルの併用）が必要になる場合もあります。

まとめ

• テレアポの成果が伸びない時は、「つながらない（接続の問題）」と「断られる（トークの問題）」をまず数字で切り分ける
• つながらない場合はリスト・時間帯・発信者番号・コール数といった架電の運用面を見直す
• 断られる場合は冒頭のフック・要件の切り出し方・切り返しトークといったスクリプトの中身を見直す
• 修正は感覚ではなくデータで検証し、フェーズ別の断られ方を継続的に記録する
• 架電数が少なすぎる段階やリストに根本的な問題がある場合は、スクリプト改善より先に着手すべきことがある

スクリプトの見直しは、原因を切り分けずに文言だけをいじっても効果が出にくい作業です。接続率とアポ化率のどちらに問題があるかを数字で確認し、該当する箇所から手をつけることが、遠回りに見えて最も早い改善の道筋になります。