KPI・指標

応答率と放棄率の計算方法｜改善の打ち手まで

AI-SNS.IO 編集部 · 公開 2026年10月11日

電話がつながるかどうかは、お客様満足と売上・信頼の入り口です。どれだけ丁寧な応対スクリプトを用意しても、出る前に切られてしまえば届きません。そこで見る基本指標が、応答率と放棄率です。名前は有名でも、定義や分母の置き方がチームによってずれていることが少なくありません。定義がずれると、改善の打ち手もずれます。

この記事では、応答率とは何か、放棄率とは何か、計算の注意点、時間帯別の見方、改善の打ち手、コールバックやAIの役割（提供状況は機能一覧を正とする）までを、実務向けに整理します。指標の全体像はコールセンターのKPI一覧も参照してください。ここでは業界平均などの数値を置きません。自社の定義を先に固定し、同じ定義で時系列比較することが目的です。

応答率とは

言葉の意味

応答率は、かかってきた電話のうち、オペレーター（または所定の受け手）が応答した割合を指すことが多いです。ただし「応答」の定義が会社によって違います。

• 人が出た通話だけを応答とする
• IVRに入った時点で応答とする
• 一定秒数以上つながった通話だけを応答とする
• ボイスメールに入れた通話を応答に含める／含めない

どの定義を取るかは自由ですが、比較するなら定義を固定し、レポートの注釈に書きます。

言葉で表す計算

一般的な考え方は次です。

応答率 ＝ 応答した通話数 ÷ 着信した通話数

ここに「着信」へ何を含めるかが争点です。話し中、時間外、システムエラー、短時間切断などを分母に入れるかどうかで、数字は大きく動きます。自社で分母のルールを一文で書けるようにしてください。

応答率で分かること・分からないこと

応答率が良くても、保留が長い、たらい回しが多い、解決しない、といった問題は残り得ます。AHTやFCR、CSATとセットで見る必要があります。平均処理時間（AHT）、一次解決率（FCR）、通話後のCSATへつないで読んでください。

放棄率とは

言葉の意味

放棄率は、お客様がオペレーターにつながる前（またはつながった直後）に通話を切ってしまった割合を指すことが多いです。待ち時間中の切断が典型です。

放棄率 ＝ 放棄された通話数 ÷ 着信した通話数（またはキューに入った通話数）

分母を「全着信」にするか「キューイングされた通話」にするかで意味が変わります。IVRで用件が完結して切った通話を放棄に含めない、といった除外ルールもよく使います。

放棄に含めやすいもの・含めにくいもの

短時間切断をどこまで放棄にするかは、不正着信や切り直しの多さにも左右されます。閾値（何秒未満は別集計）を決めて注釈します。

応答率と放棄率の関係

ざっくり言うと、応答が上がれば放棄は下がりやすい関係にあります。ただし定義が違うと「両方足しても100にならない」ことが普通です。足して100になることを無理に目指すより、定義表を並記する方が健全です。

計算の注意点

定義を一文で固定する

次の項目を定義表にします。

1. 集計期間（日／時間帯／週）
2. 着信の範囲（時間外を含むか）
3. 応答の定義（誰が・何秒以上）
4. 放棄の定義（どの段階の切断か）
5. 除外（テスト着信、内部通話、誤発信など）
6. 複数回線・複数キューの合算方法

定義が変わったら、レポート上で系列を分け、過去比較を混ぜません。

よくある歪み

• テスト着信やデモ着信を本番集計に混ぜる
• 時間外を分母に入れたまま、人員配置の議論だけする
• キューが複数あるのに、全体平均だけ見て混雑キューを見落とす
• 放棄の多い時間帯を、スキル不足の問題だと決めつける（実は人員不足）

スーパーバイザー画面の見方はスーパーバイザーダッシュボード、要員の山の合わせ方はワークフォースマネジメントも参照してください。

日本の電話番号・デモ環境の注意

