メインコンテンツにスキップ

Ticketsレポート

Ticketsレポートを確認し、ticketデータを使ってカスタムレポートを作成しましょう。

対応者:Beth-Ann Sher

この記事を使ってticketsレポートの設定、事前作成されたTicketsおよびTicketsライフサイクルレポートテンプレートの読み取りとカスタマイズ、データのフィルタリング、カスタムレポートで各ticket状態の経過時間の報告を行います。


ticketsレポートを作成する

Reportsに移動して新しいレポートを作成し、すぐに始めるにはTicketsテンプレートを選択します。選択すると、ticketの量、解決時間、割り当てデータをカバーする14の事前作成チャートが表示されます。

Reportsページで新しいレポート作成モーダルが表示され、Ticketsテンプレートカードが下段でTicketsライフサイクル、Fin for Ecommerce、Fin for Service、その他のレポートテンプレートと並んでハイライトされています。

また、ticketのメトリクスと属性を使って、AdvancedまたはExpertプランでカスタムレポートを作成できます。

Ticketsレポートテンプレートに含まれる内容

  • Ticketの解決時間

  • 営業時間内のTicket解決時間

  • チーム営業時間内のTicket解決時間

  • Ticketの提出中の時間

  • Ticketの進行中の時間

  • 顧客待ちのTicket時間

  • Ticket解決時間 - 時間別

  • Ticket解決時間 - 割り当てチーム別

  • Ticket解決時間 - 割り当てメンバー別

  • 新しいtickets

  • 解決済みtickets

  • 新規ticketsと解決済みticketsの比較

  • Ticket量 - 割り当てチーム別

  • Ticket量 - 割り当てメンバー別

Ticketsレポートテンプレートは以下のチャートを事前作成で開きます:

Tickets事前作成レポートは、上部に4つの中央値ticket時間メトリックカードを表示しています — Ticket解決時間(1日2時間)、Ticket提出中時間(1時間6分)、Ticket進行中時間(10時間30分)、顧客待ちTicket時間(20時間24分)— 下に時間別Ticket解決時間の折れ線グラフ。

各チャートの情報の読み方

チャート上部の情報アイコンにカーソルを合わせると、報告期間、レポートレベルのフィルター、メトリクス、メトリックレベルのフィルターが表示されます。

Ticketsレポートで、進行中の中央値ticket時間チャートの情報ツールチップが開いており、報告期間(2024年11月7日〜12月4日)、レポートレベルフィルター(TicketタイプはAny)、メトリック名(進行中のTicket時間)、集計(中央値)、タイムスタンプ(Ticket作成)、メトリックレベルフィルター(なし)を表示しています。

ticketsレポートテンプレートのカスタマイズ

ticketsレポートテンプレートは完全にカスタマイズ可能で、チャートライブラリからチャートを追加したり、このレポートで不要なチャートを削除したりできます。すべてのチャートはサイズ変更や移動が可能です。

編集モードのTicketsレポートで、右側にチャート追加パネルが開いています。パネルには「ticket」と入力された検索フィールドと、新しいtickets、解決済みtickets、新規と解決済みticketsの比較、Ticket量などの利用可能なチャートテンプレートのリストが表示されています。


Ticketsライフサイクルレポート

Ticketsライフサイクルレポートは、ticketsが各チームやメンバーにどれくらいの時間滞在し、チーム間でどのように移動するかを示します。これは新しいデータセットTicket assignmentsに基づいており、1行が1つの割り当て訪問を表し、1つのticketではありません。

新しいレポート作成モーダルでTicketsライフサイクルテンプレートカードがハイライトされています。カードの説明は「ticketsが各チームやメンバーにどれくらいの時間滞在し、チーム間でどのように移動するかを確認できます。」です。

事前作成レポートを開く

Reportsに移動して新しいレポートを作成します。Tickets lifecycleテンプレートを選択してください。7つのチャートがすべて含まれているので、一から作成する必要はありません。

事前作成レポートには以下が含まれます:

  • 割り当てごとの中央値ticket時間 — チーム別

  • 割り当てごとの中央値ticket時間 — メンバー別

  • 割り当てごとの中央値ticket時間 — 割り当て順序別

  • 割り当てごとのticket時間(チーム営業時間) — チーム別

  • Ticketの引き継ぎ — 前チームと割り当てチーム別

  • 引き継がれたtickets — チーム別

  • Ticket引き継ぎサンキー図 — ticketsがチーム間でどのように移動するか

