アウトバウンド・営業電話

アウトバウンドコールの基本|目的別の進め方と準備

AI-SNS.IO 編集部 · 公開

アウトバウンドコールの基本|目的別の進め方と準備(AI-SNS.IO Call ブログ)

アウトバウンドコールは、こちらから電話をかけ、営業、フォロー、リマインド、調査などの目的を果たす活動です。着信の受付とは準備もリスクも違います。リストの質、かける時間帯、トーク、記録、やめ方、法令とマナーを整えずに架電を増やすと、成果より苦情が先に積み上がります。

この記事では、目的別の進め方、リスト、トーク、記録、次のアクション、法令とマナーの基本を実務向けに整理します。スクリプトの作り方は営業電話のトークスクリプト、かけ方の方式はプレディクティブとプログレッシブ、取引に関する注意は特定商取引とテレマーケティングも参照してください。読み終わったら、今週のかけ目的を一つだけ選び、対象と除外と結果コードを一枚に書いてください。

アウトバウンドコールとは

相手の許可や関係性、目的の明確さが前提です。一方的に長く話すことではありません。短い価値の提示、現状の確認、次の約束、停止の尊重が基本動作です。

着信業務のAIやIVRの設計とは別物として計画します。混同すると、受付用の丁寧な長文を営業架電に流用して失敗します。受付側の話はAI電話受付とはやIVRとはも参考になります。

電話回線でのAI応答を含む各機能の提供状況は機能一覧でご確認ください。日本の電話番号の提供は準備中です。現在はデモで着信をシミュレーションして体験できます。

目的別の種類

目的、リスト、許可確認、トーク、記録、次アクションの流れ
図1:アウトバウンドコールの基本手順

新規の案内、既存のフォロー、来店や支払いのリマインド、アンケート、督促、再アプローチなど、目的でトークもリストも変わります。目的が混ざったリストは、結果コードも混ざり、改善できません。

目的ごとに成功の定義を一文で書きます。例:次の打ち合わせ日時が取れた、リマインドを伝えられた、配信停止を記録した、など。売上の断定目標だけにしないでください。

リストの準備

誰にかけてよいか、かけてよくないかを先に分けます。過去の停止希望、重複、明らかに無関係な相手、社内の除外リストを適用します。リストの鮮度も品質です。

連絡先の出典と利用目的の整合は、社内ルールと必要なら専門家の確認が必要です。この内容は一般的な情報であり、法的助言ではありません。

かけ回数と間隔の上限を決め、無限リトライを禁止します。出ない相手に毎日かけるのは、マナーとしても運用としても危険です。

トークスクリプト

冒頭で会社名と氏名、目的を一文で言い、今話せるかの許可を取ります。許可が無いのに続けるのは失敗です。詳細な作り方は営業電話のトークスクリプトへ。

提案は一つに絞り、機能の羅列を避けます。断られたら理由を短く確認し、停止か再連絡時期を記録します。食い下がりの無限ループは禁止です。

記録と次のアクション

新規営業、既存フォロー、リマインド、調査の比較
図2:目的別アウトバウンドの違い

結果コード(通話できた/不在/拒否/再連絡/停止など)と、次の日付、担当、メモを残します。記録が無い架電は、組織の学習になりません。

次のアクションは一つだけ。曖昧な「また今度」は、日時か停止かのいずれかへ倒します。パイプラインとの接続は営業パイプラインと電話も後続で扱います。

法令とマナー

時間帯、名乗り、目的の明示、停止希望の尊重、誇大な約束の禁止など、守るべき基本があります。業種や商材によっては追加のルールがあります。詳細は社内規程と特定商取引とテレマーケティングの観点も確認し、必要なら専門家に相談してください。この内容は一般的な情報であり、法的助言ではありません。

録音する場合は、告知と保管、アクセス権を決めます。法的助言ではありません。

かける時間帯の決め方

始業直後と終業間際、昼休み、深夜早朝を避け、業種ごとのつながりやすさを社内データで見ます。未検証の最適時間を外部から借りて断定しないでください。

かける時間帯の決め方の運用では、担当と週次の点検日を決め、直近の失敗例を一件だけ添付して話し合います。件数の多さより、停止漏れや誇大表現の有無を優先します。改善票には期限を書き、翌週に閉じます。