日本の電話番号の提供は準備中です。現在はデモで着信をシミュレーションして体験できます。デモや試験の通話は本番の応答率・放棄率から除外するルールを先に決めてください。電話回線でのAI応答を含む各機能の提供状況は機能一覧でご確認ください。

時間帯別に見る

なぜ時間帯別が必要か

一日の平均応答率が目標内でも、昼休み前後や夕方に放棄が集中していることがあります。平均は山谷を隠します。少なくとも次の切り口で見ます。

• 曜日×時間帯
• キュー別×時間帯
• キャンペーン日・障害日などのイベント日
• 休業明け（積み上がり）

時間帯別の読み方

IVRの時間外やメニュー設計はIVRの営業時間ルーティング、IVRメニュー設計も役立ちます。

ピークの予測と当日調整

予測どおりに人が足りていても、当日はずれます。当日の放棄が急増したら、次を短時間で検討します。

• 休憩・研修の一時停止やずらし
• 他作業者の電話応援
• IVRでの混雑案内とコールバック誘導
• 受付範囲の一時的な案内変更（サイトお知らせとセット）

品質を大きく落とす「急いで切れ」は最終手段です。まず待ち時間と放棄を下げる受け皿を優先します。

改善の打ち手

人員とシフト

応答率・放棄率の王道は、山に人を合わせることです。予測、必要人数、シフト、当日調整の流れはワークフォースマネジメントで詳述しています。ここでは要点だけです。

• ピーク前後に手厚い配置
• 休憩の分散
• 欠勤に備えた予備の決め方
• スキル不足キューへの応援ルール

受け皿（出られなかったとき）

人が即座に出られない瞬間は必ずあります。受け皿がないと放棄になります。

• ボイスメールで用件を受けて、折り返し期限を決める
• コールバック予約（希望時間を聞く）
• 混雑時の案内で代替チャネル（フォーム等）を提示
• 折り返し専用の当番を共有受信箱や一覧で管理（共有受信箱）

コールバックとボイスメールの設計はIVRのコールバックとボイスメール、時間外は時間外の電話対応を参照してください。

ルーティングとメニュー

メニューが深い、選択肢が不明、たらい回しが多いと、つながる前に切られます。

• 選択肢を減らし、よく使う用件を前へ
• 人への出口を明確に
• 無入力の再案内を無限にしない
• スキルベースのルーティングで一回目の接続精度を上げる

ACDの考え方はACDによる着信振り分けも参考になります。

応対プロセス（つながったあと）

応答率は入り口ですが、つながったあとの長期化は次の着信の応答を圧迫します。AHTの内訳改善（トーク・保留・後処理）は平均処理時間（AHT）で扱い、解決のやり直しを減らす話は一次解決率（FCR）で扱います。入り口だけを追うと、品質と解決を犠牲にする短期施策に走りやすい点に注意してください。

AIとコールバックの役割

コールバック

混雑時に「切らずに待つ」以外の選択肢として、折り返し予約があります。効果を出す条件は次です。

• 希望時間の聞き方と、守れない場合の再案内
• 折り返し専用のキューと当番
• 約束を破らないための上限件数
• 記録が共有され、二重対応しないこと

AI・自動化の置き方（claim-safe）

自動応答や要約、ルーティング補助などは、混雑の緩和や記録の充実に役立ち得ます。ただし、できることと提供状況は製品・設定に依存します。電話回線でのAI応答を含む各機能の提供状況は機能一覧でご確認ください。日本の電話番号の提供は準備中です。現在はデモで着信をシミュレーションして体験できます。

実務では次の分け方が安全です。

• よくある案内や受け皿（用件預かり）を自動化・定型化する
• 判断や契約・予約の確定はスタッフが行う
• 通話要約で後処理を短縮し、次の着信へ早く戻れるようにする（AI通話要約）

「必ずつながる」「聞き間違いが起きない」などの断定はしません。効果は自社の定義と計測で確認します。

目標の置き方（数値の捏造をしない）

