現在のプランを確認
Suite Team、Growth、Professional、EnterpriseまたはEnterprise Plus
Support + Explore Light、ProfessionalまたはEnterprise

Exploreを使用すると、カスタマーサービスエクスペリエンスを分析し、期待を上回っている領域と改善が必要な領域を特定することができます。この情報を使用して、チームとカスタマーサポートの有効性を向上させることができます。

ここでは、監視する必要がある重要なメトリック、Exploreでそれらのメトリックをレポートする方法、どのような傾向を注視するか、そしてこれらの情報をもとにどのような行動を起こすかについて学びます。

この記事では、以下のトピックについて説明します。

  • 解決中のチケットは何件ありますか?
  • チケットで最も問題の報告が多い領域はどこですか?
  • 解決すべきチケットはどのくらいありますか?
  • カスタマーが初回の返信を受け取るまでどのくらいかかりますか?
  • チケットの解決にどのくらい時間がかかりますか?
  • 解決したチケットが再オープンされる頻度はどのくらいですか?
  • カスタマーはどの程度満足していますか?
  • マクロ関連のリソース
  • 会話に参加しましょう

解決中のチケットは何件ありますか?

解決したチケットの数を見れば、チームの状況がひとめで把握できます。これは、全体の傾向を調べるのに便利です。すばやく解決されるチケットもあれば、解決に時間がかかるチケットもあるからです。このメトリックを長期的に監視することで、チームのパフォーマンスを評価し、リソースのニーズを判断するのに役立ちます。

既定のレポート表示する(LiteおよびProfessional)

Zendesk Supportダッシュボードの「チケット」タブでは、解決済みチケット、未解決チケット、作成されたチケット、再オープンされたチケットを一目で確認することができます。

さらに、Zendesk Supportダッシュボードの「担当者アクティビティ」タブにある「担当者アクティビティ」レポートでは、チケット解決数の担当者や、その他の豊富な情報を見ることができます。

独自のレポートを作成する(Professional)

「チケット」データセットには、解決済みチケットに関する独自のレポートを作成するために必要なメトリックと属性が用意されています。

以下のExploreレシピは、レポート作成のよい出発点となるでしょう。

  • 作成したチケットと解決したチケットをレポートする方法
  • 過去30日間の毎日のチケットアクティビティ
  • 今年解決したチケットと昨年解決したチケットの比較

すべてのレシピについては、「Exploreレシピのリファレンス」を参照してください。

着目すべき点

レポートを確認する際には、次のような情報に注目してください。

  • チーム全体と個々のエージェントの両方についての解決済みチケットのメトリック。
  • 一定期間(1か月など)の平均値。エージェントが目標を下回ったり上回ったりする日があります。
  • オープンチケット数に対する解決済みチケット数。これで、チームがチケットのキューにどの程度追いついていないかがわかります。

測定結果の活用方法

次の表に、「解決済みチケット」レポートを使用してチームの効率を向上させる方法の例を示します。

問題 改善する方法
チケットの量が常に多い。
  • エージェントの増員を検討します。繁忙期と閑散期のパターンを特定し、時期に合わせて人員の調整を行ってください。
  • エージェントのトレーニングを強化します。
  • 問題がよく発生する領域をチケットから探します。商品を改善できるかどうか、プロダクトマネージャーとミーティングを行って確認します。「用件」フィールドの設定を検討します(「チケットで最も問題の報告が多い領域はどこですか?」を参照)。
  • カスタマーが自分で問題を解決できるようなナレッジベースの構築を検討します。ナレッジベースが充実していれば、チケットをオープンしなくても多くのカスタマーが問題の答えを見つけることができます。
チケットの量が常に少ない。
  • エージェントを減らすことを検討します。
解決率の低いエージェントがいる。
  • それらのエージェントが対応していたチケットを調査します。解決に特に時間のかかる問題である可能性があります。
  • 解決率が恒常的に低いエージェントについては、製品トレーニングの機会を増やす必要があるかもしれません。

チケットで最も問題の報告が多い領域はどこですか?

