KPI・指標

一次解決率（FCR）とは｜測り方と上げ方

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

一度の電話で用件が終わらず、かけ直しや別窓口への問い合わせが続くと、お客様の負担も、現場の負荷も増えます。一次解決率（FCR：First Contact Resolution / First Call Resolution）は、その「一回で終わったか」を見る指標です。応答率やAHTと並んで語られますが、測り方が難しく、定義がずれると改善もずれます。

この記事では、一次解決率とは何か、測り方、下がる原因、ナレッジと権限、ルーティング、AIの役割（提供状況は機能一覧を正とする）までを実務向けに整理します。関連してコールセンターのKPI一覧、応答率と放棄率、平均処理時間（AHT）、通話後のCSAT、通話アナリティクスも参照してください。業界平均などの数値は置きません。

一次解決率とは

言葉の意味

一次解決率は、お客様が問い合わせた用件が、最初の接点（多くの場合は最初の電話）で解決した割合を指します。言い換えると、かけ直しや追加の問い合わせを必要としなかった割合です。

ただし「解決」の定義が会社によって違います。

• お客様が満足したと答えた
• オペレーターが完了とした
• 一定期間内に同一用件の再問い合わせがない
• チケットがクローズされ、再オープンがない

どれを採用するかを決め、レポートに注釈します。

言葉で表す計算

よくある考え方は次です。

一次解決率 ＝ 一次で解決した件数 ÷ 対象となった問い合わせ件数

分母に何を入れるか（放棄、転送のみ、照会のみなど）、分子の「解決」をどう判定するかが争点です。足してきれいに100になる必要はありません。定義の一貫性が重要です。

FCRで分かること・分からないこと

FCRが高くても、つながるまでが極端に長い、説明が冷たい、といった問題は残り得ます。応答・AHT・CSATと併記します。

測り方

代表的な測定方法

どれか一つに依存せず、主指標と補助指標を持つ方法が安定しやすいです。

同一用件の判定

再連絡があっても、別用件なら一次解決の失敗ではありません。判定の手がかり例です。

• 同じ注文番号・契約番号
• 同じ障害ID
• チケットの関連付け
• 一定期間内の同一連絡先＋類似カテゴリ

完璧な自動判定は難しいので、サンプル監査で精度を見ます。

観測期間

「何日以内の再問い合わせを失敗とみなすか」を決めます。短すぎると見逃し、長すぎると別用件が混ざります。自社の再問い合わせの実態を見て決め、変更したら系列を分けます。

除外

• テスト・デモ着信（日本の電話番号の提供は準備中です。現在はデモで着信をシミュレーションして体験できます。）
• お客様都合の明確な後日連絡（資料到着待ちなど）で、合意済みのもの
• 調査に時間がかかり、最初の通話で折り返し計画まで合意し、計画どおり完了したもの（これを一次解決に含めるかは方針次第。含めるなら定義に明記）

電話回線でのAI応答を含む各機能の提供状況は機能一覧でご確認ください。

下がる原因

原因の地図

原因を個人の能力不足だけに帰すると、再発します。システムの穴を先に疑う習慣が必要です。

AHTとの緊張関係

AHT短縮のプレッシャーが強いと、未解決のまま切る行動が増え、FCRが下がることがあります。逆に、FCRだけを追って通話が無制限に長くなると応答率が落ちます。両方を見る理由はここにあります。平均処理時間（AHT）、応答率と放棄率とセットで運用してください。

ナレッジと権限

ナレッジ

一次解決の土台は、正しい手順にすぐ届くことです。

• トップ手順を更新頻度高く保つ
• 検索語の同義語を足す
• 誤手順を見つけたら即修正し旧版を閉じる
• 例外手順と通常手順を混同しない

詳しくはコンタクトセンターのナレッジベースを参照してください。

権限

現場が決めてよい範囲が狭いと、持ち帰りが増えます。

• 返金・変更・再送などの権限表を公開する
• 例外承認の待ち行列を一本化する
• 承認が必要な理由を定期的に見直し、委譲できるものは委譲する