不在時の扱い

留守電に残すなら、会社名、目的、折り返しの可否を短く。長尺の売り込み留守電は逆効果になりやすいです。残さない方針なら結果コードだけ付けて終了します。

不在時の扱いの運用では、担当と週次の点検日を決め、直近の失敗例を一件だけ添付して話し合います。件数の多さより、停止漏れや誇大表現の有無を優先します。改善票には期限を書き、翌週に閉じます。

ゲートキーパーへの話し方

受付や秘書を敵にしない。用件と時間の目安を短く伝え、担当者の都合を尋ねます。騙して通る話法は禁止です。

ゲートキーパーへの話し方の運用では、担当と週次の点検日を決め、直近の失敗例を一件だけ添付して話し合います。件数の多さより、停止漏れや誇大表現の有無を優先します。改善票には期限を書き、翌週に閉じます。

既存顧客と新規の分離

既存には前回の文脈、新規には価値の一文。同じ台本を使い回すと、既存に失礼な売り込みになります。

既存顧客と新規の分離の運用では、担当と週次の点検日を決め、直近の失敗例を一件だけ添付して話し合います。件数の多さより、停止漏れや誇大表現の有無を優先します。改善票には期限を書き、翌週に閉じます。

リマインド特有の注意

日時と場所または手段を明確に。余分なクロスセルを足すと、リマインドの信頼が落ちます。詳細は後続のリマインドコールも参照。

リマインド特有の注意の運用では、担当と週次の点検日を決め、直近の失敗例を一件だけ添付して話し合います。件数の多さより、停止漏れや誇大表現の有無を優先します。改善票には期限を書き、翌週に閉じます。

督促のトーン

威圧せず、事実と次の手続きを案内します。法的な威嚇や嘘の表現は使いません。法的助言ではありません。

督促のトーンの運用では、担当と週次の点検日を決め、直近の失敗例を一件だけ添付して話し合います。件数の多さより、停止漏れや誇大表現の有無を優先します。改善票には期限を書き、翌週に閉じます。

チームの役割

リスト整備、架電、記録、監督、停止処理。一人が全部やると、停止漏れが起きます。

チームの役割の運用では、担当と週次の点検日を決め、直近の失敗例を一件だけ添付して話し合います。件数の多さより、停止漏れや誇大表現の有無を優先します。改善票には期限を書き、翌週に閉じます。

品質の聞き方

週次で数本を再生し、名乗り、許可、禁則、記録を点検します。成績の件数だけを見ないでください。

品質の聞き方の運用では、担当と週次の点検日を決め、直近の失敗例を一件だけ添付して話し合います。件数の多さより、停止漏れや誇大表現の有無を優先します。改善票には期限を書き、翌週に閉じます。

AIを使う場合の境界

自動かけや音声AIを使うなら、目的・停止・記録・人への切替を先に設計します。提供状況は機能一覧で確認してください。日本の電話番号の提供は準備中です。現在はデモで着信をシミュレーションして体験できます。

AIを使う場合の境界の運用では、担当と週次の点検日を決め、直近の失敗例を一件だけ添付して話し合います。件数の多さより、停止漏れや誇大表現の有無を優先します。改善票には期限を書き、翌週に閉じます。

KPIの社内定義

通電、会話、約束、停止、苦情。対外的なパーセント自慢には使わず、改善の前後比較に使います。

KPIの社内定義の運用では、担当と週次の点検日を決め、直近の失敗例を一件だけ添付して話し合います。件数の多さより、停止漏れや誇大表現の有無を優先します。改善票には期限を書き、翌週に閉じます。

目的別メモ:新規の短い案内

新規の短い案内では、目的の一文、対象リストの条件、除外、成功定義、失敗時の停止ルールを先に書きます。書いてから架電を始めます。目的メモ1として共有フォルダに残し、担当が変わっても同じ定義で続けられるようにします。トークは短くし、記録コードを先に決めてから数を追います。数だけ先に追うと、定義が後から崩れるためです。

目的別メモ:既存の契約フォロー