カスタマーからのフィードバックは、製品とカスタマーエクスペリエンスの向上に役立ちます。このフィードバックを活用するには、サポートリクエストを製品領域ごとに分類します。そうすることで、サポートの問題を最も多く発生させている製品の領域を簡単に確認できるようになります。

サポートリクエストを分類するために、チケットとサポートリクエストフォームにカスタムフィールドを追加します。このフィールドには、値を必要な数だけ含めることができ、名前も自由に決めることができます。この例では、フィールド名は「商品」で、3つの値が含まれています。

Zendeskによるチケットの分類については、「「用件」フィールドの概要」を参照してください。

既定のレポート表示する(LiteおよびProfessional)

Exploreの既定のダッシュボードにはカスタムフィールドは含まれていません。しかし、独自のレポートを作成することで、カスタムチケットフィールドのレポートを作成することができます。

独自のレポートを作成する(Professional)

「チケット」データセットには、各カスタムフィールドが属性として含まれます。詳細については、「カスタムフィールドを使用したレポーティング」を参照してください。

チケットが最も多い領域を示すレポートを作成するには

  1. Exploreで、「Support:チケット」データセットを使用して新しいレポートを作成します。
  2. 「メトリック」パネルで、「チケット」>「チケット」を選択します。
  3. 「行」パネルで、「チケットカスタムフィールド」>「<カスタムフィールド名>」を選択します。

    「<カスタムフィールド名>」には、チケットを分類するために使用するカスタムフィールドの名前を入力します。

以下のExploreレシピは、レポート作成のよい出発点となるでしょう。

  • カスタムチケットフィールドのレポートティング
  • ネストしたドロップダウンフィールドに関するレポート

着目すべき点

レポートを確認する際には、次のような情報に注目してください。

  • 全体のチケット量に対する各領域のチケット量。
  • 各領域でチケットを解決するのにかかる平均時間。
  • チケットの領域別の平均CSAT評価。

測定結果の活用方法

次の表に、カテゴリがカスタマーサポートの向上にどのように役立つかの例を示します。

問題 改善する方法
あるカテゴリで、他のカテゴリよりもはるかに多くのチケットが生成される。
  • プロダクトチームと協力して、その製品の領域を改善できるかどうかを確認します。
  • ナレッジベースを作成し、カスタマーが製品のその領域を使用するのに役立つ情報を提供します。
カテゴリに割り当てられていないチケットがたくさんある。
  • プリセットのリストからカテゴリを選択し、チケットを分類できるように、エージェントをトレーニングします。
  • カテゴリフィールドを必須にします。つまり、カテゴリを選択しないと先に進めないようにします。
  • カスタマーがサポートリクエストを送信するときに関連するカテゴリを選択できるように、フィールドをサポートリクエストフォームに追加します。

解決すべきチケットはどのくらいありますか?

「未解決のチケット」は、サポートチームの健全性に全体的な影響を与えます。現在、新規、オープン、保留中、または待機中の状態にあるすべてのチケットが「未解決のチケット」として定義されます。つまり、問題が解決されていない、処理する必要があるチケットです。

これは注目すべき重要なメトリックです。このメトリックにより、受けとったチケットの量や、所与のリソースによる処理状況を把握できます。

既定のレポート表示する(LiteおよびProfessional)

Zendesk Supportダッシュボードの「未解決のチケット」タブには、毎日および毎週の未解決のチケットを比較する既定のレポートが含まれています。

独自のレポートを作成する(Professional)

「未解決のチケットの推移」データセットには、未解決のチケットに関する独自のレポートを作成するために必要なメトリックと属性が用意されています。

以下のExploreレシピは、レポート作成のよい出発点となるでしょう。

  • 月間の未解決のチケット
  • 未解決の事象別の難問チケット

着目すべき点

レポートを確認する際には、次のような情報に注目してください。

  • チケットの経過時間と初回返信時間とで相互参照された未解決チケットの量。チームのスループット処理能力が高いのであれば、未解決チケットが多くあるということは必ずしも悪いこととは言えません。
  • チケットのステータスと相互参照されたチケットの優先度。大量の未解決チケットは必ずしも悪いこととはいえませんが、優先度の高い未解決チケットが大量にある場合はおそらく悪い兆候です。
  • 過去の未解決チケットの傾向。たとえば、最も忙しい月は何月ですか?最もパフォーマンスの高いエージェントは誰ですか?
  • 同じカスタマーからのサポートリクエスト、または同じカテゴリのサポートリクエストが複数届く。

