サービスリクエスト管理を改善

Zendesk Supportのサービスリクエストを最適化する6ステップガイド
サービスリクエスト管理を改善
サービスリクエスト管理
Zendesk Support
システム
プロセスを選択してください。

Zendesk Supportのサービスリクエストを最適化し、解決を迅速化

サービスリクエスト管理では、遅延や非効率が発生し、顧客満足度や業務コストに影響することがあります。当社のプラットフォームは、ワークフロー内の具体的なボトルネックや重複した手順を特定します。明確で実行につながる分析結果により、解決時間を短縮し、サービス提供全体を改善できます。その結果、顧客体験の向上と業務コストの削減につながります。

ダウンロードして、事前設定済みのデータテンプレートをご利用ください。よくある課題に取り組み、業務効率化の目標を達成しましょう。6段階の改善計画に沿って進め、データテンプレートガイドもご確認ください。業務の進め方を変えていけます。

詳細な説明を表示

サービスリクエスト管理の最適化が重要な理由

サービスリクエスト管理は、あらゆる組織にとって重要な機能です。ユーザーが必要なサポートを受けるための主要な窓口だからです。効率的に管理できれば、顧客満足度の向上、担当者の生産性向上、業務の円滑な進行につながります。一方、Zendesk Supportのような高機能なプラットフォームを使っていても、サービスリクエスト管理のプロセスに非効率が残っていると、大きな問題につながります。解決の遅れ、エスカレーションの繰り返し、リクエスト対応のばらつきは、顧客体験に直接影響し、信頼やロイヤルティを損なう可能性があります。社内では、担当者の時間の浪費、やり直しの増加、先回りではなく場当たり的なサービス提供によって、運用コストが高くなります。「サービスリクエスト管理を改善する方法」を理解することは、個別のインシデントを解決するだけではありません。サービス提供の流れ全体を、より迅速で費用対効果の高いものへ変えることです。多くの組織は、経験則や基本的なレポートに頼っているため、問題の根本原因を特定できずにいます。そこで、データに基づくアプローチが欠かせません。プロセスを最適化できる本当の機会を見つけ出せるためです。

プロセスマイニングでZendesk Supportのワークフローを改善する

プロセスマイニングを使うと、Zendesk Support内のサービスリクエスト管理ワークフローを正確に把握し、改善できます。想定や理想化されたプロセスマップに頼るのではなく、Zendeskのログから、サービスリクエストの作成や担当者への割り当てなどのイベントデータを直接抽出します。このデータから、すべてのサービスリクエストがたどった実際のエンドツーエンドの流れを再現できます。実際のプロセスフローを可視化すれば、よくある経路だけでなく、「サービスリクエスト管理の処理時間」を長引かせている隠れた逸脱ややり直しのループもすぐに特定できます。たとえば、解決策の提案に至るまでに、「依頼者への情報依頼」や「内部レビューの実施」を何度も繰り返すリクエストが多いことに気づくかもしれません。これは、最初の情報収集を明確にする必要や、社内連携を効率化する必要を示しています。プロセスマイニングを使えば、リクエストが最も長く滞留する場所、最も効率的に解決できている担当者やチーム、すべてのサービス種別でサービスレベル合意(SLA)を一貫して守れているか、遵守が崩れている段階はどこか、といった重要な問いに答えられます。この分析により、プロセス改善に向けた判断を、根拠を持って行えるようになります。

サービスリクエスト改善の主な領域

サービスリクエスト管理のプロセスフローを明確に把握すると、改善余地の大きい領域が見えてきます。特定のトリアージ手順、担当者への割り当て待ち、外部ベンダーとのやり取りなど、想定以上に時間がかかる箇所を正確に特定できます。異なるプロセスバリアントを比較すれば、特定のサービス種別のリクエストだけ「サービスリクエスト管理の処理時間」が一貫して長いことや、「依頼者への情報依頼」を何度も必要としていることがわかる場合があります。その場合は、専用フォームやFAQが必要かもしれません。また、優先度や重大度がプロセスに与える影響を分析し、重要なリクエストが本当に迅速な経路をたどっているかを確認できます。さらに、Zendesk Supportのボットや自動振り分けルールで処理できる反復的な手作業を特定し、自動化の機会を見つけられます。必須手順がすべて実施されているか、引き継ぎがポリシーどおりに行われているかを確認し、コンプライアンスの評価にも役立ちます。こうしたパターンを理解することで、ワークフローを効率化し、重複した手順をなくし、サービスチーム全体でベストプラクティスを標準化できます。その結果、より効率的で予測しやすいサービス提供につながります。