既存の契約フォローでは、目的の一文、対象リストの条件、除外、成功定義、失敗時の停止ルールを先に書きます。書いてから架電を始めます。目的メモ2として共有フォルダに残し、担当が変わっても同じ定義で続けられるようにします。トークは短くし、記録コードを先に決めてから数を追います。数だけ先に追うと、定義が後から崩れるためです。

目的別メモ:来店リマインド

来店リマインドでは、目的の一文、対象リストの条件、除外、成功定義、失敗時の停止ルールを先に書きます。書いてから架電を始めます。目的メモ3として共有フォルダに残し、担当が変わっても同じ定義で続けられるようにします。トークは短くし、記録コードを先に決めてから数を追います。数だけ先に追うと、定義が後から崩れるためです。

目的別メモ:オンライン面談のリマインド

オンライン面談のリマインドでは、目的の一文、対象リストの条件、除外、成功定義、失敗時の停止ルールを先に書きます。書いてから架電を始めます。目的メモ4として共有フォルダに残し、担当が変わっても同じ定義で続けられるようにします。トークは短くし、記録コードを先に決めてから数を追います。数だけ先に追うと、定義が後から崩れるためです。

目的別メモ:アンケート協力依頼

アンケート協力依頼では、目的の一文、対象リストの条件、除外、成功定義、失敗時の停止ルールを先に書きます。書いてから架電を始めます。目的メモ5として共有フォルダに残し、担当が変わっても同じ定義で続けられるようにします。トークは短くし、記録コードを先に決めてから数を追います。数だけ先に追うと、定義が後から崩れるためです。

目的別メモ:サービス障害後のフォロー

サービス障害後のフォローでは、目的の一文、対象リストの条件、除外、成功定義、失敗時の停止ルールを先に書きます。書いてから架電を始めます。目的メモ6として共有フォルダに残し、担当が変わっても同じ定義で続けられるようにします。トークは短くし、記録コードを先に決めてから数を追います。数だけ先に追うと、定義が後から崩れるためです。

目的別メモ:更新時期の事前案内

更新時期の事前案内では、目的の一文、対象リストの条件、除外、成功定義、失敗時の停止ルールを先に書きます。書いてから架電を始めます。目的メモ7として共有フォルダに残し、担当が変わっても同じ定義で続けられるようにします。トークは短くし、記録コードを先に決めてから数を追います。数だけ先に追うと、定義が後から崩れるためです。

目的別メモ:休眠顧客の再接点

休眠顧客の再接点では、目的の一文、対象リストの条件、除外、成功定義、失敗時の停止ルールを先に書きます。書いてから架電を始めます。目的メモ8として共有フォルダに残し、担当が変わっても同じ定義で続けられるようにします。トークは短くし、記録コードを先に決めてから数を追います。数だけ先に追うと、定義が後から崩れるためです。

目的別メモ:紹介依頼

紹介依頼では、目的の一文、対象リストの条件、除外、成功定義、失敗時の停止ルールを先に書きます。書いてから架電を始めます。目的メモ9として共有フォルダに残し、担当が変わっても同じ定義で続けられるようにします。トークは短くし、記録コードを先に決めてから数を追います。数だけ先に追うと、定義が後から崩れるためです。

目的別メモ:イベント招待

イベント招待では、目的の一文、対象リストの条件、除外、成功定義、失敗時の停止ルールを先に書きます。書いてから架電を始めます。目的メモ10として共有フォルダに残し、担当が変わっても同じ定義で続けられるようにします。トークは短くし、記録コードを先に決めてから数を追います。数だけ先に追うと、定義が後から崩れるためです。

目的別メモ:書類提出の督促寄り案内

書類提出の督促寄り案内では、目的の一文、対象リストの条件、除外、成功定義、失敗時の停止ルールを先に書きます。書いてから架電を始めます。目的メモ11として共有フォルダに残し、担当が変わっても同じ定義で続けられるようにします。トークは短くし、記録コードを先に決めてから数を追います。数だけ先に追うと、定義が後から崩れるためです。

目的別メモ:支払い方法の案内

支払い方法の案内では、目的の一文、対象リストの条件、除外、成功定義、失敗時の停止ルールを先に書きます。書いてから架電を始めます。目的メモ12として共有フォルダに残し、担当が変わっても同じ定義で続けられるようにします。トークは短くし、記録コードを先に決めてから数を追います。数だけ先に追うと、定義が後から崩れるためです。