権限拡大はリスク管理とセットです。監査と品質の合意なしに広げないでください。

完了の定義

「お客様が黙ったから完了」は危険です。完了条件の例です。

• 約束した次アクションがない
• 必要な手配番号が発行されている
• お客様が次にやることを理解し、追加質問がないことを確認した
• チケットが正しいステータスで閉じられている

予約や契約の確定はスタッフが確認します。自動案内が確定と誤解されない話し方を徹底します。

ルーティング

初回接続の精度

最初に正しいスキル・部署へつなぐことが、FCRの入口です。

• IVRの文言と並びを実態の件数に合わせる
• スキルベースの振り分けを見直す
• 誤接続が多い経路を分析する（IVR分析、ACD）

メニューが深いと、お客様が適当に押し、間違いキューへ入り、解決できません。

転送の品質

どうしても転送する場合は、経緯を渡してからつなぎます。お客様に一から説明させないことが、実質的な一次解決（一回の接点内解決）につながります。スーパーバイザーの監視はスーパーバイザーダッシュボードも活用できます。

オムニチャネルでの「一次」

電話のあとメールで続く場合、電話単体のFCR定義では失敗に見えることがあります。接点をまたぐ解決をどう数えるかは、オムニチャネル方針と合わせて決めます。オムニチャネル対応、共有受信箱の履歴つなぎが鍵です。

AIの役割

できること・注意すること

AIや自動化は、要約、定型案内、ナレッジ検索補助、振り分け補助などで、解決までの回り道を減らす可能性があります。一方で、誤案内や確定の誤認はFCRを下げます。

安全な置き方です。

• よくある照会の補助と記録の充実
• 判断や契約・予約の確定はスタッフ
• 効果は自社定義のFCRと品質で検証
• 断定的な精度表現はしない

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

上げ方の打ち手優先順位

1. 定義と測定を固定する
2. 再問い合わせの理由を分類する（権限／ナレッジ／ルーティング／説明／その他）
3. 一番多い理由に打ち手を一つ当てる
4. FCRとAHT・応答・CSATを併記して検証する
5. 効いたら手順化、効かなければやめる

全部を同時にやらないことが成功の条件です。

よくある失敗

未解決理由の分類コード（サンプル）

週次で未解決（または再問い合わせ）を分類するときのコード例です。

コードが付かない「その他」が多いときは、コード設計が現場に合っていません。改訂します。

再問い合わせの見つけ方（手作業でも可）

1. 同一番号・同一メールの再連絡を期間内で抽出
2. チケットの関連IDを見る
3. 要約のキーワードが近いものをサンプル確認
4. 別用件なら除外、同一なら未解決候補

自動化の前に、手作業サンプルで「自社の同一用件とは何か」を言語化すると、後のルールが作れます。

完了トークの型

終話前の30秒がFCRを左右します。

1. 実施したことの要約
2. お客様が次にすること（ある場合）
3. こちらが次にすることと期限（ある場合）
4. 「他にご不明点はありますか」の確認
5. 追加連絡の手段希望（必要な場合）

急いで切ると、確認が抜け、かけ直しが増えます。逆にダラダラするとAHTと応答に響きます。型で短く確実にします。

持ち帰り案件の管理

持ち帰り自体が悪ではありません。悪いのは、期限未設定と未実施です。

• 持ち帰り理由を記録
• 期限と担当を必須に
• 共有一覧または受信箱で監視（共有受信箱）
• 実施結果を元チケットへ戻す
• お客様へ結果連絡するまでをセットにする

持ち帰り残が多いのにFCRだけ良い場合、定義が甘い可能性があります。

ナレッジ運用の週次ルーチン

• 誤案内が起きた手順を収集
• 同一テーマの問い合わせ増を検知
• トップ10手順の更新日を確認
• 検索ゼロ件ワードを登録
• 廃止手順を閉じる