プロセス最適化で期待できる成果

Zendesk Supportのサービスリクエスト管理にプロセスマイニングの分析結果を反映すると、具体的で測定可能な効果が得られます。まず、「サービスリクエスト管理の処理時間」が大幅に短縮され、リクエストをより早く解決し、顧客に迅速に回答できるようになります。これは、顧客満足度とロイヤルティの向上に直結します。次に、ボトルネックを解消してワークフローを最適化することで、業務効率が大きく向上します。担当者がより多くのリクエストに効率よく対応できるため、高額な時間外勤務や追加採用の必要性を抑え、運用コストを削減できます。さらに、プロセスの可視性が高まることで、社内ポリシーや外部規制へのコンプライアンスが向上し、リスクを低減できます。サービスレベルの目標を頻繁に達成できていない領域にも先回りして対応できるため、SLA遵守率も改善します。最終的に、「サービスリクエスト管理の処理時間を短縮する方法」を実行することが、戦略上の強みになります。リソース配分の改善、サービス品質の向上、サポートチームにとってより良い職場環境につながるためです。

サービスリクエストのプロセス分析を始める

Zendesk Supportのサービスリクエスト管理をデータに基づいて最適化するために、複雑なデータサイエンスの知識は必要ありません。プロセスマイニングの考え方を取り入れることで、生のイベントデータを、改善活動を導く明確で具体的な改善案に変えられます。推測に頼らず、データに基づいて意思決定を行い、効率を高め、コストを抑え、顧客体験を向上できます。今すぐサービスリクエストのプロセスを確認し、最適化の可能性を引き出しましょう。

サービスリクエスト管理 カスタマーサービス ITサービスデスク チケット解決 SLA遵守 顧客体験 サポート業務 チケット管理 チケット管理 サービスカタログ セルフサービス・ポータル リクエスト対応 ITヘルプデスク サービスデスク

よくある問題と課題

影響している課題を特定

サービスリクエストの解決に時間がかかると、顧客の不満や社内目標の未達につながります。待ち時間が長引くことで顧客満足度が低下し、リソースの拘束が続くため、運用コストも増加します。ProcessMindは、Zendesk Supportのワークフローで遅延を生じさせている具体的なアクティビティと引き継ぎを特定します。リクエストが滞留する重要な経路を可視化し、処理時間が長くなる根本原因を見つけ、対象を絞った改善を実施できます。

多くのサービスリクエストが定められたSLA目標を達成できず、ペナルティ、顧客満足度の低下、評判の悪化につながっています。SLA違反が続く場合、サポート業務に非効率やリソース配分の問題がある可能性があります。ProcessMindは、サービスリクエスト管理のどの箇所でSLA目標を継続的に達成できていないかを明らかにします。アクティビティの順序と所要時間を分析し、違反につながるボトルネックやコンプライアンスに反する経路を示すことで、先回りした対応と遵守率の改善を可能にします。

サービスリクエストが頻繁に再オープンされたり、最初の解決 प्रयास後に大幅なやり直しが必要になったりすると、担当者の時間が失われ、最終的な顧客満足の実現も遅れます。この再対応の繰り返しはリソースを圧迫し、担当者と依頼者の双方に負担をかけます。ProcessMindは、リクエストが実際にたどった経路をマッピングし、やり直しのループが発生する場所と理由を明らかにします。「解決策の提案」の後に「情報依頼」や「サービスリクエストの再オープン」が続くパターンを特定し、Zendesk Support内の品質問題に根本から対応できます。

サービスリクエストが最初に誤ったチームや担当者へ振り分けられることが多く、正しい担当者に届くまでに不要な転送や遅延が発生します。この「たらい回し」によって解決時間が長くなり、担当者の生産性も低下します。ProcessMindは、異なるチームや担当者間でリクエストが移動する流れを可視化し、よくある誤ルーティングのパターンと再割り当てが頻発する箇所を特定します。Zendesk Supportの初期割り当てロジックを最適化し、担当者のスキルマッピングを改善するための分析結果を提供します。