目的別メモ:予約枠の空き案内

予約枠の空き案内では、目的の一文、対象リストの条件、除外、成功定義、失敗時の停止ルールを先に書きます。書いてから架電を始めます。目的メモ13として共有フォルダに残し、担当が変わっても同じ定義で続けられるようにします。トークは短くし、記録コードを先に決めてから数を追います。数だけ先に追うと、定義が後から崩れるためです。

目的別メモ:解約挽留の入口

解約挽留の入口では、目的の一文、対象リストの条件、除外、成功定義、失敗時の停止ルールを先に書きます。書いてから架電を始めます。目的メモ14として共有フォルダに残し、担当が変わっても同じ定義で続けられるようにします。トークは短くし、記録コードを先に決めてから数を追います。数だけ先に追うと、定義が後から崩れるためです。

目的別メモ:パートナー向けの共有依頼

パートナー向けの共有依頼では、目的の一文、対象リストの条件、除外、成功定義、失敗時の停止ルールを先に書きます。書いてから架電を始めます。目的メモ15として共有フォルダに残し、担当が変わっても同じ定義で続けられるようにします。トークは短くし、記録コードを先に決めてから数を追います。数だけ先に追うと、定義が後から崩れるためです。

目的別メモ:展示会後のフォロー

展示会後のフォローでは、目的の一文、対象リストの条件、除外、成功定義、失敗時の停止ルールを先に書きます。書いてから架電を始めます。目的メモ16として共有フォルダに残し、担当が変わっても同じ定義で続けられるようにします。トークは短くし、記録コードを先に決めてから数を追います。数だけ先に追うと、定義が後から崩れるためです。

目的別メモ:資料送付の確認

資料送付の確認では、目的の一文、対象リストの条件、除外、成功定義、失敗時の停止ルールを先に書きます。書いてから架電を始めます。目的メモ17として共有フォルダに残し、担当が変わっても同じ定義で続けられるようにします。トークは短くし、記録コードを先に決めてから数を追います。数だけ先に追うと、定義が後から崩れるためです。

目的別メモ:デモ実施後の次ステップ

デモ実施後の次ステップでは、目的の一文、対象リストの条件、除外、成功定義、失敗時の停止ルールを先に書きます。書いてから架電を始めます。目的メモ18として共有フォルダに残し、担当が変わっても同じ定義で続けられるようにします。トークは短くし、記録コードを先に決めてから数を追います。数だけ先に追うと、定義が後から崩れるためです。

目的別メモ:オンボーディングの進捗確認

オンボーディングの進捗確認では、目的の一文、対象リストの条件、除外、成功定義、失敗時の停止ルールを先に書きます。書いてから架電を始めます。目的メモ19として共有フォルダに残し、担当が変わっても同じ定義で続けられるようにします。トークは短くし、記録コードを先に決めてから数を追います。数だけ先に追うと、定義が後から崩れるためです。

目的別メモ:満足度の短い確認

満足度の短い確認では、目的の一文、対象リストの条件、除外、成功定義、失敗時の停止ルールを先に書きます。書いてから架電を始めます。目的メモ20として共有フォルダに残し、担当が変わっても同じ定義で続けられるようにします。トークは短くし、記録コードを先に決めてから数を追います。数だけ先に追うと、定義が後から崩れるためです。

AI-SNS.IO Callでの位置づけ

Callでは、ダイヤラーやパイプライン、通話の記録など、アウトバウンドの設計と観察に使える機能を確認できます。電話回線でのAI応答を含む各機能の提供状況は機能一覧でご確認ください。手順は使い方のガイドも参照してください。日本の電話番号の提供は準備中です。現在はデモで着信をシミュレーションして体験できます。全体はAI-SNS.IO Callのトップ、開始は月額0円からです。

関連する記事

よくある質問

アウトバウンドとインバウンドの違いは?

かける側か受ける側か、だけでなく、リスト・許可・停止・目的管理の重みが違います。設計を流用しすぎないでください。

まずは何の目的から始めるべきですか?

既存のフォローかリマインドなど、関係性が明確な目的が始めやすいです。いきなり広い新規リストは事故りやすいです。