スピードは重要ですが、品質を犠牲にしてはいけません。サポートの問題を解決する際、カスタマーの期待やチームに設定したパフォーマンス目標よりも時間が長くかかることがあります。とはいえ、カスタマーの問題の解決までにかかる時間が長いほど、カスタマー満足度は低下してしまいます。

測定結果の活用方法

次の表に、未解決チケットを調べることが、カスタマサポートの向上にどのように役立つかの例を示します。

問題 改善する方法
未解決チケットが大量にある。
  • カスタマーがサポートを長期間待っていることを意味します。チームは、リクエストのステータスと進捗の最新状況をカスタマーに常に知らせることで、カスタマーを支援できます。
  • 保留中のチケットの多くは、カスタマーからの返信を待っていますか?自動化を作成し、問題が保留中になっていることをカスタマーに自動で通知することを検討してください。設定した日数が経過してもカスタマーが反応しない場合、そのチケットは自動的に解決済みとなり、未解決チケットではなくなります。この例については、「Zendesk on Zendesk: Bump Bump Solve(障害を乗り越えて解決する)」を参照してください。
  • 未解決チケットとは、未割り当てのチケットと割り当て済みでまだ解決していないチケットのことです。この2種類のチケットを足すと未解決チケットの合計となります。チケットには、できるだけ早く担当者を割り当てるようにします。
優先度の高いチケットが大量に未解決のままになっている。
  • 注目度をすばやく上げるために、優先度の高いチケットをエスカレートするトリガの作成を検討します。「チケットの自動更新および自動通知のトリガの作成」を参照してください。
  • カスタマーから届いたチケットに優先順位を付け、優先度フィールドが適切に設定されるようにします。
  • エージェントが優先度フィールドを誤って設定していないか確認します。誤りがある場合は、リクエストを分類する方法のトレーニングを強化する必要があります
同じカスタマーから同じカテゴリのサポートリクエストが複数届く。
  • カスタマーに直接コンタクトをとり、何が問題なのか確認します。
複数のカスタマーから同じ問題についてサポートリクエストが届く。
  • その問題について、ナレッジベースの記事を作成することを検討します。
  • ナレッジベースのコミュニティに参加します。
  • 商品の開発チームに相談します。商品を再設計することで、問題の防止になるでしょうか。

カスタマーが初回の返信を受け取るまでどのくらいかかりますか?

初回返信時間(FRT)とは、チケット作成からエージェントがカスタマーに最初の回答をするまでにかかった時間です。つまりFRTは、自動応答ではなく、人間(エージェント)がカスタマーに連絡するまでにかかる時間を測定するメトリックです。初回返信時間は、チームの効率性と、受信チケットの量が変動しても持ちこたえることができるかを示す優れたメトリックです。

このメトリックのパフォーマンス目標は、業界とカスタマーが期待する初回返信時間と合致していなければなりません。たとえば、以下のように目標を設定します。

  • メールまたはオンラインフォームで届いたサポートリクエストでは24時間
  • ソーシャルメディア経由で届いたサポートリクエストでは1時間

もちろん、カスタマーの観点では、期待値を上回れば、それに越したことはありません。

既定のレポート表示する(LiteおよびProfessional)

Zendesk Supportダッシュボードの「Efficiency」タブには、初回返信時間を測定する既定のレポートが含まれています。

独自のレポートを作成する(Professional)

「チケット」データセットには、初回返信時間や効率に関する独自のレポートを作成するために必要なメトリックや属性が含まれています。

以下のExploreレシピは、レポート作成のよい出発点となるでしょう。

  • 初回返信時間のレポーティングについて
  • 初回返信時間のヒートマップ
  • 初回返信時間が平均より長いチケットの表示
  • チケットの初回返信日時属性の作成
  • タグに基づいた解決時間(初回返信、初回解決、全体解決)の取得

着目すべき点

