お客様がサポートを求めて連絡するとき、彼らは問題を迅速に解決してほしいと思っています。複数のエージェントに問題を繰り返したり、解決を何日も待ったりするのは誰もが嫌です。そこで、初回タッチ解決(First-Touch Resolution、FCR)が登場します。これはカスタマーサポートで最も重要な指標の1つですが、特に複数のチャネルをサポートしている場合、多くのチームが正確に測定するのに苦労しています。
このガイドでは、Zendeskで初回タッチ解決率を追跡するために知っておくべきすべてのことを解説します。メール、チャット、音声チャネル全体で指標がどのように異なるか、Zendesk Explore(Zendeskエクスプローラー)で適切なレポートを設定する方法、および改善のための実践的な戦略を共有します。FCRの追跡を開始したばかりの場合でも、既存の設定を最適化したい場合でも、サポートパフォーマンスをより明確に把握するための実行可能な手順が見つかります。

Zendeskの初回タッチチャネル指標の違い
ここからが厄介なところです。「ワンタッチ」解決の定義は、お客様が使用したチャネルによって異なります。メールで有効なものが音声通話では有効ではなく、チャットには独自の癖があります。
メールおよび非同期チャネル
メール、ウェブフォーム、およびその他の非同期チャネルの場合、測定は簡単です。ワンタッチチケットには、問題を解決する公開エージェントの返信が1つだけあります。エージェントはチケットを読み、応答を書き、解決済みとしてマークします。
Zendesk Explore(Zendeskエクスプローラー)では、これはAgent replies = 1として表示されます。Support - Ticketsデータセットで、エージェントの返信指標が1に等しく、ステータスが解決済みのチケットをフィルタリングできます。
メールの課題は測定ではなく、期待です。お客様が応答するのに数日かかる場合があり、解決策のように見えるものが、お客様がフォローアップの質問をしたときに再開される可能性があります。そのため、多くのチームは、必要な場合に顧客が再開できるように、解決済みのチケットだけでなく、クローズ済みのチケットでFCRを測定します。
音声およびTalkチャネル
音声通話は、ほとんどのチームが混乱するところです。エージェントが電話中に問題を解決した場合、チケットに公開返信は追加されません。通話自体がインタラクションです。したがって、Zendesk Explore(Zendeskエクスプローラー)では、ワンタッチのTalkチケットには実際にはAgent replies = 0があります。
これは、通話レベルのデータのみを保持するTalkデータセットを使用してTalk FCRを測定しようとするため、人々を混乱させます。ワンタッチのTalkチケットを正確に追跡するには、Support - Ticketsデータセットを使用し、チャネルが音声で、エージェントの返信がゼロに等しいチケットをフィルタリングする必要があります。
チャットおよびメッセージング
ライブチャットは、メールと音声の中間に位置します。メールと同様に、カウントできる公開返信が生成されます。しかし、音声と同様に、エージェントは多くの場合、複数の同時会話を処理し、インタラクションはより短く、より集中的になる傾向があります。
Zendesk自身の擁護チームによると、チャットは多くの場合、最も効率的なチャネルです。エージェントは通常、3〜5つのチャットを同時に処理でき、チャットチケットは迅速に解決されるより簡単な質問をする傾向があります。ただし、ボリュームは通常メールよりも高いため、FCR率への全体的な影響は、特定の組み合わせによって異なります。
チャネル比較
| チャネル | ワンタッチの定義 | 使用するデータセット | 一般的なFCR範囲 |
|---|---|---|---|
| メール | Agent replies = 1 | Support - Tickets | 65-75% |
| 音声 | Agent replies = 0 | Support - Tickets | 70-80% |
| チャット | Agent replies = 1 | Support - Tickets | 75-85% |
重要なポイント:チャネルに関係なく、FCRレポートには常にSupport - Ticketsデータセットを使用してください。TalkデータセットとChatデータセットには、正確な測定に必要なエージェントの返信指標が含まれていません。
Zendesk Explore(Zendeskエクスプローラー)でFCR追跡を設定する
次に、Zendeskアカウントで初回タッチ解決率の測定を開始するための実際の手順について説明します。
Support Ticketsデータセットの使用
まず、**Explore → Report Builder(レポートビルダー)**に移動し、Support - Ticketsデータセットを選択します。これは、すべてのチャネルでエージェントの返信指標を含む唯一のデータセットです。
Ticketsデータセットは、メール、音声、またはチャットを分析しているかどうかにかかわらず、一貫して機能するチケットレベルの指標を提供します。これには、Ticket channel(チケットチャネル)、Ticket status(チケットステータス)、およびFCR計算を強化する重要なAgent replies(エージェントの返信)指標などの属性が含まれます。
カスタムFCR指標の作成
ZendeskはFCRをデフォルトの指標として提供していないため、カスタムの計算された指標を作成する必要があります。方法は次のとおりです。
- レポートビルダーの**Calculator icon(計算機アイコン)**をクリックします
- **Standard calculated metric(標準計算指標)**を選択します
- 「% One-touch tickets(%ワンタッチチケット)」などの名前を入力します
- 次の数式構造を使用します。
COUNT(One-touch tickets) / COUNT(Solved tickets) * 100 - 表示形式を**Percentage(パーセンテージ)**に変更します
チャネルごとにこれを分割する場合は、Ticket channel(チケットチャネル)属性を使用してフィルターを追加します。個別の指標を作成するか、レポートで異なるフィルターを適用して同じ指標を使用できます。
True one-touch Talk tickets(真のワンタッチTalkチケット)の設定
特に音声の場合、ワンタッチのTalkチケットにはエージェントの返信がないため、わずかに異なるアプローチが必要です。次のロジックで計算された指標を作成します。
IF (Agent replies = 0 AND Ticket Channel = Voice) THEN 1 ELSE 0
次に、解決済みのTalkチケットの合計で割って、パーセンテージを取得します。
時間を節約したい場合は、Geckoboardが事前構築済みのカスタム指標を提供しています。True One-touch Talk Tickets(真のワンタッチTalkチケット)指標は、数式を処理します。
検証のヒント
FCRの数値を信頼する前に、いくつかのスポットチェックを行います。
- ワンタッチのカウントを解決済みチケットの合計と比較して、比率が理にかなっていることを確認します
- 返信がゼロまたは1つの個々のチケットを見て、正しく分類されていることを確認します
- 異なる期間でテストして、一貫性を確保します
- 特にTalkチケットの場合、返信がゼロのチケットがワンタッチとしてカウントされていることを確認します
FCRベンチマークと良好な状態
FCR指標を設定しました。次に、どの数値を目標にすべきですか?
SQM Groupによると、良好なFCR率は70%から79%の間です。これは、チケットの約30%が解決に複数のインタラクションを必要とすることを意味します。それは失敗ではなく、現実です。一部の問題は本当に複雑で、フォローアップが必要です。
初回コンタクト解決率が80%以上の場合は、「ワールドクラス」と見なされます。しかし、実際には、コールセンターの約5%しかこれを達成していません。したがって、75%の場合は、うまくいっています。
Klaus 2023 Customer Service Quality Benchmark Report(Klaus 2023カスタマーサービス品質ベンチマークレポート)では、平均FCRベンチマークは約70%でした。それがあなたのベースラインです。70%を下回る場合は、プロセス、トレーニング、またはナレッジマネジメントに改善の余地があることを示唆しています。
ビジネスへの影響
SQM Groupの調査は、いくつかの説得力のある相関関係を示しています。
- FCRが1%向上するごとに、運営コストが1%低下します
- FCRが1%向上するごとに、顧客満足度が1%上昇します
- 従業員満足度はFCRと同じ割合で上昇します(場合によってはそれ以上)
- 顧客紹介とリテンションはFCRと正の相関関係があります
ただし、注意点があります。非常に高いFCRは、実際には問題を示している可能性があります。
- セルフサービスリソースが不足しているため、顧客は回避されるべき簡単な問題について連絡している可能性があります
- エージェントは根本的な原因を解決するのではなく、「応急処置」を適用している可能性があり、後で繰り返しの連絡につながる可能性があります
- ほぼ100%のFCRは、顧客が実際の解決策を得るのではなく、フラストレーションのために脱落していることを示している可能性があります
そのため、常にCSATやその他の品質指標とともにFCRを測定する必要があります。満足度が低い高いFCRは、何かが間違っていることを意味します。
Zendeskのパフォーマンス指標とその連携方法の詳細については、詳細なガイドをご覧ください。
一般的な課題とその解決方法
適切な設定でも、FCRの測定は必ずしもクリーンではありません。チームが直面する最も一般的な問題を次に示します。
FCRを正確に測定する
最大の課題は、再開されたチケットの処理です。顧客は、完全に無関係な質問で解決済みのチケットに応答する可能性があります。技術的には、元の問題はワンタッチで解決されましたが、チケットが再開され、マルチタッチ解決のように見えます。
解決策は?解決済みのチケットだけでなく、クローズ済みのチケットでFCRを測定します。Zendeskは、設定された期間(通常は数日)後にチケットを自動的にクローズし、顧客が必要な場合に再開する時間を与えます。クローズステータスに達したチケットのみをFCR計算にカウントします。
時間ベースのカットオフを設定することもできます。たとえば、顧客が同じ問題について24時間以内に連絡してきた場合は、同じ解決試行の一部と見なします。24時間後、新しいチケットとしてカウントします。
チャネル移行の追跡
もう1つの現実的な問題:1つのチャネルで連絡が取れない顧客は、別のチャネルに切り替えます。電話をかけようとし、保留時間に不満を感じ、代わりにメールを送信します。これで、同じ問題に対して2つのチケットがあり、FCR計算が混乱します。
残念ながら、Zendesk Explore(Zendeskエクスプローラー)には、チャネル移行を追跡するためのネイティブレポートはありません。Zendeskコミュニティディスカッションで述べられているように、「Explore内でチャネルを切り替えたチケットを報告するための簡単なネイティブオプションは現在ありません。」
回避策は、Updates historyデータセットを使用し、Update channel属性を確認することです。これにより、チケットのライフサイクル中にチケットのチャネルが変更されたタイミングが表示されます。短い時間枠内に複数のチャネルを通じてチケットを作成した顧客を特定するためのカスタムレポートを作成できます。
真の解決策と顧客の脱落を区別する
低いCSATと組み合わせた高いFCRは、危険信号です。これは、顧客が実際に問題を解決しない単一の応答を受け取っているため、会話を続けるのではなく諦めていることを示唆しています。
一般的な原因は次のとおりです。
- 顧客を圧倒するテキストの壁の応答
- 知識を過度に想定する技術的な回答
- 解決を確認する前にチケットを早期にクローズする
常に満足度スコアが低い1つの返信でチケットを確認してください。何がうまくいかなかったかのパターンを探し、アプローチを調整します。
初回タッチ解決率を向上させるための戦略
FCRを正確に測定しているので、実際にどのように改善しますか?業界全体で機能する実績のある戦略を次に示します。
エージェントのトレーニングとエンパワーメント
多くのFCRの失敗は、エージェントが最初に完全な回答を提供する自信や知識を持っていないために発生します。以下に投資します。
- 1回のインタラクションで解決されるべき一般的なシナリオのロールプレイング演習
- コールスクリプト、トラブルシューティングガイド、およびビデオトレーニングを備えた内部ナレッジベース
- ストレスを感じている顧客や不満を感じている顧客を処理するための感情的知性トレーニング
目標は、「確認させてください」という応答を減らすことです。エージェントが会話中に調査する必要があるたびに、FCRが低下します。
Zendeskエージェントのパフォーマンスを向上させるの詳細については、包括的なガイドをご覧ください。
より良い顧客コンテキスト
ZendeskのCX Trends Report(CXトレンドレポート)によると、消費者の71%は、企業が社内で情報を共有して、繰り返す必要がないことを期待しています。しかし、エージェントは顧客の履歴にすばやくアクセスできないため、「調べてみましょう」と言うことがよくあります。
CRM統合は不可欠です。エージェントは以下を確認する必要があります。
- 以前のチケットと解決策
- アカウントの詳細とサブスクリプションのステータス
- 最近の製品の使用状況またはエラー
- すべてのチャネルでの過去のインタラクション
エージェントがこのコンテキストを事前に把握している場合、やり取りなしで完全な回答を提供できます。
セルフサービス最適化
逆説的ですが、FCRを改善する最良の方法の1つは、そもそもエージェントに到達すべきではないチケットの量を減らすことです。ワンタッチチケットを分析して、回避の機会を特定します。
- エージェントはどの簡単な質問に繰り返し答えていますか?
- どのような問題がより良いドキュメントで解決できますか?
- 顧客はヘルプセンターのどこで行き詰まっていますか?
Zendeskの擁護チームは、ワンタッチ解決データを使用して、ヘルプセンターコンテンツのギャップを特定します。問題が1つのエージェントの返信で一貫して解決される場合、おそらく優れた記事で回避できたでしょう。
品質保証プログラム
初回コンタクトの完全性に焦点を当てたQAプロセスを実装します。
- マルチタッチチケットを確認して、根本的な原因を特定します
- 失敗を分類します:不十分な情報、エスカレーションの必要性、複雑な問題、フォローアップの質問
- 各カテゴリのターゲットトレーニングを作成します
- 高いFCR率のエージェントを認識して報酬を与えます
QAは単に間違いを見つけることだけではありません。ワンタッチ解決を妨げる体系的な問題を特定することです。
AIがZendeskの初回タッチ率をどのように向上させることができるか
優れたトレーニングとプロセスがあっても、エージェントは適切な情報をすばやく見つけられない場合、ワンタッチ解決に苦労します。そこでAIが役立ちます。
中心的な課題は、知識へのアクセスです。エージェントは次のことを行う必要があります。
- 何百ものヘルプセンターの記事を検索する
- 同様の過去のチケットを見つける
- 特定の状況にどのマクロが適用されるかを覚える
- ポリシーの変更と製品の更新に対応する
顧客との会話中にリアルタイムでこれを行うのは困難です。AIはそれを容易にします。
eesel AI Copilot(イーセルAIコパイロット)を使用すると、エージェントは初回タッチ率を向上させるリアルタイムの支援を受けることができます。
- ヘルプセンター、過去のチケット、およびマクロに基づいて完全な応答を下書きします
- チケットのコンテンツに基づいて関連する知識を自動的に表面化します
- エージェントが応答をコミットする前に、次のステップとエスカレーションパスを提案します
- 最初の返信にすべての必要な情報が含まれるようにすることで、やり取りを減らします
一般的なAIライティングツールとは異なり、eesel AI(イーセルAI)は特定のビジネスを学習します。製品、ポリシー、およびトーンを理解します。エージェントがチケットを開くと、eesel AI(イーセルAI)はすでにそれを分析しており、実際のナレッジベースから引き出された提案を準備しています。