リストは多いほどよいですか?

いいえ。除外と停止が効いた小さいリストの方が、苦情が少なく学習が速いことが多いです。

トークは一字一句読むべきですか?

骨子は守り、相手の答えに合わせて枝を選びます。朗読劇にしないでください。

録音は必要ですか?

品質と紛争予防に役立つ場合があります。告知と保管方針を決め、必要なら専門家に確認してください。法的助言ではありません。

AIに自動でかけさせてよいですか?

目的、停止、記録、人への切替が設計できてから検討します。提供状況は機能一覧で確認してください。

断られたらすぐ停止ですか?

停止希望なら即記録して止めます。タイミングの問題なら再連絡時期を合意して記録します。勝手な再架電は避けます。

法令はどこを見ればよいですか?

社内規程と取引関連の記事を起点に、必要なら専門家へ。この記事は一般情報であり、法的助言ではありません。

電話番号はすぐ使えますか?

日本の電話番号の提供は準備中です。現在はデモで着信をシミュレーションして体験できます。

KPIは何を見ますか?

通電や約束だけでなく、停止処理の正確さ、苦情、記録の欠落を見てください。

AI-SNS.IO Callで何ができますか?

ダイヤラーやパイプライン管理などを機能一覧で確認し、月額0円からCallで設定を始められます。

スクリプト記事との違いは?

本記事は目的・リスト・記録・マナーの全体像、スクリプト記事は話し方の組み立てです。両方読んでください。

運用チェック:除外リストの更新頻度

除外リストの更新頻度を、責任者・頻度・証拠・失敗時の倒し方で定義します。定義票1として残し、監査や引継ぎで使います。倒し方は、架電停止、台本改定、リスト修正、監督者レビューのどれかを先に選びます。口頭だけの運用は、人が変わった瞬間に消えます。一般的な情報であり、個別の法令適合を保証するものではなく、法的助言ではありません。

運用チェック:結果コード辞書の統一

結果コード辞書の統一を、責任者・頻度・証拠・失敗時の倒し方で定義します。定義票2として残し、監査や引継ぎで使います。倒し方は、架電停止、台本改定、リスト修正、監督者レビューのどれかを先に選びます。口頭だけの運用は、人が変わった瞬間に消えます。一般的な情報であり、個別の法令適合を保証するものではなく、法的助言ではありません。

運用チェック:監督者の試聴サイクル

監督者の試聴サイクルを、責任者・頻度・証拠・失敗時の倒し方で定義します。定義票3として残し、監査や引継ぎで使います。倒し方は、架電停止、台本改定、リスト修正、監督者レビューのどれかを先に選びます。口頭だけの運用は、人が変わった瞬間に消えます。一般的な情報であり、個別の法令適合を保証するものではなく、法的助言ではありません。

運用チェック:新人の同席期間

新人の同席期間を、責任者・頻度・証拠・失敗時の倒し方で定義します。定義票4として残し、監査や引継ぎで使います。倒し方は、架電停止、台本改定、リスト修正、監督者レビューのどれかを先に選びます。口頭だけの運用は、人が変わった瞬間に消えます。一般的な情報であり、個別の法令適合を保証するものではなく、法的助言ではありません。

運用チェック:クレーム受付窓口

クレーム受付窓口を、責任者・頻度・証拠・失敗時の倒し方で定義します。定義票5として残し、監査や引継ぎで使います。倒し方は、架電停止、台本改定、リスト修正、監督者レビューのどれかを先に選びます。口頭だけの運用は、人が変わった瞬間に消えます。一般的な情報であり、個別の法令適合を保証するものではなく、法的助言ではありません。

運用チェック:停止希望の反映遅延上限

停止希望の反映遅延上限を、責任者・頻度・証拠・失敗時の倒し方で定義します。定義票6として残し、監査や引継ぎで使います。倒し方は、架電停止、台本改定、リスト修正、監督者レビューのどれかを先に選びます。口頭だけの運用は、人が変わった瞬間に消えます。一般的な情報であり、個別の法令適合を保証するものではなく、法的助言ではありません。

運用チェック:社外委託架電の契約範囲