ルーチンがないナレッジは、置いただけの倉庫になります。FCR改善の半分はここにあります。

権限表の作り方（実務）

権限表は次の列があると動きます。

表がないと、人によって判断がぶれ、同じ用件でも解決したり持ち帰りになったりします。ぶれはFCRの敵です。

ルーティング監査

月に一度、次を見ます。

• 転送率の高い入り口メニュー
• 平均転送回数
• 間違いキューへの流入が多い時間帯
• スキル不足で即エスカレーションになるパターン

監査結果はIVR文言修正と研修テーマに直結します。IVRメニュー設計とセットで直します。

混雑時のFCR防衛

混雑時は早期終話が増えます。防衛策です。

• 受け皿（コールバック）へ逃がし、解決を別枠で完遂する
• 縮約してよい説明と、縮約禁止の説明を分ける
• 難件は抱えず、持ち帰りの型で期限を切る
• 終息後に未解決残を消化する当番を置く

混雑を個人の努力だけで乗り切らせると、FCRと品質が同時に落ちます。ワークフォースマネジメントと一体で防衛します。

CSAT・苦情との突合

FCRが上がっているのに苦情が増える場合、次を疑います。

• 解決の自己申告が甘い
• 態度や待ち時間の不満
• 解決内容は正しいが説明が不親切
• 別チャネルで不満が噴出

逆にCSATが良いのに再問い合わせが多い場合は、その場の満足と後日の実務不成が乖離しています。両方見てください。

分析ダッシュボード配置

FCRを見る画面に並べたいものです。

1. FCR（定義注釈付き）
2. 再問い合わせ件数
3. 未解決理由コード分布
4. 転送率
5. AHT内訳
6. 応答・放棄
7. 苦情件数

分析の拡張は通話アナリティクスの視点でも整理できます。数字だけを大きく見せず、理由分布を必ず隣に置きます。

教育：FCRのためのスキル

• 用件の特定質問
• 復唱と確認
• 権限内での提案
• エスカレーションの判断
• 終話前チェック
• 記録の質（次の人が続きをできるか）

話速トレーニングより、特定と確認のトレーニングの方がFCRに効くことが多いです。

委託先との定義共有

委託先にFCR目標を課すなら、定義・除外・ガードレールを書面で共有します。定義が違うと、元請けの数字と合いません。サンプル監査の頻度も契約または運用合意に含めます。

小規模チームの最小FCR運営

1. 解決の定義を一文で書く
2. 再連絡が来たら「前回と同用件か」をチェックする列を作る
3. 週次で未解決を5〜10件読んで理由コードを付ける
4. 最多理由に打ち手を一つ
5. AHTと苦情を見て副作用確認

これだけでも、感覚運営から抜け出せます。

30日プラン

週1

定義、除外、計測の仮運用、サンプル分類開始

週2

最多理由の特定、打ち手設計、関係部署合意

週3

打ち手実施、品質サンプル、約束不履行の監視

週4

前後比較、継続判断、手順化、次の理由へ

日本の電話番号の提供は準備中です。現在はデモで着信をシミュレーションして体験できます。電話回線でのAI応答を含む各機能の提供状況は機能一覧でご確認ください。可視化は月額0円から、手順は使い方ガイド、概要はトップページです。

現場で起きる具体パターン

同一顧客の別用件

再連絡でも別用件なら失敗に数えない。判定ルールを例示して教育する。

クローズの乱用

早く閉じすぎると再オープンが増える。完了条件を守る。

オープン放置

未解決のまま開き続けると計測不能。期限付きステータスへ。

メール並行

電話後のメール確認待ちをどう数えるか定義する。

LINE並行

メッセージで続いた解決を電話FCRにどう反映するか方針化する。

障害大規模

一斉障害は通常FCRと系列分け、定型案内の質で評価する。

季節スパイク

毎年同じ未解決理由なら、先回り案内とIVR更新を行う。

新人比率

新人増で一時的にFCRが下がることがある。支援と定義を分けて見る。

商品複雑化