サービスリクエストの送信後に、担当者が顧客へ追加情報を求めることが頻繁にあり、解決までの時間が長くなり、顧客体験も悪化します。これは、最初のデータ収集が不十分であるか、要件が明確でないことを示しています。ProcessMindは、「依頼者への情報依頼」などのアクティビティとその頻度を可視化し、どのリクエスト種別やチャネルでこのやり取りが発生しているかを示します。初回フォームの入力項目や担当者教育の不足を特定し、Zendesk Supportでこうした中断の多いサイクルを減らせます。

サービスリクエストへの対応が担当者やチームによって異なるため、品質にばらつきが生じ、コンプライアンス上のリスクや予測しにくい解決時間につながります。この標準化されていない方法では、業務を拡大したり、一貫した顧客体験を確保したりすることが困難です。ProcessMindは、設計されたプロセスだけでなく、サービスリクエスト管理で実際に発生しているすべてのバリエーションを明らかにします。想定された標準経路からの逸脱を示し、標準外の順序に従っている担当者やチームを特定することで、Zendesk Support内で対象を絞った教育とプロセス遵守を進められます。

サービスリクエストの解決に外部ベンダーが関与すると、大幅な遅延が生じ、全体の解決時間や顧客満足度に影響することがあります。こうした外部依存を監視・管理することは大きな課題です。ProcessMindは、「外部ベンダーへの依頼」アクティビティを含むリクエストのライフサイクルを追跡し、ベンダーからの回答や対応を待っている時間を定量化します。ベンダーに起因するボトルネックと、サービスリクエスト管理への影響を明確に把握できます。

内部レビューや承認が必要なサービスリクエストでは、大幅な遅延が発生し、バックログが増え、解決までの流れ全体が遅くなることがあります。効率的に管理できなければ、こうしたレビュー段階がボトルネックになります。ProcessMindは、「内部レビューの実施」アクティビティが遅延を生じさせている箇所を正確に特定し、どのレビュー手順やチームがリクエストを滞留させているかを明らかにします。待ち時間を定量化し、Zendesk Supportの内部承認ワークフローの改善に役立てられます。

多数のサービスリクエストが上位のサポート階層や管理職へエスカレーションされている場合、初回の解決 प्रयासがうまくいっていないか、現在のプロセスでは特定の複雑な案件に対応できていない可能性があります。その結果、上位担当者の負担が増えます。ProcessMindは、エスカレーションを含むリクエストの経路を追跡します。特定のサービス種別や初期割り当て担当者など、エスカレーションにつながるパターンを特定し、サービスリクエスト管理の根本原因に対応できます。

特定のリクエスト種別に担当者が集中する一方、十分に活用されていない担当者がいると、一部では疲弊が進み、別の場所では待機時間が発生します。この負荷の偏りは、チーム全体の効率と解決時間に影響します。ProcessMindは、さまざまなサービスリクエスト種別や優先度における「担当者/チームへの割り当て」を追跡し、担当者のアクティビティと業務量の分布を分析します。偏りや、Zendesk Supportの業務におけるリソース配分・教育の改善機会を明らかにします。

トリアージと割り当ての後、特に複雑な問題では、「解決策の開発・実装」段階でリクエストが滞留することがあります。こうした遅延は解決までの期間を長引かせ、顧客満足度に影響します。ProcessMindは、「解決策の開発・実装」アクティビティにかかる時間を定量化し、どのサービス種別や複雑度で開発時間が長くなるかを特定します。Zendesk Supportのプロセス改善や担当者のスキル向上が必要な領域を見つけられます。

リクエストを解決しても顧客満足度(CSAT)が低い場合、解決までのプロセスや結果が期待を十分に満たしていない可能性があります。解約やブランドイメージの悪化につながることもあります。ProcessMindは、連携している場合、プロセスのバリエーションや解決経路と顧客からのフィードバックを関連付けられます。顧客満足度の低さと相関する特定のプロセスフロー、担当者の行動、解決カテゴリを特定し、Zendesk Supportの顧客体験を対象を絞って改善できます。

一般的な目標

成功の状態を定義

この目標は、サービスリクエストの初回送信から最終クローズまでにかかる平均時間を大幅に短縮することです。解決が早まれば、顧客への回答や解決策の提供も早くなり、顧客満足度が直接向上します。また、担当者の対応余力が生まれ、Zendesk Supportでより多くのリクエストを効率よく処理できます。ProcessMindは、過剰な待機や不要な再割り当てなど、遅延を生じさせる具体的なアクティビティと順序を特定します。サービスリクエストのライフサイクル全体を分析し、ボトルネックや最適な経路からの逸脱を明らかにすることで、対象を絞った改善を行い、解決時間を15~25%短縮できます。