社外委託架電の契約範囲を、責任者・頻度・証拠・失敗時の倒し方で定義します。定義票7として残し、監査や引継ぎで使います。倒し方は、架電停止、台本改定、リスト修正、監督者レビューのどれかを先に選びます。口頭だけの運用は、人が変わった瞬間に消えます。一般的な情報であり、個別の法令適合を保証するものではなく、法的助言ではありません。

運用チェック:インセンティブと品質の両立

インセンティブと品質の両立を、責任者・頻度・証拠・失敗時の倒し方で定義します。定義票8として残し、監査や引継ぎで使います。倒し方は、架電停止、台本改定、リスト修正、監督者レビューのどれかを先に選びます。口頭だけの運用は、人が変わった瞬間に消えます。一般的な情報であり、個別の法令適合を保証するものではなく、法的助言ではありません。

運用チェック:繁忙期の本数上限

繁忙期の本数上限を、責任者・頻度・証拠・失敗時の倒し方で定義します。定義票9として残し、監査や引継ぎで使います。倒し方は、架電停止、台本改定、リスト修正、監督者レビューのどれかを先に選びます。口頭だけの運用は、人が変わった瞬間に消えます。一般的な情報であり、個別の法令適合を保証するものではなく、法的助言ではありません。

運用チェック:夜間架電の禁止ルール

夜間架電の禁止ルールを、責任者・頻度・証拠・失敗時の倒し方で定義します。定義票10として残し、監査や引継ぎで使います。倒し方は、架電停止、台本改定、リスト修正、監督者レビューのどれかを先に選びます。口頭だけの運用は、人が変わった瞬間に消えます。一般的な情報であり、個別の法令適合を保証するものではなく、法的助言ではありません。

運用チェック:国際電話の扱い

国際電話の扱いを、責任者・頻度・証拠・失敗時の倒し方で定義します。定義票11として残し、監査や引継ぎで使います。倒し方は、架電停止、台本改定、リスト修正、監督者レビューのどれかを先に選びます。口頭だけの運用は、人が変わった瞬間に消えます。一般的な情報であり、個別の法令適合を保証するものではなく、法的助言ではありません。

運用チェック:社用携帯の発番管理

社用携帯の発番管理を、責任者・頻度・証拠・失敗時の倒し方で定義します。定義票12として残し、監査や引継ぎで使います。倒し方は、架電停止、台本改定、リスト修正、監督者レビューのどれかを先に選びます。口頭だけの運用は、人が変わった瞬間に消えます。一般的な情報であり、個別の法令適合を保証するものではなく、法的助言ではありません。

運用チェック:メモの個人情報最小化

メモの個人情報最小化を、責任者・頻度・証拠・失敗時の倒し方で定義します。定義票13として残し、監査や引継ぎで使います。倒し方は、架電停止、台本改定、リスト修正、監督者レビューのどれかを先に選びます。口頭だけの運用は、人が変わった瞬間に消えます。一般的な情報であり、個別の法令適合を保証するものではなく、法的助言ではありません。

運用チェック:通話後のメール連携

通話後のメール連携を、責任者・頻度・証拠・失敗時の倒し方で定義します。定義票14として残し、監査や引継ぎで使います。倒し方は、架電停止、台本改定、リスト修正、監督者レビューのどれかを先に選びます。口頭だけの運用は、人が変わった瞬間に消えます。一般的な情報であり、個別の法令適合を保証するものではなく、法的助言ではありません。

運用チェック:CRMの重複マージ

CRMの重複マージを、責任者・頻度・証拠・失敗時の倒し方で定義します。定義票15として残し、監査や引継ぎで使います。倒し方は、架電停止、台本改定、リスト修正、監督者レビューのどれかを先に選びます。口頭だけの運用は、人が変わった瞬間に消えます。一般的な情報であり、個別の法令適合を保証するものではなく、法的助言ではありません。

運用チェック:キャンペーンIDの付与

キャンペーンIDの付与を、責任者・頻度・証拠・失敗時の倒し方で定義します。定義票16として残し、監査や引継ぎで使います。倒し方は、架電停止、台本改定、リスト修正、監督者レビューのどれかを先に選びます。口頭だけの運用は、人が変わった瞬間に消えます。一般的な情報であり、個別の法令適合を保証するものではなく、法的助言ではありません。