外部の「平均応答率」を目標にそのまま貼るのは危険です。業種、回線、IVRの有無、定義が違うからです。おすすめは次です。

1. いまの定義で4週間の実態を取る
2. 放棄が集中する時間帯を特定する
3. その時間帯の放棄を減らす打ち手を一つか二つ試す
4. 同じ定義で前後比較する
5. 品質・FCR・CSATが悪化していないか併記する

目標は「全時間帯の平均」だけでなく、「最悪の時間帯」にも置けると現場が動きやすいです。

レポートの見せ方

経営向けには全体、現場向けにはキュー×時間帯まで出します。

分析画面の考え方は通話アナリティクス（計画記事）やIVR分析も参考になります。

よくある失敗

定義表テンプレート（コピー用）

次の表を埋めて、チームの正本にしてください。

定義表がない状態での目標会議は、数字の言い争いになりやすいです。先に表を埋める会議を一度入れる価値があります。

放棄理由の分類コード

放棄の「件数」だけでは打ち手が決まりません。可能なら、次のような分類をサンプルで行います（全件自動でなくてもよい）。

• 待ち時間が長い
• メニューが分からない／深い
• 時間外だった
• 誤発信・切り直し
• 別チャネルへ移った（フォーム等）
• 不明

週に数十件でも分類すると、「人員」か「メニュー」か「時間外案内」かが分かれてきます。分類結果はIVR改善とWFMの両方に渡します。

現場SVの当日チェックリスト

• [ ] 直近区間の応答・放棄をキュー別に見た
• [ ] 待ちが伸びているキューへ応援を出した／出す判断をした
• [ ] 休憩の重なりがないか確認した
• [ ] 受け皿（コールバック件数）が上限超過していないか見た
• [ ] 障害やキャンペーンなど、着信急増の外部要因を共有した
• [ ] 品質事故（切って終わらせる等）が起きていないか耳にした

当日は完璧な分析より、短いサイクルの調整が価値です。詳細分析は放課後や週次へ回します。

週次レビューの進め方

1. 定義変更がないことを確認
2. 全体推移と最悪時間帯を提示
3. 放棄理由サンプルの共有
4. 実施した打ち手の前後比較（同じ定義）
5. FCR・CSAT・苦情の併記
6. 来週やること一つに絞る

打ち手を五つ並列にすると、何が効いたか分かりません。一つ（多くて二つ）に絞る習慣が学習速度を上げます。

numerically-safe な改善実験の書き方

外部のパーセントを引用せず、自社実験を記録する型です。

• 仮説：夕方の放棄は休憩重なりが主因
• 介入：休憩を30分ずらす（対象曜日のみ）
• 期間：2週間
• 成功の見方：対象時間帯の放棄件数と待ちの分布（定義固定）
• ガードレール：FCRと苦情が悪化しない

この書き方なら、根拠のない「業界では〇％」と比べる必要がありません。

チャネル横断での読み替え

電話の放棄が減っても、フォームやLINEに不満が移っているだけかもしれません。可能なら次も見る。

• 同時間帯のフォーム新規件数
• 「つながらない」類の問い合わせ文言
• コールバック約束の未実施件数

オムニチャネルの視点はオムニチャネル対応、メッセージ面は共有受信箱も合わせてください。電話指標の最適化が、別チャネルの放置を生まないようにします。

小規模チーム向けの現実解

専任のWFMがなくてもできる最小セットです。

1. 着信が多い曜日・時間を、2週間分のログや記憶で洗い出す
2. その時間帯に電話当番を厚くする
3. 出られないときのボイスメール／折り返しを必ず起票する
4. 週次で「つながらなかった」苦情がないか聞く
5. メニューが長いと感じるなら選択肢を減らす

小規模ほど、平均指標より、届いた不満の内容と「最悪の一時間」が指針になります。取りこぼしの影響は取りこぼした電話の損失も参考になります。

品質を守るための禁止パターン

応答率改善の名目でやりがちな、長期的に損をするパターンです。