この目標を達成するとは、Zendesk Supportのサービスリクエストについて、定められたサービスレベル合意を継続的に満たす、または上回ることです。SLAを一貫して遵守することで顧客との信頼が築かれ、重要な問題にも約束した時間内に対応できます。高いサービス品質を維持するうえで欠かせません。ProcessMindは、SLA違反がどこで、なぜ発生するかを明確に示し、目標を頻繁に達成できていない具体的なアクティビティや担当者を特定します。あらかじめ定めたSLAポリシーに照らしてプロセスのバリエーションと処理時間を追跡し、コンプライアンスを分析することで、遵守率を10~20%改善できます。

ここでの目標は、繰り返しの対応が必要なサービスリクエストや、いったん解決済みとされた後に再オープンされるリクエストを減らすことです。やり直しが多い場合、最初の解決策が不十分または未完成であり、リソースの浪費や顧客の不満につながっている可能性があります。これを減らすことで、初回対応での解決率を高められます。ProcessMindは、再オープンされたリクエストがたどった正確な経路をマッピングし、情報収集の不足、初期診断の誤り、早すぎるクローズなどの根本原因を明らかにします。非効率なループを可視化することで、やり直し率を10~15%削減し、Zendesk Supportでより効果的なサービス提供を実現できます。

この目標は、サービスリクエストを種別、優先度、必要な専門知識に基づいて、最適な担当者やチームへ最初から振り分けることです。適切なルーティングにより転送時間が短くなり、解決に最適な担当者が対応できるため、Zendesk Supportの効率と顧客満足度が向上します。ProcessMindは実際のリクエストフローを可視化し、誤ルーティング、過剰な転送、担当者の再割り当てが発生している箇所を示します。非効率な引き継ぎのパターンを特定し、ルールベースの自動化を改善する案を提示することで、誤ルーティングを20%削減し、初回応答時間を短縮できる可能性があります。

この目標は、組織全体であらゆる種類のサービスリクエストに対応するための、一貫したベストプラクティスのプロセスを確立することです。標準化によりサービス品質のばらつきが減り、コンプライアンスが確保され、担当者教育も効率化できます。その結果、Zendesk Supportで予測しやすく安定した顧客サービスを提供できます。ProcessMindは、サービスリクエストプロセスで実際に発生しているすべてのバリエーションを見つけ出し、理想的または規定された経路と比較します。許可されていない近道や長引く逸脱を特定し、標準化されたワークフローの作成を支援するとともに、プロセスのばらつきを最大30%削減できます。

この目標は、サービスリクエストの内容を十分に把握した後、解決策の開発と実装にかかる時間を短縮することです。この段階を短くすることで顧客の待ち時間が減り、担当者もより早く次のリクエストに対応できます。効率的な解決策の提供は、Zendesk Supportの業務全体を効率化するうえで重要です。ProcessMindは、長時間の内部レビューや承認手順など、解決策の開発段階で遅延につながる具体的なアクティビティを特定します。各サブプロセスの所要時間を分析し、並行処理や削除が可能な領域を示すことで、解決策の提供を10~20%早められる可能性があります。

この目標は、サービスリクエストの解決に外部ベンダーが関与することで生じる遅延を最小限に抑えることです。この段階の遅れは、全体の解決時間を大幅に長引かせ、顧客の不満につながります。Zendesk Supportでサービス提供の流れを止めないためには、この引き継ぎを効率化することが欠かせません。ProcessMindは、ベンダー関連アクティビティの正確な所要時間を追跡し、ベンダーの対応や回答を待ってリクエストが滞留する箇所を特定します。合意した期限に対するベンダーの対応状況を分析し、外部依存による遅延を15%以上削減するための改善につなげられます。

この目標は、サービスリクエストで必要になる内部レビューと承認手順の効率を高めることです。複雑または重複したレビュー段階は大きなボトルネックとなり、解決時間を不必要に長引かせます。こうしたプロセスを簡素化することで、Zendesk Supportのリクエストを解決まで迅速に進められます。ProcessMindは、内部レビューのループと承認アクティビティをすべてマッピングし、時間がかかる手順や繰り返し実施される手順を明らかにします。依存関係や順序の問題を示し、レビューの再設計を支援することで、処理時間を20~30%短縮し、不要な引き継ぎをなくせます。