運用チェック:前後比較の記録

前後比較の記録を、責任者・頻度・証拠・失敗時の倒し方で定義します。定義票17として残し、監査や引継ぎで使います。倒し方は、架電停止、台本改定、リスト修正、監督者レビューのどれかを先に選びます。口頭だけの運用は、人が変わった瞬間に消えます。一般的な情報であり、個別の法令適合を保証するものではなく、法的助言ではありません。

運用チェック:週次レビューアジェンダ

週次レビューアジェンダを、責任者・頻度・証拠・失敗時の倒し方で定義します。定義票18として残し、監査や引継ぎで使います。倒し方は、架電停止、台本改定、リスト修正、監督者レビューのどれかを先に選びます。口頭だけの運用は、人が変わった瞬間に消えます。一般的な情報であり、個別の法令適合を保証するものではなく、法的助言ではありません。

運用チェック:月次の台本改定

月次の台本改定を、責任者・頻度・証拠・失敗時の倒し方で定義します。定義票19として残し、監査や引継ぎで使います。倒し方は、架電停止、台本改定、リスト修正、監督者レビューのどれかを先に選びます。口頭だけの運用は、人が変わった瞬間に消えます。一般的な情報であり、個別の法令適合を保証するものではなく、法的助言ではありません。

運用チェック:四半期の法令見直し

四半期の法令見直しを、責任者・頻度・証拠・失敗時の倒し方で定義します。定義票20として残し、監査や引継ぎで使います。倒し方は、架電停止、台本改定、リスト修正、監督者レビューのどれかを先に選びます。口頭だけの運用は、人が変わった瞬間に消えます。一般的な情報であり、個別の法令適合を保証するものではなく、法的助言ではありません。

運用チェック:ゲートキーパー通過率の見方

ゲートキーパー通過率の見方を、責任者・頻度・証拠・失敗時の倒し方で定義します。定義票21として残し、監査や引継ぎで使います。倒し方は、架電停止、台本改定、リスト修正、監督者レビューのどれかを先に選びます。口頭だけの運用は、人が変わった瞬間に消えます。一般的な情報であり、個別の法令適合を保証するものではなく、法的助言ではありません。

運用チェック:留守電残置の可否表

留守電残置の可否表を、責任者・頻度・証拠・失敗時の倒し方で定義します。定義票22として残し、監査や引継ぎで使います。倒し方は、架電停止、台本改定、リスト修正、監督者レビューのどれかを先に選びます。口頭だけの運用は、人が変わった瞬間に消えます。一般的な情報であり、個別の法令適合を保証するものではなく、法的助言ではありません。

運用チェック:再連絡間隔の上限表

再連絡間隔の上限表を、責任者・頻度・証拠・失敗時の倒し方で定義します。定義票23として残し、監査や引継ぎで使います。倒し方は、架電停止、台本改定、リスト修正、監督者レビューのどれかを先に選びます。口頭だけの運用は、人が変わった瞬間に消えます。一般的な情報であり、個別の法令適合を保証するものではなく、法的助言ではありません。

運用チェック:停止チャネルの統一

停止チャネルの統一を、責任者・頻度・証拠・失敗時の倒し方で定義します。定義票24として残し、監査や引継ぎで使います。倒し方は、架電停止、台本改定、リスト修正、監督者レビューのどれかを先に選びます。口頭だけの運用は、人が変わった瞬間に消えます。一般的な情報であり、個別の法令適合を保証するものではなく、法的助言ではありません。

運用チェック:台本の禁則語リスト

台本の禁則語リストを、責任者・頻度・証拠・失敗時の倒し方で定義します。定義票25として残し、監査や引継ぎで使います。倒し方は、架電停止、台本改定、リスト修正、監督者レビューのどれかを先に選びます。口頭だけの運用は、人が変わった瞬間に消えます。一般的な情報であり、個別の法令適合を保証するものではなく、法的助言ではありません。

運用チェック:新規リストの出典確認

新規リストの出典確認を、責任者・頻度・証拠・失敗時の倒し方で定義します。定義票26として残し、監査や引継ぎで使います。倒し方は、架電停止、台本改定、リスト修正、監督者レビューのどれかを先に選びます。口頭だけの運用は、人が変わった瞬間に消えます。一般的な情報であり、個別の法令適合を保証するものではなく、法的助言ではありません。