新プラン追加後はナレッジ遅れがFCRを落とす。発売前に手順を載せる。

法務確認待ち

確認待ちは持ち帰り型で管理。通話内で無理に解決しない。一般情報であり法的助言ではない。

支払・請求

金額誤りは再問い合わせになりやすい。案内表現と確定プロセスを分ける。

配送

ステータスが見えないと解決できない。ツール連携を優先課題に。

予約変更

枠確認ができないと持ち帰りになる。カレンダー権限を見直す。確定はスタッフ。

解約引き止め

強引な引き止めは通話を伸ばし、後日の苦情と再連絡を増やすことがある。

#ifdef対応

複数名確認が必要なら、最初から会議型や折り返し型を選ぶ。

録音確認

事実確認に録音を使う場合は同意と社内ルールを守る。一般情報であり法的助言ではない。

個人情報

確認項目を増やしすぎると通話が長く、減らしすぎると事故る。最小を表にする。

言語切替

途中で言語が切り替わると解決が難しくなる。初動で言語を固定する運用を検討。

感情対応

受け止め不足は「解決したのに不満」を生む。FCRとCSATの両方で見る。

約束のカレンダー

折り返し約束を個人の記憶に頼らない。共有カレンダーまたはキューへ。

経営向け：FCR投資の話し方

• 再問い合わせは二重コスト（お客様時間と人件の両方）
• だから未解決理由の上位に投資する（権限、画面、ナレッジ）
• 秒数短縮だけの指示は再問い合わせを増やしうる
• 成功はFCR改善と、AHT・応答・苦情の副作用なしで判断
• 必要な支援は、現場が制御できない権限とデータを動かすこと

この話し方は、単なる「目標引き上げ」より予算と協力を得やすいです。

やらないことの宣言（例）

• 定義を黙って変えない
• 自己申告FCRだけで賞罰しない
• 未解決のまま早期終話を推奨しない
• 個人攻撃で終わらせず、理由コードへ落とす
• 効かない打ち手を残さない

宣言をチームで共有し、違反が起きたら再現ではなく仕組みを直します。

読み順（KPIクラスター）

1. コールセンターのKPI一覧
2. 応答率と放棄率
3. 平均処理時間（AHT）
4. 本記事（FCR）
5. 通話後のCSAT
6. 通話アナリティクス

Callのレポートで自社の電話対応を可視化する入口として、月額0円から始められます。提供状況は機能一覧が正です。

終章

一次解決率は、速さを競う指標ではなく、やり直しを減らす指標です。定義を固定し、未解決理由を分類し、権限とナレッジとルーティングの穴を一つずつ塞ぐ。その積み重ねが、お客様の負担と現場の負荷を同時に下げます。数字は手段です。目的は、一回の会話で、正しく、必要な範囲で、用件が前に進むことです。予約や契約の確定はスタッフが確認し、自動の表現が確定と誤解されないようにしてください。日本の電話番号の提供は準備中です。現在はデモで着信をシミュレーションして体験できます。電話回線でのAI応答を含む各機能の提供状況は機能一覧でご確認ください。

まずは今週、未解決または再問い合わせを10件だけ読み、理由コードを付けてみてください。最多理由が分かれば、改善の半ばまで来ています。続きの打ち手は一つに絞り、AHTと応答と苦情を併記して検証します。効いたら手順書へ残し、効かなければやめて次の理由へ進む。この型を標準にしてください。

測定の精度を上げるサンプル監査

自動の再問い合わせ判定を入れても、最初の数週間はサンプル監査が必要です。手順例です。

1. 再問い合わせ候補をランダムに20件抽出する
2. 同一用件かどうかを二人で独立に判定する
3. 判定が割れた案件を議論し、ルールを更新する
4. ルール更新後に再度20件で一致率を見る
5. 一致が安定してから自動化の閾値を厳しくする

二人の判定がいつまでも割れる場合、定義が現場の実感と合っていません。定義を書き換える勇気も必要です。書き換えたら過去比較の系列を分けます。