• 説明を省略して通話を短く切る
• 解決しないまま「折り返します」を乱発し、折り返さない
• 難しい用件を意図的に取らない
• 放棄を隠すために定義を頻繁に変える
• テスト除外を悪用して都合の良い数字にする

禁止パターンは品質管理の点検項目へ入れてください。品質管理のチェックと矛盾しないことが条件です。

経営層への説明テンプレート

現場が使う定義と、経営が聞く一言は分けます。

• 現状：定義○に基づくと、最悪帯で放棄が目立つ
• 影響：つながりにくさが問い合わせの不信・離脱につながる（定量は自社で）
• 打ち手：今週は休憩ずらしとコールバック上限の見直し
• 必要な支援：ピーク帯の応援可能な人員、または受け皿の仕組み
• 見方：来週同じ定義で最悪帯を再提示。品質指標も併記

「業界平均より低い」比較は、定義が揃わない限り避けた方が誤解が少ないです。

着信量と応答の関係を読み解く

応答率が下がったとき、原因は「人が足りない」だけとは限りません。次の切り分けを行います。

切り分けずに人員だけ増やすと、コストが上がるだけで再発します。逆に、人員不足なのにスクリプト研修だけ増やすのも的外れです。

待ち時間と放棄の関係（概念）

待ちが長くなるほど放棄が増えやすい、という関係は多くの現場で観察されます。ただし「何秒まで許容か」は業種や代替手段の有無で違います。外部の秒数目標を貼るより、自社で次を取ります。

• 待ち時間の分布（平均だけでなく長い側）
• 放棄が起きるまでの待ちの中央値・長尾
• コールバック提示後の離脱

分布を見ると、「平均は短いが、一部が極端に長い」パターンが見つかります。その長尾を潰す方が、平均をさらに縮めるより放棄に効くことがあります。

回線・同時応答数・キュー設計

人が足りていても、同時に入れない設計だと応答できません。

• 同時着信に対する応答可能数
• キューの優先度（VIP、障害、一般など）
• あふれ条件（次キュー、ボイスメール、コールバック）
• 内部通話や会議が応答枠を食っていないか

設計変更は影響が大きいので、ピーク帯の試験とロールバック手順を用意します。ACDの基本はACDによる着信振り分けを参照してください。

遠隔・在宅オペレーションでの注意

在宅や遠隔拠点では、ログイン状態と実応答のずれ、ネットワーク障害、休憩申告の遅れが応答率を揺らしやすいです。当日のリアルタイムで「ログイン中だが応答していない」状態を見る習慣が必要です。リモートのコンタクトセンターの運用と合わせて点検してください。

キャンペーン・障害・メディア露出の日

普段の予測を超える着信が来る日は、通常の目標で現場を評価しない方がよいことがあります。代わりに次を記録します。

• 何が起きたか（外部要因）
• 受け皿をどう切り替えたか
• 放棄とコールバックの件数
• 翌日への繰り越し（折り返し残）

イベント日を通常日と同じ系列で叱責すると、現場は数字隠しに走ります。系列を分け、学びだけ抽出します。

お客様への混雑案内の文面

混雑時の案内は、嘘をつかず、次の行動を示します。

• 混雑している事実
• おおよその待ち（言える場合のみ。不確なら言わない）
• コールバックやフォームなどの代替
• 緊急の定義と別窓口（必要な事業のみ）

「すぐにつながります」と案内してつながらない方が、沈黙より不満が大きいことがあります。案内と実態を一致させてください。

データ品質チェック

指標がおかしいと感じたら、計算式の前にデータ品質を疑います。

• タイムゾーンや夏時間（関係する場合）のずれ
• 重複イベント（同一通話の二重計上）
• キュー転送で着信が二重に見える
• テスト番号の混入
• レポートのキャッシュ遅延

データが汚れたまま打ち手を決めると、正しい施策を間違って却下します。週次で「異常値の説明がつくか」を確認します。

トレーニングとの接続