運用チェック:既存フォローの前回メモ必須

既存フォローの前回メモ必須を、責任者・頻度・証拠・失敗時の倒し方で定義します。定義票27として残し、監査や引継ぎで使います。倒し方は、架電停止、台本改定、リスト修正、監督者レビューのどれかを先に選びます。口頭だけの運用は、人が変わった瞬間に消えます。一般的な情報であり、個別の法令適合を保証するものではなく、法的助言ではありません。

運用チェック:リマインド文面の文字数上限

リマインド文面の文字数上限を、責任者・頻度・証拠・失敗時の倒し方で定義します。定義票28として残し、監査や引継ぎで使います。倒し方は、架電停止、台本改定、リスト修正、監督者レビューのどれかを先に選びます。口頭だけの運用は、人が変わった瞬間に消えます。一般的な情報であり、個別の法令適合を保証するものではなく、法的助言ではありません。

運用チェック:督促エスカレーション段階

督促エスカレーション段階を、責任者・頻度・証拠・失敗時の倒し方で定義します。定義票29として残し、監査や引継ぎで使います。倒し方は、架電停止、台本改定、リスト修正、監督者レビューのどれかを先に選びます。口頭だけの運用は、人が変わった瞬間に消えます。一般的な情報であり、個別の法令適合を保証するものではなく、法的助言ではありません。

運用チェック:パートナー向けの別台本

パートナー向けの別台本を、責任者・頻度・証拠・失敗時の倒し方で定義します。定義票30として残し、監査や引継ぎで使います。倒し方は、架電停止、台本改定、リスト修正、監督者レビューのどれかを先に選びます。口頭だけの運用は、人が変わった瞬間に消えます。一般的な情報であり、個別の法令適合を保証するものではなく、法的助言ではありません。

キックオフ議題(六十秒×八)

目的の一文、対象と除外、成功定義、結果コード、停止ルール、時間帯、台本禁則、監督の試聴日。この八つが埋まらないなら架電を始めません。埋まっていない項目がある状態で本数目標だけ掲げると、現場が無理な架電で穴埋めします。

一週間の学習サイクル

月:目的とリスト確定。火:台本と禁則。水:少人数で試験架電。木:記録と停止の点検。金:台本改定と翌週分の除外更新。週末に本数を追い込むより、週の前半で割れを潰す方が安全です。

よくある壊れ方の直し方

停止が翌日反映→即時反映の手順を作る。成功定義が売上だけ→約束と停止も成功に含める。台本が長い→一文目と許可と提案の三つに削る。記録が自由記述だけ→コード必須化。直し方を票にし、担当と期限を付けます。

クロージング

アウトバウンドは、かける技術より、止める技術と記録する技術です。目的を一つに絞り、リストをきれいにし、短いトークで次の約束か停止へ倒してください。Callでの確認は機能一覧、使い方、月額0円から、トップからどうぞ。

付録:結果コードの最小セット

通電、不在、本人不在、拒否、再連絡、停止、間違った相手、完了(目的達成)。これ以外を増やすときは、週次で使われたか見て、使われないコードは削ります。コードが増えすぎると記録が形骸化します。完了の定義は目的メモと一致させてください。

付録:監督者が最初の三十分で見ること

名乗り、許可確認、禁則語、停止の扱い、記録の欠落。五つをチェックリスト化し、件数の話は後半へ回します。最初から数字だけ見ると、質が残ります。

最後に残す一枚

目的、除外、成功定義、結果コード、停止、時間帯、禁則、監督日。この一枚がチームの北極星です。ツールや本数目標より先に、一枚を壁に貼ってから架電を始めてください。更新したら日付を書き、古い版はアーカイブします。

追記:試験架電の人数

本番リストに入る前に、社内の協力者か同意済みの少数へ試験架電し、名乗りと許可と記録だけを通します。試験で止まれないなら、本番でも止まれません。試験結果は目的メモに追記します。

一言メモ

止める力が、かける力より先です。停止と記録を先に設計してください。

ダイヤラーとパイプライン管理をCallで確認する

デモコンソールでは、着信をシミュレーションで体験できます。

関連記事