テレアポのスクリプト作成｜最初の30秒で確認する3つのこと

テレアポのスクリプトを作るとき、冒頭で迷うなら、話し方の巧さより先に、相手が判断できる情報を渡します。会社名、氏名、連絡目的を短く伝え、そのうえで会話を続けてよいか確認する。この順序が崩れると、相手は内容以前に「誰から、何の用件か」を確かめる負担を負います。

「最初の30秒」は、成果保証や業界標準を示す秒数というより、冒頭で確認する項目を絞るための目安です。短さだけを追うと、相手が断ることも含めて選べる状態をつくるという目的から外れます。

ただし、冒頭を整えても、その後の運用が雑であれば信頼は残りません。拒否や送信停止の依頼を受けた相手を再度追いかけない、問い合わせフォームを併用する場合は相手サイトの利用規約や営業お断り表示を尊重する。この線引きまで含めて、スクリプトは営業文面というより運用ルールとして設計します。

テレアポのスクリプトで冒頭に確認する3つのこと

冒頭で確認する項目は、次の3つに絞れます。

• どこの会社の、誰からの連絡か
• 何の目的で電話しているのか
• このまま短く要点を伝えてよいか

この3つは、相手に会話を続けるかどうかを判断してもらうための最低限の材料です。サービス説明を先に始めると、相手は判断材料がないまま聞くか断るかを迫られます。そこで違和感が生まれると、後続の提案がどれだけ整っていても会話は戻りにくくなります。

最初に名乗る情報は、省略すると相手の確認負担が増える情報です。会社名は略称に寄せず正式名称に近い形で伝え、担当者の氏名も合わせます。部署名や肩書きは必要に応じて入れますが、長くなるなら後回しにします。相手が最初に必要とするのは、発信元を特定できる材料です。

連絡目的は、機能や特徴の説明から入らず「なぜ今連絡したのか」が伝わる形にします。新規の案内なのか、過去接点の確認なのか、資料送付後の確認なのかで、相手の受け止め方は変わります。ここを曖昧にしたまま課題提起へ進むと、相手は営業電話であることを後から理解することになり、不信感につながります。

最後に、会話継続の許可を取ります。形式的な一言として扱うと、相手の選択を置き去りにします。相手の業務時間に割り込んでいる以上、聞くか断るかを相手が選べる状態にするための確認です。許可が得られなければ、要点を押し込まず、終話または別手段の可否確認に切り替えます。

30秒で言い切るために削る情報

冒頭が長くなる原因は、必要な情報の多さそのものより、判断前の説明量にあります。スクリプトを作る段階では、次の情報を冒頭から外します。

• サービスの沿革
• 導入実績の長い説明
• 相手の課題を決めつける表現
• 料金やプランの詳細
• 商談候補日の提示

これらは、相手が会話を続けると判断した後に扱う情報です。冒頭で出すと、相手は「聞く許可」を出す前に説明を受けることになります。短い電話ほど、順番の違いが負担の違いとして伝わります。

ただ、残す情報は明確です。会社名、氏名、連絡目的、会話継続の可否です。短くするために名乗りを曖昧にしたり、目的をぼかしたりすると、秒数は減っても判断しにくい電話になります。30秒に収める意識は、説明の圧縮より、相手に確認すべき情報を先に置くために使います。

読み上げ文を作るときは、文章を丸暗記するよりも順序を固定します。発信元、担当者、目的、許可。この4要素が入っていれば、業種や商材ごとの言い換えはできます。表現だけ整った文でも、この4要素のどれかが抜けると、冒頭の役割は果たしにくくなります。

会話継続の許可は、断られる前提で設計する

会話を続けてよいかを確認する一言を、アポイント獲得のための踏み絵にしてしまうと、相手の意思が軽く扱われます。この確認は、相手が断れる余地を残すために置きます。ここで断られた場合に粘る前提でスクリプトを作ると、電話全体の設計が変わります。

許可の取り方は、長い説明の後回しにせず、目的を伝えた直後に置きます。相手が判断できる情報を受け取った直後であれば、続けるか、今は難しいか、資料なら受け取れるかを選びやすくなります。もし相手が担当外であれば、担当部署の確認へ進む前に、案内を続けてよいかを改めて確認します。

断られたときの分岐も、スクリプトに入れておきます。断りの理由を細かく聞き出す、別日を強く求める、担当者名を執拗に聞く、といった動きは、短期的な会話量を増やしても相手の負担を増やします。停止依頼や今後の連絡不要の意思表示があった場合は、その場で対象から除外する運用にします。