Ticket assignmentsデータセットのメトリクスの意味

TicketsライフサイクルレポートはTicket assignmentsデータセットに基づいています。このデータセットでは各行が1つの割り当て訪問を表し、1つのticketではありません。4つのメトリクスが含まれます:

メトリクス

何を答えるか

割り当てごとのTicket時間

チームまたはチームメイトごとにチケットがどれくらいの時間滞在したか

チケットの割り当てごとの時間(チームの営業時間内)

上記と同じですが、割り当てられたチームの営業時間内のみで測定

Ticket handoffs

チームまたはチームメイト間の移動回数の合計(同じチーム内も含む)

Tickets handed off

少なくとも一度はhandoffされたTicketsのユニーク数

ヒント:期間の指標を分析する際は平均値ではなく中央値を使用してください。長時間の未割り当てが平均を大きく歪めることがあります。

Ticket handoff Sankeyチャートの仕組み

Sankeyチャートは、Ticketsがチーム間でたどったすべての経路を端から端まで描画します。各列は1回のhandoffの段階を示します。仕組みについて知っておくべきことは以下の通りです。

  • 各Ticketの最初の8回までの再割り当てを追跡します

  • 各列はボリューム上位6チームを表示し、小規模チームは「その他のチーム」ノードにまとめられます

  • 未割り当ては常に独自のノードとして表示されます。非表示にすると実際には起きていない直接のhandoffが表示されてしまいます

  • Ticketが同じチームに戻った場合は、2つ目のノードではなく、カウント付きの1つのノードとして表示されます

  • このチャートは編集できません。レポート内の他のチャートを使って同じデータを切り分けてください

  • Sankeyはスナップショット、スケジュールレポート、エクスポートでは表示されません。棒グラフ、縦棒グラフ、表形式のチャートは表示されます

独自のticket割り当てチャートを作成する

Reports > New report > Create your own > Add chartに移動します。Ticket assignmentsデータセットからメトリックを選び、View byとSegment byで内訳を設定します。SankeyはTicketsのチャートテンプレートピッカーで利用可能です。

便利な内訳の組み合わせ:

  • チームごとの時間:Ticket time per assignment、View by Assigned team

  • 個人ごとの時間:Ticket time per assignment、View by Assigned teammate

  • 時間が失われる場所:Ticket time per assignment、View by Assignment order

  • チーム間ピンポン:Ticket handoffs、View by Previous team、Segment by Assigned team

ticketsレポートをフィルターする

レポートの上部にあるフィルターを使って、日付範囲の指定、ticketタイプの選択、特定のデータ属性でのフィルターを行い、ticketsレポートをより詳細に分析できます。

Add filterドロップダウンが開いたTicketsレポート。検索フィールドに「teammate」が入力され、フィルターオプションがカテゴリ別に表示されています:Conversation rating attributes(Teammate rated、Teammate replied before rating request)、Conversation standard attributes(Last teammate rating)、Teammate attributes(Last teammate rated、Teammate、Teammate currently assigned、Teammate replied to)、Conversation custom attributes。

より詳細なレポートのために複数のフィルターを追加できます。

teammateによる参加フィルターは、人間が見える部分のみをカウントします。つまり、teammateがノートを投稿してもticket内の参加にはカウントされません。

各ticket状態での経過時間をレポートする

Ticket time in state datasetを使って、各ticket状態での経過時間をレポートできます。これには「Ticket time spent in all states」メトリックと、カスタムレポートのフィルターやセグメントに使える追加のレポート属性が含まれます。

この機能の利点を最大化するには、ticket状態をカスタマイズして追加し、ビジネスプロセスに合わせてください。

Ticket statesレポート。週ごとに分けたTicket time to resolveの表。列はWeekと平均Ticket time to resolve。行は11月11日(3日19時間)、11月18日(1日8時間)、11月25日(5日3時間)、12月2日(データなし)。

注意:この機能はAdvancedおよびExpertプランで利用可能なカスタムレポートが必要です。

カスタムレポートでticket状態ごとの時間をレポートするには:

カスタムレポートのAdd a chartパネル。「Create your own」が選択され、Ticket time in stateデータセットが選ばれ、「Ticket time spent in all states」メトリックが平均集計で追加されているチャートビルダー。