応答率が低い原因がスキル不足（特定用件だけ長い／エスカレーション過多）なら、研修テーマになります。ただし研修中に応答枠が減る副作用もあるので、ピークを外して実施し、効果はFCRと併せて見ます。知識の置き場はコンタクトセンターのナレッジベースも活用します。

まとめ補足：優先順位の付け方

すべてを同時に直そうとしないでください。優先順位の目安です。

1. 定義と除外を固定（測れていないものを改善できない）
2. 最悪時間帯の放棄理由を分類
3. 受け皿（ヴォイスメール／コールバック）の穴を塞ぐ
4. ピークの人員と休憩
5. メニューとルーティング
6. 後処理短縮などプロセス（AHT連携）

この順は絶対ではありませんが、「測る → 穴を塞ぐ → 山に合わせる → 精密化する」は失敗が少ないです。可視化はCallのレポート、提供機能は機能一覧、手順は使い方ガイドを正として進めてください。

応答率改善の施策カタログ（選び方付き）

施策は多いですが、同時に五つやらなくてよいです。主因に合わせて一つ選びます。

人員系

• ピーク帯の増員、休憩分散、欠勤予備
• 他業務からの応援ルール（誰が・何分で・どのキューへ）
• ログイン遅延の是正（開始5分前ログインなど）

受け皿系

• ボイスメールの確認当番と期限
• コールバックの希望時間帯ヒアリング
• 混雑時の代替チャネル案内（フォーム、チャット）
• あふれ条件の見直し

導線系

• IVR選択肢の削減と並び替え
• 「人につなぐ」出口の明示
• 誤ったキューへの流入を減らす案内文言
• 営業時間・祝日カレンダーの点検

プロセス系

• 後処理の必須項目削減（品質と相談）
• 要約の活用でラップアップ短縮
• たらい回しを減らす権限とナレッジ
• 保留の理由と上限目安

各系から一つずつ選ぶより、主因の系から二つまで、の方が検証しやすいです。主因が分からないときは、最悪帯の放棄通話を数件聞く（または理由分類する）ところに戻ります。

オペレーターへの伝え方

応答率の話を現場に落とすとき、「数字を守れ」だけでは動きが歪みます。次のように伝えます。

• お客様が切る前につながることの意味（用件が届く）
• 今日の最悪帯はどこで、そこにどう応援するか
• 急いで切ることではなく、受け皿と配置で守ること
• 困った通話は一人で抱えず、エスカレーションしてよいこと

数字のプレッシャーが強いほど、品質事故が増えます。SVは数字と同時に、禁止パターンが起きていないかを見ます。

インバウンドとアウトバウンドが混在する場合

同じチームが掛けと受けを両方やる場合、アウトバウンドが応答枠を食って放棄が増えることがあります。時間帯で役割を分ける、かけはピーク外に寄せる、などのルールが必要です。アウトバウンドの基本はアウトバウンドの基本も参照してください。

数値報告の粒度

• 当日運用：15〜30分
• 週次改善：曜日×時間帯
• 月次方針：週次推移と施策の学び
• 年次：定義見直しとツール・体制

粒度を荒くしすぎると当日調整ができず、細くしすぎるとノイズで疲れます。役割ごとに粒度を変えるのが実務的です。

ケースで考える（架空）

ケースA：昼だけ放棄が増える

昼休みに電話当番が一人になり、待ちが伸びて切断が増える。打ち手例：昼当番を二人に、またはコールバック誘導を強化。休憩を完全にゼロにはしない。

ケースB：全体応答は良いが特定キューが悪い

全体平均に隠れ、技術サポートキューだけ放棄が多い。打ち手例：全体目標ではなくキュー別目標、スキル応援、メニューで一般案内を分離。

ケースC：応答は上がったが苦情が増えた

つながりやすくなったが、説明不足の短縮応対が増えた。打ち手例：応答目標の副作用監視、品質点検を増やす、AHT下限（短すぎ警戒）を設ける。