レポートを確認する際には、次のような情報に注目してください。

  • 初回返信時間に変化があった場合は必ず、チケット量に注目してください。返信時間の変化は、チケット量の一時的な変化と一致している場合があります。まず、Zendesk Supportダッシュボードの「Tickets」タブと「Efficiency」タブを見てみましょう。新製品の発売や大規模なサービスインシデントによってチケットが一時的に急増したとしても、それは心配するような傾向ではないかもしれません。このような急激な変化を予測できるのであれば、増員を検討する良い機会です。
  • メールで送信されたリクエストに対する初回返信時間が24時間で、エージェントとのやりとり回数の中央値がチケット1件に付き8回の場合、平均返信時間の中央値は4時間以下になります。平均返信時間が4時間を超えるチケットを調べると、エージェントのパフォーマンスを改善できる可能性があります(トレーニングやセルフサービスドキュメントのナレッジベースへの追加など)。
  • 返答時間に関するカスタマーの意見を、CSAT評価やコメントを見て確認しましょう。
  • 各サポートチャネルの初回返信時間を監視して、期待に応えていることを確認します。
  • この記事の前半で説明したカスタムフィールドを使用している場合には、製品領域ごとに初回返信時間を監視します(「チケットで最も問題の報告が多い領域はどこですか?」を参照)。
  • 平均返信時間を監視します。これは、サポートリクエストを解決するためにカスタマーに送信したすべての返信にかかった時間の平均です。

測定結果の活用方法

次の表に、初回応答時間を調べることが、カスタマサポートの向上にどのように役立つかの例を示します。

問題 改善する方法
初回返信時間が遅い。
  • チケットが最も多く届く時間帯に注目します。「チケット」メトリックと「チケットの作成日時 - 時間」属性を使用したExploreレポートは、カスタマーがオンラインでサポートを受けられるようにするための簡単な方法です。
  • メールで届いたチケットをサポートチームが迅速に解決できたとしても、ライブチャネルは、カスタマーにとってはより早くサポートを受ける手段であり、エージェントにとってはより早くチケットを解決できる手段となります。
  • 何か問題が発生した場合は、できるだけ早くその問題を特定し、対処することが重要です。サポートチームが問題を認識して取り組んでいることをカスタマーに知らせることは、悪い状況を良好な関係に変える鍵となります。
  • カスタマーが自分で問題を解決するのであれば、初回返信時間を気にする必要はありません。ナレッジベースを設定し、カスタマーの主なペインポイント(問題点)の解決に役立つ記事を作成します。ナレッジベースに常に参加し、カスタマーからの質問に常に答えます。

チケットの解決にどのくらい時間がかかりますか?

解決時間が重要なのは、あなたやあなたのチームだけではありません。カスタマーもまた、問題が早急に解決されることを望んでいます。エージェントが問題を解決するのにかかる時間を示す重要なメトリックがいくつかあります。

  • 解決時間:サポートの問題の解決までにかかる時間。チケットは終了する前に再オープンすることができるため、解決が複数回行なわれる場合があります。問題を最初に解決するまでにかかった時間を「初回解決時間」といいます。
  • 全体の解決時間:全体の解決までにかかる時間。
  • エージェントが回答:エージェントがチケットを解決するのに必要な返信数。チケットの解決が早ければ早いほど、カスタマーに喜ばれます。
  • ワンタッチ解決:1回目のコール、1回目のチケットの返信、1回目のオンラインチャットなど、最初の1回の操作での問題解決。これはカスタマー満足度にプラスの影響を与え、サポートコストの削減に役立ちます。

既定のレポート表示する(LiteおよびProfessional)

Zendesk Supportダッシュボードの「Efficiency」タブには、チケットの解決までにかかった時間を測定する既定のレポートが含まれています。

独自のレポートを作成する(Professional)

「チケット」データセットには、初回返信時間や効率に関する独自のレポートを作成するために必要なメトリックや属性が含まれています。

以下のExploreレシピは、レポート作成のよい出発点となるでしょう。

  • 初回割り当て~解決までの時間
  • 全体の解決時間をレポートする方法
  • 保留時間または待機時間を含めない平均解決時間
  • タグに基づいた解決時間(初回返信、初回解決、全体解決)の取得
  • タイムトラッキングアプリ:測定に必要なメトリック)