未解決を「見える化」するボード

SV向けの簡易ボード項目です。

• 本日の持ち帰り件数と期限超過
• 再問い合わせ候補（自動または手動）
• 理由コード上位
• 約束不履行（折り返し未実施）
• 誤ルーティング報告

ボードは罰するためではなく、当日の穴を塞ぐために使います。期限超過の持ち帰りがあるのに新規だけ追う運営は、FCRを構造的に下げます。

お客様への説明責任とFCR

解決したつもりでも、お客様が次に何をすればよいか分からなければ再連絡します。説明責任のチェックです。

• 専門用語を言い換えたか
• 次アクションの主体（誰がやるか）が明確か
• 期限があるか
• うまくいかなかったときの連絡先が分かるか

ここが弱いと、FCRもCSATも同時に沈みます。トークの終盤チェックリストに入れてください。

データが足りないときの代替指標

完璧なFCRが出せない初期は、代替で方向を見ます。

• 転送回数の平均
• クローズ後再オープン
• 「前回の続き」と名乗る着信の件数
• 持ち帰り残の年齢（何日残っているか）

代替指標は仮のコンパスです。定義が固まったら本指標へ移行し、代替の扱いを下げます。

プロダクト・情シスへの依頼票の書き方

FCRの穴がツールにあるとき、依頼票に書くべきことです。

• どの用件で、何が確認できず、どんな再問い合わせが起きるか
• 件数の感覚（サンプルでも可）
• 望ましい画面挙動
• 暫定の現場回避策（あれば）
• 品質・監査上の制約

「使いづらい」だけでは優先度が上がりません。再問い合わせというビジネス影響で書いてください。

品質点検票への落とし込み

未解決の典型を点検項目にします。

• 用件特定の質問をしたか
• 権限内で提案したか
• 終話前の確認をしたか
• 持ち帰りなら期限を切ったか
• 誤案内をしていないか

点検は減点のためだけでなく、ナレッジ更新の入力になります。品質管理の運用と一本化します。

インシデント：約束不履行

折り返し約束を破ると、FCRも信頼も大きく落ちます。インシデント扱いの例です。

1. 未実施を発見したら即実施またはお詫び連絡
2. 件数と原因（見落としい／キャパ超過／個人依存）
3. 当番と上限の見直し
4. 再発防止を週次で確認

コールバックや持ち帰りを増やす改善は、必ず不履行監視とセットです。

長期的な成熟度

いまの段階を認め、一段だけ上げる計画の方が持続します。一気に発展段階へ飛ばないでください。

追加の実務ノート

初動の三分

最初の三分で用件とキー番号を取れないと、後半で迷走します。冒頭スクリプトを短く固定し、履歴が開ける環境を先に整えることがFCRにもAHTにも効きます。聞き直しが多い場合は、共有受信箱やCRMのポップアップを優先課題にしてください。

たらい回しの計測

転送回数だけでなく、「お客様が同じ説明をした回数」をサンプルで数えると痛みが見えます。説明のやり直しはFCR低下の強い兆候です。転送前メモの徹底から入ると改善が早いです。

承認待ちの見える化

個人チャットへの承認依頼は埋もれます。承認キューを一つにし、待ち時間を測ると、権限委譲の根拠になります。待ちが長い承認は、通話内解決を構造的に妨げます。

旧プラン案内

終了したプランの手順が残っていると誤案内が起き、訂正の再問い合わせが増えます。廃止日をナレッジに明示し、検索に旧版が出ないようにします。

例外だらけの現場

例外対応が多いときは、例外が本番になっているサインです。例外を権限表へ昇格させるか、商品側のルールを見直すかを分けて議論します。

サイレント解決失敗

お客様が不満でも再連絡しないことがあります。FCRが高く見えてもCSATや解約が悪化していないか併記が必要です。諦めを成功と数えないための補助線です。

テキスト併送