ケースD：時間外設定ミス

祝日なのに通常営業扱いで、少人数に着信が集中。打ち手例：カレンダー点検の責任者、祝日前チェックリスト、時間外案内のテスト発信。

架空ケースは会議の演習に使い、自社の類似事象を洗い出します。

コールバック運用の詳細チェック

コールバックを入れたら、次を週次で見ます。

• 予約数と実施数の差（未実施残）
• 約束時間の遵守
• コールバック後の解決（再着信していないか）
• お客様が待たされすぎて切ったあとに予約できているか

未実施残が多いコールバックは、放棄の形を変えただけになり得ます。上限と当番がセットです。

ボイスメール運用の詳細チェック

• 録音の聞き取り当番（始業・正午・終業など）
• 文字起こしや要点メモの有無
• 折り返し期限
• 共有受信箱や一覧への起票
• 緊急用件の見落とし防止（キーワードやキーワードがない場合の聴き方）

ボイスメールで用件を受けて、スタッフが確認して折り返す流れを基本にします。放置されるボイスメールは、応答率の見かけを良くしても体験を壊します。

他指標とのダッシュボード配置

同じ画面に並べると意思決定が速い組み合わせです。

1. 応答率・放棄率（時間帯別）
2. 平均待ち／長尾待ち
3. AHT内訳（トーク・保留・後処理）
4. FCR（または再着信）
5. CSATまたは苦情
6. 欠勤・ログイン率などの供給側

供給側（人が出せているか）と需要側（着信）と結果側（放棄・品質）を一枚にすると、「誰が悪いか」ではなく「どこが詰まっているか」の会話になります。スーパーバイザーダッシュボードの設計とも整合させやすいです。

外部ベンチマークを使わない理由の説明（社内向け）

経営から「業界平均は？」と聞かれたときの答え方です。

• 定義（分母・IVR・時間外）が揃っていないと比較できない
• チャネル構成（電話比率）が違う
• 自社の最悪帯改善の方が、お客様体験に直結する
• 代わりに、自社の前後比較とガードレール指標を提示する

必要なら、比較するなら定義を揃えた相手とだけ、と条件を付けます。根拠のないパーセントを資料に載せると、後でQCや信頼を損なう原因にもなります。

法務・記録まわりとの境界

応答率の改善施策自体は法務トピックではありませんが、録音、個人情報、発信規制などは隣接します。関連する一般情報は通話録音の同意、個人情報と電話対応を参照し、この記事では深入りしません。この内容は一般的な情報であり、法的助言ではありません。

日本の電話番号の提供は準備中です。現在はデモで着信をシミュレーションして体験できます。計測やデモ着信の除外ルールも、定義表に書いてください。

計測を始める最初の二週間

1週目

• 定義表を埋めて周知する
• テスト着信の除外方法を決める
• 現行レポートが定義どおりか照合する
• 最悪に見える時間帯を仮置きする

2週目

• 同じ定義で毎日見る習慣を付ける
• 放棄理由をサンプル分類する
• 受け皿の穴（未確認ボイスメール等）を一覧化する
• 打ち手候補を三つ書き、一つに絞る

二週間で完璧な目標値は不要です。測れる状態と、主因の仮説が手に入れば成功です。その後の改善はワークフォースマネジメントやIVRメニュー設計の施策へ接続します。

応答率と採用・定着の話

慢性的に応答が低い現場では、欠員と疲弊が悪循環になります。指標改善と同時に、休憩の確保、難件の分担、ハラスメント対応の明確化など、人が残れる条件も見ます。人が減ると応答はさらに落ちるため、数字だけを追い続けると持続しません。

技術障害時の臨時運用

障害で着信やシステムが不安定なときは、通常の応答率目標で評価しません。臨時運用の例です。

• サイトとIVRで障害案内
• コールバックやフォームへ誘導
• 重要キューだけ残し、一般案内を縮約
• 障害終息後に繰り越し折り返しを消化