着目すべき点

チケットの解決にかかった時間と労力を理解するのに役立つメトリックは、次のとおりです。

  • 処理時間:エージェントが1回のサポートのやりとりにかける時間です。Supportでは、処理時間はタイムトラッキングアプリを使用して記録します。Exploreでは、カスタムフィールドの「Total time spent」、「Avg time spent per ticket」、および「Avg time spent per update」を使用して、このデータに関するレポートを作成できます。詳細については、タイムトラッキングアプリ:測定に必要なメトリック」を参照してください。
  • エージェントの更新回数:エージェントがチケットに行う更新。これには、チケットステータスの変更、コメントの追加などが含まれます。Exploreでは、「エージェントが回答」メトリックと「エージェントの返信バケット」属性を使用して、エージェントによる更新をレポートすることができます。
  • リクエスタの待機時間:カスタマーが問題の解決を待っていた時間。チケットが「新規」、「オープン」、「待機中」ステータスにあった時間です。この期間中に、サポートチームが問題を解決する責任があります。これは、サポートのやりとりに対するカスタマーエクスペリエンスを示す良い指標です。

測定結果の活用方法

次の表に、全体解決時間を調べることが、カスタマサポートの向上にどのように役立つかの例を示します。

問題 改善する方法
チケットの解決にかかった時間が長すぎる。
  • これはカスタマー満足度に直接的に影響します。ユーザーは問題が解決するまでに長時間待たされることを望みません。しかしながら、解決時間だけを重視することもお勧めはできません。対応の速さは、必ずしも対応の品質とは一致しないからです。(詳しくは「解決したチケットが再オープンされる頻度はどのくらいですか?」を参照)
  • 解決時間に加えて、担当者が問題の解決に費やした実際の時間を確認することも重要です。解決時間の合計ではこれはわかりません。というのも、エージェントが取り掛かっていないチケットのライフサイクルにおけるステージも含まれているからです。たとえば、情報を取得するためにカスタマーに差し戻され、チケットが保留中になっている時間などです。
ワンタッチ解決のチケットの割合が高い。
  • セルフサービスで効率よく処理可能な難易度の低いサポート案件が多いことを示している可能性があります。エージェントの労力は、カスタマーが自己解決できる簡単な案件ではなく、より難易度の高い案件に傾けるべきです。
エージェントの更新回数が多いチケットの割合が高い。
  • チームがチケットの解決にかける平均時間より時間がかかっているため、このエージェントにはトレーニングが必要だということを指している可能性があります。

解決したチケットが再オープンされる頻度はどのくらいですか?

チケットのステータスが「解決済み」から「オープン」に変更されると、再オープンが発生します。

チケットが再オープンになった頻度は、エージェントがカスタマーのサポート問題を完全に解決できていないことを指している場合があります。これは、エージェントが一次回答時の解決とスピードを品質よりも重視しているためかもしれません。チーム内の再オープンされたチケットについて定期的に監視することをお勧めします。

既定のレポート表示する(LiteおよびProfessional)

Zendesk Supportダッシュボードの「Tickets」タブには、再オープンされたチケットに関する情報が含まれています。

独自のレポートを作成する(Professional)

「チケット」データセットには、再オープンされたチケットに関する独自のレポートを作成するために必要なメトリックと属性が用意されています。

着目すべき点

  • 再オープン数の合計
  • 再オープンになったチケットの割合

測定結果の活用方法

次の表に、再オープンされたチケットを調べることが、カスタマサポートの向上にどのように役立つかの例を示します。

問題 改善する方法
チケットの再オープン率が高い。
  • それはエスカレートされた問題ですか?エージェントが複雑なサポート問題に対処する場合は、チケットの再オープンの可能性が高くなります。したがって、エスカレーションされたチケットの再オープン率は高くなる可能性があります。
  • エージェントは十分にトレーニングされていますか?エージェントが複雑な問題を解決するための知識を充分に持っていない可能性があります。
  • チケットに情報が不足していたことが原因で、エージェントが問題を誤って診断したのではありませんか?そのような場合は、カスタマーチケットフォームでより多くの情報を収集することを検討してください。

