この記事を使ってticketsレポートの設定、事前作成されたTicketsおよびTicketsライフサイクルレポートテンプレートの読み取りとカスタマイズ、データのフィルタリング、カスタムレポートで各ticket状態の経過時間の報告を行います。
ticketsレポートを作成する
Reportsに移動して新しいレポートを作成し、すぐに始めるにはTicketsテンプレートを選択します。選択すると、ticketの量、解決時間、割り当てデータをカバーする14の事前作成チャートが表示されます。
また、ticketのメトリクスと属性を使って、AdvancedまたはExpertプランでカスタムレポートを作成できます。
Ticketsレポートテンプレートに含まれる内容
Ticketの解決時間
営業時間内のTicket解決時間
チーム営業時間内のTicket解決時間
Ticketの提出中の時間
Ticketの進行中の時間
顧客待ちのTicket時間
Ticket解決時間 - 時間別
Ticket解決時間 - 割り当てチーム別
Ticket解決時間 - 割り当てメンバー別
新しいtickets
解決済みtickets
新規ticketsと解決済みticketsの比較
Ticket量 - 割り当てチーム別
Ticket量 - 割り当てメンバー別
Ticketsレポートテンプレートは以下のチャートを事前作成で開きます:
各チャートの情報の読み方
チャート上部の情報アイコンにカーソルを合わせると、報告期間、レポートレベルのフィルター、メトリクス、メトリックレベルのフィルターが表示されます。
ticketsレポートテンプレートのカスタマイズ
ticketsレポートテンプレートは完全にカスタマイズ可能で、チャートライブラリからチャートを追加したり、このレポートで不要なチャートを削除したりできます。すべてのチャートはサイズ変更や移動が可能です。
Ticketsライフサイクルレポート
Ticketsライフサイクルレポートは、ticketsが各チームやメンバーにどれくらいの時間滞在し、チーム間でどのように移動するかを示します。これは新しいデータセットTicket assignmentsに基づいており、1行が1つの割り当て訪問を表し、1つのticketではありません。
事前作成レポートを開く
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レポートをより詳細に分析できます。
より詳細なレポートのために複数のフィルターを追加できます。
teammateによる参加フィルターは、人間が見える部分のみをカウントします。つまり、teammateがノートを投稿してもticket内の参加にはカウントされません。
各ticket状態での経過時間をレポートする
Ticket time in state datasetを使って、各ticket状態での経過時間をレポートできます。これには「Ticket time spent in all states」メトリックと、カスタムレポートのフィルターやセグメントに使える追加のレポート属性が含まれます。
この機能の利点を最大化するには、ticket状態をカスタマイズして追加し、ビジネスプロセスに合わせてください。
注意:この機能はAdvancedおよびExpertプランで利用可能なカスタムレポートが必要です。
カスタムレポートでticket状態ごとの時間をレポートするには:
ステップ3 — Ticket time spent in all statesメトリックを選択:
ステップ4 — 特定のticketタイプに結果を絞るためにTicket typeフィルターを追加:
ステップ5 — 個別のticket状態ごとに時間を分けて見るには、View byまたはSegment byをTicket custom stateに設定:
ステップ6 — 状態カテゴリごとに分けるには、属性にTicket state categoryを使用:
ステップ7 — 単一の状態に絞るには、フィルターにTicket custom stateを追加。解決前の状態のみを見るには、フィルターにTicket custom state is not [解決済み状態]を追加:
注意: これらの属性を使って「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の再オープン率を計算する方法はありますか?
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がオープンと表示されるのですか?
Ticketの状態と会話の状態はIntercomで独立して追跡されています。会話を閉じてもTicketのカスタム状態は自動的に更新されません。
例えば、Ticketのカスタム状態が「Open」で、会話がチームメンバーによって手動で閉じられた場合、会話はInboxで閉じた状態に見えますが、Ticketの状態は明示的に更新されるまでTicketレポートでは「Open」のまま表示されます。
注意: Ticketの状態を会話の状態と同期させるには、会話が閉じられたときにTicketの状態を更新するワークフローを設定できます。Fin AI Agent > Workflowsに移動し、「If teammate changes the conversation state」トリガーと「Set ticket state」アクションを使用してください。