終息後の振り返りでは、応答率の落ちそのものより、案内の速さと比較チャネルの機能を評価します。

レポート注釈の書き方

数字の下に必ず一行注釈を付けます。

• 定義：応答＝○秒以上の有人応答。放棄＝キュー待ち中切断。時間外は別系列
• 除外：テスト、内部、デモ
• 変更履歴：○月○日に短時間切断の閾値を変更（系列分け）

注釈がないスライドは、後から定義論争を再燃させます。

関連記事の読み順（KPIクラスター）

1. コールセンターのKPI一覧で地図を掴む
2. 本記事で応答・放棄の定義と打ち手
3. 平均処理時間（AHT）でつながり後の時間
4. 一次解決率（FCR）でやり直しを減らす
5. 通話後のCSATで体験を確認する

この順で読むと、入り口の指標だけを最適化する失敗を避けやすいです。製品での可視化は月額0円から始められ、提供状況は機能一覧が正です。

着信予測が外れた日の行動手順

予測より多い日と少ない日で、行動を事前に決めておきます。

多い日

1. 放棄と待ちを15分間隔で監視
2. 休憩をずらし、応援を要請
3. IVRで混雑案内とコールバックへ
4. サイトお知らせを出せるなら出す
5. 終業前に折り返し残を棚卸し

少ない日

1. 後回しにしていた後処理やナレッジ更新を進める
2. 研修やロールプレイを短時間入れる
3. 翌日ピークに備え休憩を前倒ししすぎない
4. 応答率が良いことを理由に人員を削りすぎない（翌日のリスク）

少ない日に人員を削りすぎると、翌日の山で放棄が跳ねます。WFMの当日調整と一体で動かしてください。

キュー優先度の設計例（概念）

優先を増やしすぎるとオペレーターが混乱します。三つ前後から始め、あふれ先を必ず定義します。

測定ツールが違うときの突合

PBX、CCaaS、CRM、表計算が別々だと、応答率がツールごとに違って見えます。突合の手順です。

1. 同じ一日を選び、着信数・応答数・放棄数を三ツールで出す
2. 差が大きい項目から定義差を疑う（キュー再入、転送、短時間）
3. 正とするツールを一つ決める
4. 他ツールは参考値とし、会議では正だけを使う

会議でツールを混ぜると、改善の前後比較が壊れます。

お客様が「つながらない」と感じる瞬間

放棄率に現れない不満もあります。

• つながったが保留が長い
• たらい回しで実質待たされた
• コールバックが来ない
• 時間外なのに営業中に聞こえる案内

だから応答・放棄だけで「電話体験は良い」と断定しません。保留、転送回数、折り返し遵守、苦情文言を併せて見ます。体験全体は顧客体験と電話も参考になります。

改善施策のやめ方

効かない施策を残すと現場が形骸化します。やめ方のルール例です。

• 開始時に検証期間と成功条件を書く
• 期間終了でレビューし、継続／終了を決める
• 終了したら手順書と案内文から消す
• 数字が戻っても、品質ガードレールが壊れていないか確認してから再検討

「とりあえず残す」が一番の敵です。

チェックリスト（四半期）

• [ ] 定義表の見直し（実態とずれていないか）
• [ ] 除外ルール（テスト・デモ）の再確認
• [ ] 最悪時間帯の変化
• [ ] 受け皿の当番が機能しているか
• [ ] コールバック未実施残
• [ ] 品質・FCR・苦情との矛盾がないか
• [ ] レポート注釈が最新か

四半期に一度、定義と運用の棚卸しをすると、数字の形骸化を防げます。Callで可視化を試す場合は月額0円から、機能は機能一覧、手順は使い方ガイド、概要はトップページです。日本の電話番号の提供は準備中です。現在はデモで着信をシミュレーションして体験できます。

用語の使い分け（社内辞書）

会議で言葉が混ざると論点がずれます。社内辞書の例です。