電話で結論、詳細はテキスト、の分担は有効ですが、テキスト未送や誤送は再問い合わせになります。送付までを完了条件に含めるかを決めます。配信停止意向がある相手への扱いも確認します。

複数契約の取り違え

契約が複数あるお客様は取り違えが起きやすく、解決したつもりが別契約の話だった、となります。冒頭の契約特定質問を必須化します。

予約枠の権限

予約変更が現場で見られないと持ち帰りが増えます。カレンダー権限と確定ルールを見直し、確定はスタッフ確認である旨を案内に残します。

在庫・配送の照会

外部ステータスが見えないと解決できません。見える化投資はFCRの典型的な杠杆です。暫定は照会専用の当番電話でも構いませんが、恒久は連携です。

セキュリティ確認のバランス

確認が弱いと事故、強いと離脱と長期化。用件別の最小確認セットを表にし、品質とセキュリティ担当で合意します。一般情報であり法的助言ではありません。

エスカレーション後の戻り

上長が方針だけ出して現場に戻さないと、お客様は待たされた末に未解決になります。エスカレーションの完了定義に「お客様への回答」まで含めます。

学習データの除外

ロールプレイや試験通話をFCR母集団に混ぜないでください。デモも含め除外ルールを定義表へ。日本の電話番号の提供は準備中です。現在はデモで着信をシミュレーションして体験できます。

キャンペーン誤解

キャンペーン文言が曖昧だと問い合わせが増え、現場も解決しきれません。公開前に想定Qをナレッジへ載せるリリースチェックを入れます。

障害の定型

大規模障害時は個別深掘りより影響と代替の定型が解決を早めます。終息後の個別フォローを別キューにし、通常FCRと系列を分けます。

感情と事実の分離

感情の受け止めと事実確認を混同すると長期化します。まず受け止め、次に事実、次にできること、の順を型にします。

約束の二重管理

メモとチケットとカレンダーに約束が分散すると不履行が起きます。正を一つに決め、他は参照にします。

再オープン理由

再オープン時に理由コード必須にすると、閉じ方の問題か、後日発生の問題かが見えます。閉じ方の問題なら完了定義を直します。

チャネルたらい回し

電話からフォームへ、フォームから電話へ、を繰り返すとお客様は解決していないと感じます。起点チャネルで閉じるか、引き継ぎを明示するかを決めます。

SVの同席

難件で早期にSVが入ると解決率が上がることがあります。同席基準を決め、AHT悪化を恐れすぎない場面を定義します。

ナレッジのオーナー

更新責任者がいない記事は腐ります。記事ごとにオーナーと見直し日を付けます。

現場の成功事例共有

一回で解けた難件の型を週次で共有すると、再現性が上がります。個人名より手順の共有を優先します。

目標の置き方

外部ベンチマークを貼らず、自社の未解決理由トップを減らす目標にします。パーセントの業界平均は使いません。

レビューの短さ

FCR会議は理由分布と打ち手一つに限定すると続きやすいです。総論の長い会議は改善を止めます。

ツールの二重入力

同じ内容を二回書く運用は、記録放棄と未解決を生みます。正の画面を一つにします。

終話後の沈黙

終話直後に気づいた抜けを、すぐにかけ直して直す運用を推奨する場合があります。ただしお客様負担になるため、条件を限定します。

言語と方言

聞き取りにくい場合は復唱を増やし、必要なら文字チャネルへ切り替えます。無理な推測は誤解決になります。

支払い証明

お客様が証明を用意できないと解決が止まります。代替の確認手段を手順化しておくと持ち帰りが減ります。

契約書の確認

確認に時間がかかるなら、通話内で抱えず、必要ページを特定して折り返し型にします。無理な即答は誤案内のリスクです。

最終確認の一言

「この内容で進めてよろしいでしょうか」の一言が、誤解の再問い合わせを減らすことがあります。使いどころを型に含めます。

再問い合わせインタビュー（短時間）

可能なら、再問い合わせのお客様に短く聞く（または通話内で確認する）観点です。