この目標は、上位のサポート階層や管理職へのエスカレーションが必要になるサービスリクエストの割合を減らすことです。エスカレーション率が高い場合、初期対応の失敗、担当者の知識不足、組織的なプロセス上の問題が考えられます。エスカレーションを減らすことで、一次対応での解決効率とZendesk Supportの顧客体験を高められます。ProcessMindは、エスカレーションされたサービスリクエストに先行して発生するアクティビティと特徴を特定し、エスカレーションの根本原因を明らかにします。こうしたパターンを分析することで、対象を絞った教育やプロセス変更を実施し、エスカレーション件数を10~15%削減することを目指せます。

この目標は、担当者のスキルとリクエスト種別を適切に組み合わせ、業務量を効果的に管理することで、担当者リソースを最適に配分することです。非効率な配分は、担当者の疲弊、応答の遅れ、業務量の偏りにつながります。より適切な配分により、Zendesk Supportチームの生産性とサービス品質を高められます。ProcessMindは、担当者の業務量の分布と、各担当者やチームが処理するリクエスト種別を分析し、ボトルネックや十分に活用されていない余力を明らかにします。割り当てロジックの非効率を特定し、リソースの利用効率を15%向上させ、待機時間を減らすための調整を支援します。

目的は、サービスリクエストのライフサイクル中に、担当者がお客様へ追加情報を何度も確認する必要を最小限に抑えることです。やり取りが過度に繰り返されると、解決までの時間が長くなり、お客様の体験が低下します。Zendesk Supportで効率を高めるには、初回の情報収集を改善することが欠かせません。ProcessMindは、お客様への情報確認が繰り返されているケースをマッピングし、初回のデータ収集でよく発生するきっかけや失敗箇所を特定します。こうした非効率を明らかにすることで、受付フォームや担当者の質問方法を見直し、やり取りの回数を最大20%削減できる可能性があります。

この目標は、追加のフォローアップや社内での引き継ぎを必要とせず、最初のお客様対応で完全に解決できるサービスリクエストの割合を高めることです。初回対応での解決率が高まると、お客様満足度と業務効率が大きく向上し、Zendesk Supportをより効果的に利用できます。ProcessMindは、初回対応で解決したリクエストと、複数回のやり取りが必要なリクエストの特徴を特定します。初回対応で解決したケースのプロセス経路と担当者のアクティビティを分析することで、ベストプラクティスや担当者研修が必要な領域を明らかにし、この指標を5~10%改善することを目指せます。

サービスリクエスト管理を改善する6つのステップ

1

テンプレートをダウンロード

実施内容

サービスリクエスト管理のデータ向けにあらかじめ構成されたExcelテンプレートを入手します。このテンプレートにより、ProcessMindの要件に沿って、データを分析できる状態に整えられます。

重要な理由

標準化されたデータ形式は、正確なプロセスマイニングに欠かせません。よくあるデータ取り込みの問題を防ぎ、改善への取り組みをスムーズに始められます。

期待される成果

Zendesk Supportのデータを入力できる、正しい形式の空のExcelテンプレートです。

得られる成果

サービスリクエストのワークフローに潜む主な遅延を特定

ProcessMindは、強力な可視化機能により、サービスリクエストが実際にたどる経路を明らかにします。非効率な箇所を正確に特定し、解決時間への影響を把握できます。
  • サービスリクエストのプロセスフローを可視化
  • 遅延を引き起こすボトルネックを正確に特定
  • 見えにくい手戻りと非効率なステップを発見
  • 解決時間を短縮し、顧客満足度を向上
Discover your actual process flow
Discover your actual process flow
Identify bottlenecks and delays
Identify bottlenecks and delays
Analyze process variants
Analyze process variants
Design your optimized process
Design your optimized process

一般的な成果

サービスリクエスト管理で組織が実現できること

これらは、プロセスマイニングを使ってサービスリクエスト管理プロセスを改善した組織でよく見られる成果です。業務効率とお客様満足度の向上につながります。

0 % faster
解決時間の短縮

サービスリクエストの平均処理時間

プロセスマイニングはサービスリクエストのワークフローにあるボトルネックを特定し、エンドツーエンドの解決を大幅に早めます。これにより、お客様はより早く解決策を受け取れます。

0 % fewer
手戻り率の削減

再オープンされるサービスリクエストの減少