さらに進む準備ができているチームのために、eesel AI Agent(イーセルAIエージェント)は、最前線のサポートを自律的に処理し、人間の介入なしに一般的な問題を解決できます。これにより、人間のエージェントは、本当に専門知識を必要とする複雑なケースに集中できます。
Zendesk統合は、既存の設定とシームレスに連携します。ヘルプデスクを置き換える必要はありません。eesel AI(イーセルAI)をチームに招待し、初回タッチ指標の改善を確認し始めてください。
今すぐZendeskの初回タッチ指標の改善を開始する
初回タッチ解決率は、サポートの効率と顧客満足度を最も明確に示す指標の1つです。1回のインタラクションで問題を解決すると、顧客はより幸せになり、エージェントのストレスが軽減され、運用コストが削減されます。
このガイドからの重要なポイント:
- チャネルの違いが重要です。メール、音声、およびチャットには、Zendesk Explore(Zendeskエクスプローラー)で異なる測定アプローチがあります。
- すべてのFCRレポートにSupport - Ticketsデータセットを使用します。TalkデータセットとChatデータセットには、必要なエージェントの返信指標が含まれていません。
- 再開ウィンドウを考慮して、解決済みだけでなく、クローズ済みのチケットで測定します。
- 現実的にベンチマークします。70〜79%は良好、80%以上はワールドクラス、70%未満は改善の余地があります。
- 常にFCRをCSATと組み合わせます。満足度が低い高いFCRは問題を示しています。
次の手順:
- 現在のFCR設定を監査します。適切なデータセットを使用していますか?適切なチケットステータスで測定していますか?
- チャネル固有のギャップを特定します。音声FCRレポートは、実際にワンタッチ通話を正しくキャプチャしていますか?
- マルチタッチチケットを確認してパターンを探します。どのようなカテゴリの問題が一貫してフォローアップを必要としますか?
- AIがどのように役立つかを検討します。エージェントが知識をすばやく見つけるのに苦労している場合、eesel AI(イーセルAI)のようなツールがそのギャップを埋めることができます。
AIが初回タッチ解決率をどのように向上させることができるかを知りたい場合は、eesel AI(イーセルAI)を無料で試すか、デモを予約するしてください。AI Copilot(AIコパイロット)とAI Agent(AIエージェント)を使用しているチームが、実装から数週間以内にFCR指標の目に見える改善を確認する方法を紹介します。
よくある質問
この記事を共有

Article by
Stevia Putri
Stevia Putri is a marketing generalist at eesel AI, where she helps turn powerful AI tools into stories that resonate. She’s driven by curiosity, clarity, and the human side of technology.