• 前回のあと、何が足りなかったか
• 案内どおりに進めたか、進めなかった理由
• 次は何が分かれば自分で完了できそうか

答えは理由コードの精緻化に使います。責めの口調にしないことが前提です。得られた不足情報はナレッジの穴として起票します。

クローズ品質の二重チェック

クローズ前に、担当以外の人がサンプルで見る項目です。

• 完了条件を満たしているか
• お客様への約束が残っていないか
• 関連番号が記録されているか
• 次に同じ着信が来たとき、第三者が続きをできるか

自己クローズだけに頼るとFCRが上振れします。二重チェックは件数を絞って継続することが大切です。

商品・政策変更時のFCR防衛チェック

価格改定、規約変更、キャンペーン終了などの前に確認します。

• [ ] 新手順がナレッジにある
• [ ] 旧手順が閉じられている
• [ ] IVRや自動案内の文言が実態と一致
• [ ] 権限表が新しい例外に対応
• [ ] 想定Qが現場に共有されている
• [ ] 初日のSV増席またはエスカレーション枠がある

変更当日に問い合わせが増えるのは避けきれないこともありますが、誤案内による再問い合わせは防げます。

指標のガードレール再掲

FCRを動かすときは、次を必ず同じ週の資料に載せます。

• AHT内訳（長くなっていないか／短すぎが増えていないか）
• 応答率・放棄率（難件回避や早期終話の副作用）
• 苦情・CSAT（態度や待ちの不満）
• 約束不履行件数

ガードレールなしのFCR上昇は、信頼できません。関連記事の平均処理時間（AHT）と応答率と放棄率、通話後のCSATを、同じ改善サイクルで回してください。

ケース演習（架空・数値なし）

演習1

初回の電話で返金可否が分からず持ち帰り。翌日折り返せず、お客様から再着信。問い：失敗の主因は権限か、不履行か、両方か。打ち手はどれを先に出すか。

演習2

IVRで誤って営業キューへ入り、サポートへ転送。お客様は説明を二度行い、途中で切った。翌日フォームから同じ用件。問い：電話FCR上どう数えるか。ルーティングと転送品質のどちらを直すか。

演習3

オペレーターは解決と自己申告。しかし案内した手順が古く、お客様は失敗して再連絡。問い：自己申告FCRの弱点は何か。ナレッジのどの運用が弱いか。

演習4

混雑時に早期終話が増え、コールバック約束が大量に残る。未実施が翌日に発覚。問い：その週のFCRをどう注釈するか。キャパ設計の何を変えるか。

演習は答えを一つに決めず、自社の定義表と理由コードを更新するために使います。四半期に一度、SV研修へ入れると定義が形骸化しにくいです。

ドキュメント一式（最小）

FCR運営に必要な文書は次で足ります。

1. 定義表（解決・分母・期間・除外）
2. 理由コード表
3. 権限表
4. 完了条件チェック
5. 週次レビューメモ（打ち手とガードレール）

文書が増えすぎると読まれません。更新日だけは必ず残してください。

まとめ補足

一次解決率の改善は、お客様に同じ話を二度させないための活動です。測り方をそろえ、未解決の理由を分類し、現場が制御できない穴から塞ぐ。その順序を外すと、目標だけが先行して省略が起きます。省略は短い通話と高い自己申告を生み、あとから再問い合わせとして戻ってきます。戻ってこない場合でも、信頼は静かに減ります。だからこそ、FCRはCSATや苦情、約束不履行と並べて見る必要があります。

今日できる最小の行動は、定義を一文書き、再問い合わせを五件読んで理由を付けることです。最多理由が見えたら、打ち手は一つだけ選んでください。Callでレポートを見ながらの議論も有効です。登録は月額0円から、機能の提供状況は機能一覧、手順は使い方ガイド、全体はトップページです。日本の電話番号の提供は準備中です。現在はデモで着信をシミュレーションして体験できます。電話回線でのAI応答を含む各機能の提供状況は機能一覧でご確認ください。

