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

REST APIおよびCSVエクスポートのレポート指標

REST APIおよびCSVエクスポートを使用して計算できるレポート指標。

対応者:Jacob Cox

この記事では、IntercomのREST APIおよびCSVエクスポートを使用して計算できるレポート指標について説明します。生のAPIデータからカスタムレポートを作成したり、ワークスペースのダッシュボードとCSVエクスポート間の不一致をトラブルシューティングしたり、Intercomの異なるレポートシステム間で指標がどのように対応しているかを理解するために使用してください。この記事は、プログラム的または一括エクスポートでIntercomの会話データにアクセスする開発者およびデータアナリストを対象としています。

すべての指標がREST APIで計算できるわけではありません。APIエンドポイントに含まれていないデータもあります。ご契約のIntercomプランでREST APIアクセスおよびCSVエクスポートが利用可能かご確認ください。

重要な定義と用語:

  • 可視会話パート = 顧客に見える会話パート。

  • 人間管理者の会話パート = チームメンバーが作成した会話パート。Simple automations(Intercomのルールベースボット)、FacebookおよびGitHubボットが作成したパートは除く。

  • すべての期間は秒単位です。

  • APIの期間は営業時間を除きます。

  • 営業時間を除くElasticsearchの期間には_oooのサフィックスがあります。


REST API指標

以下の表は、Intercomの会話エンドポイントで利用可能なREST API指標を示しています。これらを使用してカスタムレポートを作成したり、会話データをプログラム的にクエリしたりできます。

タイムスタンプ

first_contact_reply_at

以下の連絡イベントの中で最も早いもののタイムスタンプ。このセクションの他のすべてのタイムスタンプはこの値を基準に測定されます。

  • ユーザーからのテキスト会話パート

  • 属性収集パート

  • UserMessage(顧客が開始したメッセージ)

first_assignment_at

first_contact_reply_atの後の最初の割り当て会話パートのタイムスタンプ

first_admin_reply_at

first_contact_reply_atの後の最初の可視人間管理者会話パートのタイムスタンプ

first_close_at

first_contact_reply_atの後の最初のクローズ会話パートのタイムスタンプ

last_assignment_at

first_contact_reply_atの後の最後の割り当て会話パートのタイムスタンプ

last_assignment_admin_reply_at

first_contact_reply_atの後で、first_admin_reply_atの前の最後の割り当て会話パートのタイムスタンプ

last_contact_reply_at

以下の連絡イベントの中で最も遅いもののタイムスタンプ:

  • ユーザーからのテキスト会話パート

  • 属性収集パート

  • UserMessage(顧客が開始したメッセージ)

last_admin_reply_at

first_contact_reply_atの後の最後の可視人間管理者会話パートのタイムスタンプ

last_close_at

first_contact_reply_atの後の最後のクローズ会話パートのタイムスタンプ

count_reopens

first_contact_reply_atの後の再オープン数

count_assignments

first_contact_reply_atの後の割り当て数

count_conversation_parts

会話パートの合計数

以下の期間はすべて秒単位で表され、営業時間を除きます。これらは会話オブジェクトのREST APIフィールドです。

期間

time_to_assignment

time_to_admin_reply

time_to_first_close

time_to_last_close

返信時間

会話の返信時間のリスト。返信時間とは、可視の人間管理者会話パートと、その前の可視会話パートが顧客によって作成された場合の時間差です。


以下のセクションでは、IntercomのElasticsearchレポートパイプラインで利用可能な同等の指標を示します。ElasticsearchはIntercomの組み込みレポートチャートを支えるデータストアです。指標が「[API指標]と同じ」と定義されている場合、計算は同一でフィールド名のみ異なります。

ElasticsearchはIntercomの組み込みレポートチャートを支えるデータストアです。Intercomは2つのElasticsearchパイプラインを維持しています。現在のレポート機能で使用される新しいパイプラインと、古いチャートで使用されるレガシーパイプラインです。以下のセクションでは、上記のREST API指標に対応するElasticsearchのフィールド名を示します。フィールドが「[APIフィールド]と同じ」と定義されている場合、基礎計算は同一でフィールド名のみ異なります。