ステップ3 — Ticket time spent in all statesメトリックを選択:

チャートビルダー。週ごとの平均Ticket time spent in all statesの棒グラフ。Ticket time spent in all statesメトリックが選択され、平均集計が適用されている。

ステップ4 — 特定のticketタイプに結果を絞るためにTicket typeフィルターを追加:

Ticket typeフィルター(Bug Report)が適用されたチャートビルダー。同じ棒グラフがBug Reportのticketデータのみ表示するようにフィルターされている。

ステップ5 — 個別のticket状態ごとに時間を分けて見るには、View byまたはSegment byをTicket custom stateに設定:

チャートビルダー。View by属性にTicket custom stateが選択され、各カスタム状態ごとのticket時間を示す棒グラフが表示されている。

ステップ6 — 状態カテゴリごとに分けるには、属性にTicket state categoryを使用:

チャートビルダー。View by属性にTicket state categoryが選択され、状態カテゴリ(例:Open、In Progress、Resolved)ごとにticket時間をグループ化した棒グラフが表示されている。

ステップ7 — 単一の状態に絞るには、フィルターにTicket custom stateを追加。解決前の状態のみを見るには、フィルターにTicket custom state is not [解決済み状態]を追加:

チャートビルダー。解決済み状態を除外するTicket custom stateフィルターが適用され、解決前の状態での時間のみを示す棒グラフが表示されている。

注意: これらの属性を使って「Ticket custom state」属性による解決までの時間のセグメント化はできません。

解決前に各ticketが各状態で過ごした時間を理解するには、「Ticket time spent in all states」メトリックを「Ticket custom state」でセグメント化し、「Ticket custom state is not [解決済み状態]」フィルターを追加してください。👇

チャートビルダー。最終設定:Ticket time spent in all statesメトリック、Ticket custom stateでセグメント化、解決済み状態を除外するフィルター付き。解決前の状態ごとの時間を示す棒グラフ。

注意:「Ticket time spent in all states」メトリックは営業時間を考慮しません。この制限はこのメトリックのみで、すべてのメトリックには適用されません。


よくある質問

ticketの再オープン率を計算する方法はありますか?

Ticketの再オープン率はIntercomの標準機能としては表示される指標ではありません。標準のIntercomレポートやダッシュボードに「再オープン率」のパーセンテージやグラフはありません。

確認できること:

  • Intercomのレポートで「Reopened conversations」の数を追跡できますが、これは指標であり、フィルタ可能なステータスではありません。フィルタードロップダウンから「reopened」でレポートを絞り込むことはできません。

  • Ticketには同等の組み込み再オープンTicket指標はありません。会話レベルの「Reopened conversations」指標が最も近いオプションです。

レポートで再オープンされた会話を可視化する方法:

  • ネイティブレポート:任意の既成レポートの「Add chart」メニューを使い、「Reopened conversations」を検索してチャートとして追加します。

  • カスタムレポート:カスタムレポートチャートを作成する際に、「Reopened conversations」を指標として追加します。

再オープン率の取得方法:

  • 自分で計算する必要があります。Ticketデータをエクスポートするか、カスタムレポートを使って以下をカウントしてください:選択した期間内に解決後に再オープンされたTicketの数。同じ期間内に解決されたTicketの総数。

  • 次に、再オープンされたTicketの数を解決されたTicketの数で割り、100を掛けてパーセンテージを求めます。

  • 例:10件のTicketが再オープンされ、100件のTicketが解決された場合、再オープン率は(10 ÷ 100)× 100 = 10%です。

なぜ会話が閉じているのにレポートでTicketがオープンと表示されるのですか?

Ticketの状態と会話の状態はIntercomで独立して追跡されています。会話を閉じてもTicketのカスタム状態は自動的に更新されません。

例えば、Ticketのカスタム状態が「Open」で、会話がチームメンバーによって手動で閉じられた場合、会話はInboxで閉じた状態に見えますが、Ticketの状態は明示的に更新されるまでTicketレポートでは「Open」のまま表示されます。

注意: Ticketの状態を会話の状態と同期させるには、会話が閉じられたときにTicketの状態を更新するワークフローを設定できます。Fin AI Agent > Workflowsに移動し、「If teammate changes the conversation state」トリガーと「Set ticket state」アクションを使用してください。

こちらの回答で解決しましたか?