再オープンされたケースの根本原因を特定することで、プロセスマイニングは初回解決の品質と十分性の向上に役立ちます。担当者の無駄な作業も減らせます。

0 % increase
SLA遵守率の向上

サービスレベル遵守の改善

プロセスマイニングは、目標SLAからの逸脱を明らかにし、プロセスやリソース配分を先回りして調整できるようにします。これにより、より多くのリクエストを期限内に解決できます。

0 % more efficient
業務の効率化

標準化されたリクエスト対応

不要なプロセスのバリエーションや再割り当てを見つけてなくすことで、サービスリクエストの処理をより予測しやすく、効率的にできます。業務の複雑さも抑えられます。

0 % better CX
お客様満足度の向上

お客様からの追加確認の減少

情報確認が何度も必要になる理由や、初回対応で解決できない理由を特定します。プロセスマイニングにより、お客様とのやり取りをよりスムーズにし、満足度を高められます。

成果は、プロセスの複雑さやデータ品質によって異なります。これらの数値は、導入事例で一般的に確認されている改善幅を示しています。

推奨データ

まず重要な属性とアクティビティから始め、必要に応じて項目を追加します。
イベントログを初めて扱いますか。学ぶ プロセスマイニングのイベントログを作成する方法.

属性

分析に必要な主要データ項目

Zendesk内の各サービスリクエストチケットを一意に識別するIDです。

重要な理由

サービスリクエストの過程にあるすべてのイベントを結び付ける、不可欠なケース識別子です。エンドツーエンドのプロセスを分析できます。

サービスリクエストで発生した業務上のアクティビティまたはイベントの名称です。

重要な理由

この属性はプロセス内のステップを定義し、プロセスマップの可視化と、プロセスフロー、バリエーション、適合性の分析を可能にします。

アクティビティが発生した正確な日時です。

重要な理由

このタイムスタンプはイベントを時系列に並べるために使われ、所要時間、パフォーマンス、ボトルネックのあらゆる分析に欠かせません。

イベント発生時点でサービスリクエストに割り当てられていた担当者の名前です。

重要な理由

この属性は、担当者のパフォーマンス、業務量の分布、再割り当てが解決時間に与える影響を分析するうえで重要です。

サービスリクエストに割り当てられたサポートチームまたはグループです。

重要な理由

チームのパフォーマンス、業務量の平準化、異なるサポートグループ間の振り分け効率を分析できます。

Low、Normal、High、Urgentなど、サービスリクエストに設定された優先度です。

重要な理由

緊急度に基づいてリクエストを分類できます。SLAのコンプライアンスを分析し、緊急性の高い問題に迅速に対応するうえで重要です。

イベント発生時点でのサービスリクエストのステータスです(例:New、Open、Pending)。

重要な理由

ステータスを追跡することで、リクエストの進捗や、待機状態・対応中の状態に費やした時間を把握できます。

サービスリクエストが送信されたチャネルです(例:メール、Webフォーム、電話)。

重要な理由

顧客サポートの各チャネルにおける効率や成果を分析し、対象を絞った改善につなげられます。

サービスリクエストのカテゴリまたは種別です(例:Incident、Question、Problem、Task)。

重要な理由

リクエストを分類し、インシデントと質問など、異なる経路をたどるプロセスを分けて分析できます。

分類や振り分けのためにサービスリクエストへ付与するタグの一覧です。

重要な理由

データを柔軟に切り分け、他のフィールドでは取得できない特定のサブプロセスやチケット属性を詳しく分析できます。

アクティビティ

追跡・最適化するプロセスのステップ

新しいチケットが依頼者によっていずれかのチャネルから送信された時点で、サービスリクエストのライフサイクルが始まります。Zendeskのチケット監査ログでは「Create」イベントとして記録され、プロセスの開始時刻を明確に示します。

重要な理由

このアクティビティは、すべてのサービスリクエストにおける主な開始イベントです。エンドツーエンドの処理時間の計算や、リクエスト受付量の分析に欠かせません。

サービスリクエストが初めて特定の担当者に割り当てられたときに発生します。チケット監査ログで、「assignee_id」フィールドがnullまたはグループIDから設定される「Change」イベントをもとに推定します。

重要な理由

担当者による実作業の開始を示し、初回応答時間、初回割り当てまでの遅延、担当者の業務量分布を測定するうえで重要です。

担当者から依頼者へ送信されたあらゆるコミュニケーションを示します。Zendeskのチケットデータで、「public」属性がtrueの「Comment」イベントとして明示的に記録されます。