サービスレベルと応答率を混同しないことが特に重要です。両方使うなら、定義表に並記します。コールセンターのKPI一覧の用語とも揃えると教育が楽です。

最後に：今日からやる最小セット

1. 応答と放棄の定義を一文ずつ書く
2. テスト／デモ除外を決める
3. 最悪の時間帯を一つ特定する
4. その時間帯の放棄を数件分類する
5. 受け皿か人員かメニューか、主因仮説を一つ置く
6. 翌週まで同じ定義で前後を見る

この最小セットが終わる前にツールを増やしても、議論が戻り続けます。可視化とレポートはCallでも始められ、月額0円から登録できます。電話回線でのAI応答を含む各機能の提供状況は機能一覧でご確認ください。

よくある質問への補足メモ（SV向け）

現場から繰り返し出る質問への、短い回答メモです。

• 「目標が厳しすぎる」：最悪帯の改善目標に切り替え、全日平均だけを追わない
• 「放棄はお客様都合」：一部はそうでも、待ちと案内で減らせる部分を先に見る
• 「人が足りないのにメニュー改善？」：主因が人員なら人員を先に。メニューは並行で小さく
• 「コールバックが増えて忙しい」：上限と当番を見直し、未実施残を可視化
• 「数字がツールで違う」：正とするツールを一つに決め、他は使わない

SVが同じ答えを返せるだけで、現場の不安は下がります。詳細は本文化し、新人SVのオンボーディングに入れてください。関連する一次解決の見方は一次解決率（FCR）、処理時間は平均処理時間（AHT）へつなぎます。

応答率と放棄率は、電話体験の入り口を測る指標です。入り口が開いていても、中の応対と解決が弱ければ意味が半減します。だからこそ定義を固定し、時間帯で見て、打ち手を一つずつ試し、品質指標と併記する。この回り方をチームの標準にしてください。毎週の短いレビューで定義・最悪帯・打ち手・ガードレールの四点だけ確認する習慣が、長期的には大きな差になります。道具としてのレポートはトップページから製品全体を確認し、必要なら月額0円から試せます。

AI-SNS.IO Callについて

AI-SNS.IO Callは、ブラウザで使えるクラウド型の電話の仕組みです。日本の電話番号の提供は準備中です。現在はデモで着信をシミュレーションして体験できます。IVR、ルーティング、キュー、ボイスメール、折り返し依頼、ソフトフォン、通話要約、レポートなどを備え、Callのレポートで自社の電話対応を可視化する入口になります。電話回線でのAI応答を含む各機能の提供状況は機能一覧でご確認ください。設定は使い方ガイド、登録は月額0円から始める、概要はトップページです。

よくある質問

まとめ

応答率と放棄率は、派手な施策より先に「測り方」をそろえることで価値が出ます。定義が揺れると、良い打ち手も悪い打ち手も判定できません。時間帯別の山谷を見て、受け皿と人員と導線を順に試し、AHT・FCR・満足度の悪化がないかを併記する。この型を守れば、入り口指標の改善が全体の体験改善につながりやすくなります。まずは定義表一枚と、最悪時間帯の放棄分類から着手してください。打ち手は欲張らず、一つずつ検証します。効果が出たら手順書に残し、効果が出なければ速やかにやめて次を試します。品質のガードレールも忘れず、併記してレビューのたびに必ず確認します。

• 応答率・放棄率は定義が命。分母と除外を固定する
• 平均だけでなく時間帯別・キュー別で山谷を見る
• 改善は人員、受け皿、ルーティング、プロセスの組み合わせ
• 応答だけを追わず、AHT・FCR・CSATと併記する
• コールバックや自動化は提供状況を確認し、確定はスタッフが行う

まずは自社の定義表を一枚作り、最悪時間帯の放棄を数件聞いて分類してください。主因仮説が立ったら打ち手は一つに絞り、同じ定義で前後を比べます。品質と一次解決が犠牲になっていないかも必ず併記してください。Callのレポートで自社の電話対応を可視化する入口として、月額0円から始められます。