2026年7月時点で確認できる消費者庁の特定商取引法ガイドでは、消費者向けの電話勧誘販売について、勧誘に先立つ氏名等の明示や、契約を締結しない意思を示した人への勧誘継続・再勧誘の禁止が示されています。同ページでは営業のため、または営業として締結するもの等が適用除外に挙げられており、BtoBの新規開拓への適用関係は個別確認が必要です。それでも、発信元と目的を明らかにし、拒否の意思を尊重する考え方は、法人営業の運用でも外せない基準になります。

フォーム営業と併用するなら、同じ基準で止める

テレアポだけで接点を作ろうとすると、相手が電話に出られない時間帯や、口頭では確認しにくい情報が出てきます。そのため、問い合わせフォーム送信やメールを併用する設計は自然です。ただし、接点を増やすほど、受け手の負担も増えます。電話で断られた相手にフォームから同じ案内を送る、フォームに営業お断りの表示があるのに送信する、といった運用は避けるべきです。

フォーム送信を併用する場合は、相手サイトの利用規約、問い合わせフォームの用途、営業・勧誘お断りの表示を確認します。問い合わせフォームは、顧客や取引先からの相談を受けるために設置されていることが多く、営業目的の送信を明確に禁じているサイトもあります。規約や表示を無視した送信は、相手の窓口業務を妨げる行為として受け止められます。

メールを使う場合も、送信停止の意思表示を管理できる状態にします。2026年7月時点で確認できる消費者庁の特定電子メール法に関する案内では、現行法、ポイント資料、ガイドラインへの導線が整理されています。細かな適用判断は個別事情によりますが、少なくとも停止依頼を受けた連絡先へ再送しない仕組みは、営業管理の基本として持つべきです。

電話、メール、フォームを別々の担当者や外部委託先が扱う場合ほど、停止情報が分断されやすくなります。スクリプトに「断られたら止める」と書いただけで運用は揃いません。リスト上で除外ステータスを更新し、次回架電、フォーム送信、メール配信のすべてに反映される状態を作る必要があります。

営業代行の外部活用を検討する場合も、料金に加えて停止管理や送信可否確認の運用を見ます。費用感を整理するなら、営業代行の費用相場も合わせて確認すると、実行量と管理体制を分けて考えやすくなります。成果報酬型を検討するときも、アポイント数だけを追う設計に寄せすぎると、拒否・停止依頼への対応が粗くなりやすいため、営業代行の成果報酬の相場を読む際は成果定義と除外ルールをセットで見るのが実務的です。

スクリプトは判断の順番で管理する

テレアポのスクリプトを改善するとき、語尾や言い回しだけを直しても限界があります。見るべきなのは、相手が判断する前に説明しすぎていないか、断れる確認が入っているか、断られた後の運用が明確かです。

管理項目は、次のように分けると確認しやすくなります。

• 冒頭で名乗る会社名と氏名
• 連絡目的の一文
• 会話継続の可否確認
• 担当外だった場合の確認範囲
• 拒否、停止依頼、営業不可表示への対応
• フォーム送信やメール送信との連携

この一覧で、話者の個性までそろえる必要はありません。担当者ごとの表現差はあっても、相手に渡す情報と守るべき線引きを揃えるために使います。特に複数名で架電する場合、冒頭の情報量や停止依頼への対応が人によって変わると、組織としての信頼が揺らぎます。

営業代行を比較するときは、料金や実行件数だけでなく、停止依頼の共有方法、送信可否の確認、活動記録の扱いを確認します。返信や商談、売上は相手の判断や市場条件にも左右されるため、実行件数と同じ約束として扱うことはできません。受け手の意思と規約を尊重する運用かどうかを選定基準にします。

自社のテレアポとフォーム営業を分けて考えるほど、相手から見る体験は分断されます。電話で断ったのにフォームから届く。営業お断りの表示を出しているのに送られる。停止を依頼したのに別担当から連絡が来る。こうした齟齬は、個々の文面以前に運用設計の問題です。

テレアポのスクリプトで最初の30秒に確認することは、会社名・氏名・連絡目的を伝えること、そして会話を続けてよいかを確かめることに集約されます。短く話すこと自体を目的にすると、必要な名乗りや停止運用が抜け落ちます。相手が判断できる情報を先に渡し、断る意思が示されたら即時に止める。その条件を満たして初めて、スクリプトは営業の入口として機能します。

問い合わせフォーム営業を含めた接点設計を見直す場合は、営業導線について相談するから現状の運用と除外ルールを整理できます。