カスタマーはどの程度満足していますか?

カスタマーとやりとりするたびに、カスタマーの問題解決後に簡単なアンケート形式のカスタマー満足度調査(CSAT)を送り、カスタマー満足度を測定することを検討してください。

CSATの結果を追跡することで、カスタマー満足度に影響している可能性のある傾向を見つけることができます。個々の満足度評価は、そのカスタマーの問題を解決したエージェントに関連付けられているため、エージェントの主要業績評価指標にもなります。これらを平均化して、各エージェントに総合的なCSATスコアを付けることができます。

Zendeskでは、シンプルに対応が良かったか悪かったかを評価してもらっています。カスタマーがさらなるフィードバックを提供したい場合は、コメントを追加できます。

追跡できるメトリックの例:

  • 1人のカスタマーによるCSAT評価の推移
  • チャネルや商品、サービス別のCSAT評価
  • エージェントやチームの平均CSAT評価

既定のレポート表示する(LiteおよびProfessional)

Zendesk Supportダッシュボードの「満足度」タブには、カスタマー満足度スコアの分析に役立つレポートが表示されます。

独自のレポートを作成する(Professional)

「チケット」データセットには、カスタマー満足度に関する独自のレポートを作成するために必要なメトリックと属性が用意されています。

以下のExploreレシピは、レポート作成のよい出発点となるでしょう。

  • エージェント別のカスタマー満足度レポート
  • エージェントの満足度スコアの判定
  • 満足度評価時のチケット担当者の特定
  • カスタマー満足度のすべてのコメントの表示
  • コメント付きの「不満」評価
  • CSATとワンタッチチケットのレポーティング
  • エージェントの返信に基づく満足度スコアの割合
  • Satisfaction trending year-over-year(満足度の傾向の経年変化)

着目すべき点

  • 不満という評価のチケットの統計情報を、満足という評価のチケットの統計情報と比較します。
  • コメント付きの満足度評価に注目します。

測定結果の活用方法

次の表に、カスタマー満足度を調べることが、カスタマサポートの向上にどのように役立つかの例を示します。

問題 改善する方法
1件以上の「不満」の評価を受けた。
  • フィードバックを受け取ったら、マネージャーに知らせます。このプロセスをトリガを使用して自動化し、チケットが悪い評価を受けたときにマネージャーまたはマネージャーグループに通知できます。次の2つのトリガ条件を使用します。
    • チケット:満足度 > 次に変更された > 不満
    • チケット:満足度 > 次に変更された > 不満(コメント付き)
  • エージェントにカスタマーに関する詳細な情報を提供します。更新回数の多いチケットほど、CSAT評価が低くなりがちです。CRMとの統合やカスタムのユーザー/組織フィールドを使用して、サポートチームがより多くの顧客情報を利用できるようにすることで、チームが事前にカスタマーについて知ることができます。チケットに関する最初の質問をなくすことができれば、解決時間が短縮され、ワンタッチ解決が促進されます。
  • エージェントから提供された情報が不正確でしたか?解決時間に問題がありましたか?悪い評価を受けたチケットを、カスタマーが不満を感じた理由に基づいて分類することを検討してください。純粋にチケット処理、解決時間、ワークフローの問題だけであれば、やりがいのあるプロジェクトとして今後それらの問題の解決に取り組んでください。

マクロ関連のリソース

重要なメトリックに焦点を当てることで、組織とカスタマーの両方に利益がもたらされます。この記事で学習したレポートはすべて、現在進行中の問題を回避するのに役立ちます。

Exploreを初めて使う方で、基本的なことを学びたい方は、「Zendesk Exploreの使い方」をご覧ください。

「Exploreレシピのリファレンス」では、レポートの使い方の参考になる優れたアイデアをご紹介しています。

Exploreのすべてのドキュメントの一覧については、まず「Zendesk Exploreのリソース」を参照してください。

会話に参加しましょう

サポート組織の成功を測定するために、どのようなツールを使用していますか?これらのメトリックをどのように改善しましたか?以下のコメント欄を使用してお知らせください。

Powered by Zendesk