重要な理由

これらのイベントは、コミュニケーション頻度の分析、担当者の応答時間の測定、解決に必要なやり取りの回数の特定に欠かせません。

サービスリクエストが、初回返信時間や解決時間など、定義されたSLA目標を満たせなかった時点を示します。目標を超過すると、Zendeskに明示的なイベントとして記録されます。

重要な理由

コンプライアンス監視における重要なイベントであり、SLA遵守率KPIの主要な入力データです。サービス上の約束を守れなかった箇所を特定できます。

「solved」状態のリクエストに依頼者が返信すると発生し、ステータスが自動的に「open」に戻ります。提示した解決策が十分でなかったことを示します。

重要な理由

手戻りを示す主な指標です。発生頻度を分析することで、解決品質を測定し、お客様の不満の原因を特定できます。

担当者が解決策を提示し、チケットのステータスを「solved」に変更した時点を示します。担当者の視点ではリクエストは完了しますが、依頼者によって再オープンされる可能性があります。

重要な理由

担当者による実作業の終了を示す主要な節目です。この状態に到達するまでの時間は、解決効率を測る主要な指標です。

サービスリクエストが最終的かつ恒久的に終了したことを示します。チケットは一定期間「solved」の状態が続くと自動的に「closed」へ移行し、その後は再オープンできません。

重要な理由

サービスリクエストプロセスの確定した終了を示します。ケース全体の所要時間を計算するための最終地点になります。

よくある質問

よくある質問

プロセスマイニングでは、Zendesk Supportにおけるサービスリクエストの実際の流れを可視化し、ボトルネック、手戻りループ、コンプライアンスに反する経路を明らかにできます。解決時間の長期化、SLA違反、顧客満足度の低下につながる根本原因を特定できます。これらの問題を把握することで、対象を絞った改善を実施し、効率とサービス品質を高められます。

主に、サービスリクエストチケットの履歴データが必要です。主な情報には、ケース識別子、サービスリクエストID、すべてのステータス変更のタイムスタンプ、担当者の割り当て、コメント、解決イベントが含まれます。各リクエストのライフサイクル全体を記録したイベントログが、正確なプロセスモデルの作成に欠かせません。

通常は、Zendesk Supportのレポート機能、API、データエクスポートツールを使ってデータを抽出できます。タイムスタンプ、担当者ID、ステータス変更など、関連するすべての項目を含む履歴チケットのイベントログを、構造化された形式でエクスポートすることをおすすめします。その後、データを準備してプロセスマイニングツールに取り込みます。

サービスリクエストの解決時間の短縮、SLA遵守率の向上、手戻りの削減など、具体的な改善につなげられます。リクエストの振り分けを最適化し、担当者のリソース配分を効率化し、初回接触での解決率を高めることも期待できます。これらは、顧客と担当者の満足度向上につながります。

Zendeskのサービスリクエストはチケットデータが構造化されているため、プロセスマイニングを導入しやすくなっています。初期のデータ抽出と準備には注意が必要ですが、分析ツールは使いやすく設計されています。設定を順にご案内するため、効率よく導入できます。

主な技術要件は、過去のチケットイベントデータをエクスポートするためのZendesk Supportインスタンスへのアクセスです。加えて、クラウドベースまたはオンプレミスのプロセスマイニングソフトウェアプラットフォームが必要です。多くのツールは標準的なCSVやデータベースのエクスポートを取り込めるため、通常は複雑なカスタム連携は必要ありません。

プロセスマイニングはプロセス全体の流れを明らかにし、非効率を特定しますが、主な対象は個人のパフォーマンスではなく、プロセス内の構造的な問題です。プロセス自体がボトルネックや手戻りを生み出している箇所を示します。そのインサイトを研修や振り分けルールの改善に役立てることで、すべての担当者にメリットをもたらせます。

初期データの抽出と取り込みの後、データの複雑さやプロジェクトの範囲によっては、数週間、場合によっては数日で具体的な改善案につながるインサイトを得られます。初期分析ですぐに大きな逸脱やボトルネックを特定できます。その後も継続的な監視により、実施した変更の効果を時間の経過とともに追跡できます。

サービスリクエスト管理を効率化。今すぐ遅延を削減

処理の遅さとユーザーの不満を解消。自動化率70%を実現

無料トライアルを開始

クレジットカード不要。すぐにセットアップできます。