Elasticsearch - 新パイプライン

これらはElasticsearch新パイプラインのタイムスタンプフィールドです。REST APIのタイムスタンプに直接対応し、ワークスペースの現在のレポートチャートを支えています。

タイムスタンプ

started_at

first_contact_reply_at(REST API)と同じ — ユーザーからの最も早いテキスト会話パート、属性収集パート、またはUserMessageのタイムスタンプ。

first_response_at

first_admin_reply_at(REST API)と同じ — first_contact_reply_atの後の最初の可視人間管理者会話パートのタイムスタンプ。

last_closed_at

last_close_at(REST API)と同じ — first_contact_reply_atの後の最後のクローズ会話パートのタイムスタンプ。

last_closed_by_human_at

started_atの後の人間による最後のクローズ会話パートのタイムスタンプ

これらはElasticsearch新パイプラインの期間フィールドで、秒単位で表されます。REST APIの期間指標に対応しています。

期間

time_to_last_close

time_to_last_close(REST API)と同じ — first_contact_reply_atからlast_close_atまでの期間(秒単位)。

time_to_last_close_by_human

first_response_time

time_to_admin_reply(REST API)と同じ — first_contact_reply_atからfirst_admin_reply_atまでの期間(秒単位)。


Elasticsearch - レガシーパイプライン

新規インバウンド会話

Intercomレポートの「新規インバウンド会話」チャートは、UserMessageメッセージ(顧客が開始した会話)にリンクされた会話のデータを表示します。選択された期間は会話のcreated_atタイムスタンプに適用され、メッセージスレッドのcreated_atには適用されません。


CSVエクスポート

CSVエクスポートは、選択された期間内のメッセージスレッドにリンクされたデータをダウンロードします。すべてのメッセージタイプの会話を含むため、ワークスペースの個別のレポートチャートよりも広範囲です。

例えば、Intercomレポートの「新規インバウンド会話」チャートはUserMessageメッセージタイプにリンクされた会話のみを表示しますが、CSVエクスポートはすべてのメッセージタイプにリンクされた会話を含みます。これがCSVエクスポートの合計が個別チャートの数値と一致しない理由です。

重要:CSVエクスポートの結果とワークスペースのダッシュボードチャートを比較しても、メッセージスレッドのcreated_atは会話のcreated_atと異なるため、同じ結果にならない場合があります。


以下のシナリオは、異なる会話タイムラインでレポート指標がどのように計算されるかを示しています。各シナリオは、イベントが会話内で発生するタイミングに応じてタイムスタンプと期間がどのように適用されるかを示します。

シナリオ1:単一の開閉サイクル

シナリオ1:単一の開閉サイクルを持つ単純な会話で、first_contact_reply_at、first_admin_reply_at、および関連するタイムスタンプがどのように計算されるかを示すタイムライン例。

単一の開閉サイクルを持つ会話で、first_contact_reply_at、first_admin_reply_at、first_close_at、および関連するタイムスタンプがどのように計算されるかを示すタイムライン図。

シナリオ2:クローズ後に会話が再オープンされた場合

シナリオ2:会話がクローズされた後に再オープンされた場合に、last_close_at、count_reopens、およびtime_to_last_closeがどのように計算されるかを示すタイムライン例。

会話がクローズされた後に再オープンされた場合に、last_close_at、count_reopens、およびtime_to_last_closeがどのように計算されるかを示すタイムライン図。

シナリオ3:複数の割り当てと管理者の返信

シナリオ3:会話がクローズされる前に複数の割り当てと管理者の返信がある場合に、time_to_assignmentおよびlast_assignment_admin_reply_atがどのように計算されるかを示すタイムライン例。

会話がクローズされる前に複数の割り当てと管理者の返信がある場合に、time_to_assignmentおよびlast_assignment_admin_reply_atがどのように計算されるかを示すタイムライン図。
こちらの回答で解決しましたか?