付録：定義表テンプレート（FCR）

この表を埋めた日が、FCR改善の開始日です。空欄のまま目標だけ掲げないでください。デモや試験の除外も忘れず、日本の電話番号の提供は準備中です。現在はデモで着信をシミュレーションして体験できます。計測の母集団を汚さないことが、打ち手の判定精度を守ります。

週次レビューでは、表の変更有無を最初に確認し、変更があれば系列を分けます。変更理由は一行で残し、WFMや品質、委託先にも共有します。共有漏れは「数字が合わない」会議を生み、改善の時間を溶かします。定義の規律は地味ですが、FCR運営の土台です。土台の上でなら、権限・ナレッジ・ルーティングの投資が効いてきます。逆に土台が揺れたまま投資だけ増やすと、効果測定ができず、現場は「また新しい数字」と疲弊します。先に表を埋め、次に理由分類、そのあとで投資、の順を守ってください。Callのレポートを使う場合も、表示の意味を定義表と対応づけてから目標会話に入ります。

AI-SNS.IO Callについて

AI-SNS.IO Callは、ブラウザから電話対応の流れを整えるためのクラウド型の仕組みです。日本の電話番号の提供は準備中です。現在はデモで着信をシミュレーションして体験できます。一次解決の議論に使うレポート、IVRとルーティング、通話要約、共有しやすい履歴などを組み合わせ、未解決の持ち帰りや再問い合わせの兆候を追いやすくします。電話回線でのAI応答を含む各機能の提供状況は機能一覧でご確認ください。設定手順は使い方ガイド、アカウントは月額0円から始める、製品の全体像はトップページから確認できます。

よくある質問

まとめ

最後に、一次解決は「その場で何でも完結させる」義務ではありません。正しく持ち帰り、期限を守り、結果を返すことも、広い意味での解決設計です。悪いのは、曖昧な完了と、守られない約束です。良いFCR運営は、できることをその場でやり、できないことを誠実に設計する運営です。その設計を支えるのが定義表と理由コードと権限表です。三つがそろったチームは、数字に振り回されず、数字を使って学べます。学びが手順に残れば、人が変わっても一次解決の水準は維持しやすくなります。維持できて初めて、改善は組織の力になります。まずは定義表一枚から着手し、未解決の読書を習慣にしてください。習慣が続けば、打ち手の精度は自然に上がっていきます。焦って目標値だけを上げないことが、いちばんの近道です。理由を直す方が、先に数字がついてきます。その順序をチームの合言葉にし、毎週のレビューの冒頭で短く必ず復唱してください。型を崩さないことがいちばんの肝です。

一次解決の改善は、華やかなキャンペーンより、地味な定義と分類と権限表の更新にこそ効きます。毎週、未解決を読み、最多理由に打ち手を一つ当て、副作用を見る。これを止めないチームは、半年後に「かけ直しが減った」という実感を持ちやすくなります。実感を支えるのが、同じ定義で取った前後比較です。定義が揺れると、実感も数字も信じられなくなります。

現場が疲弊しているときにFCR目標だけを上げるのは逆効果です。先に穴（権限・画面・ナレッジ・不履行）を塞ぐ支援を出し、その結果としてFCRが後からついてくる順序にしてください。Callのレポートで可視化を試し、提供中の機能は機能一覧、手順は使い方ガイド、登録は月額0円から、概要はトップページで確認できます。日本の電話番号の提供は準備中です。現在はデモで着信をシミュレーションして体験できます。

• FCRは「一回で終わったか」を見る。定義が命
• 測り方は再問い合わせ・申告・確認・再オープンなどを組み合わせる
• 下がる主因はルーティング、権限、ナレッジ、プロセス、混雑下の省略など
• 上げるなら理由分類の後、打ち手は一つずつ
• AHT・応答・CSATと併記し、省略を防ぐ

まずは定義表と未解決理由の分類から始めてください。Callのレポートで自社の電話対応を可視化する入口として、月額0円から始められます。