お客様のカスタマーサービスデータ``テンプレート

Genesys Cloud CX
お客様のカスタマーサービス`データ``テンプレート`

お客様のカスタマーサービスデータ``テンプレート

この`テンプレート`は、カスタマーサービスプロセスを分析および最適化するために必要な不可欠な`データ`を収集するための明確な`ロードマップ`を提供します。推奨される`属性`、追跡すべき主要なアクティビティ、および`ソースシステム`からこの情報を抽出するための実践的な`ガイダンス`が示されています。`プロセスマイニング`の取り組みのために堅牢な`イベント`ログを構築するために活用してください。
  • 収集を推奨する項目
  • 追跡すべき主要アクティビティ
  • 抽出の手引き
イベントログについて初めての方へ: プロセスマイニングのイベントログ作成方法.

顧客サービス属性

これらは、包括的なカスタマーサービス分析のために`イベント`ログに含めることを推奨する`データ`フィールドです。
5 必須 6 推奨 9 任意
名前 説明
アクティビティ名
ActivityName
サービスリクエストのライフサイクル内で、ある時点で発生した特定の`イベント`またはタスクの名前。
説明

この属性は、カスタマーサービスプロセス内の特定のステップまたは状態変化を記述します。各アクティビティは、「オペレーターによるインタラクション受諾」や「ラップアップコード割り当て済み」のような明確なイベントを表します。これらのアクティビティの順序と頻度を分析することは、プロセスマイニングの基本です。プロセスフローを可視化し、逸脱を特定し、ボトルネックや非効率なステップを特定するのに役立ちます。

その重要性

アクティビティはプロセスマップの基盤を形成し、設計されたフローと実際のプロセスフローの比較、可視化、分析を可能にします。

取得元

これは通常、Genesys Cloud CXにおけるシステム``イベント、オペレーターステータス、または特定の監査``トレイル``エントリを標準化されたアクティビティ名にマッピングすることによって導き出されます。

インタラクション開始エージェントがインタラクションを受諾後処理終了サービスリクエスト再オープン
サービスリクエスト
ServiceRequest
すべての関連アクティビティをリンクする、カスタマーサービスインタラクションの主要な識別子。
説明

サービスリクエストは、しばしばチケットまたはケースとも呼ばれ、単一の顧客の問い合わせまたは問題の主要な識別子として機能します。初回コンタクトから最終解決までのすべての関連イベントを、単一のプロセスインスタンスにグループ化します。サービスリクエストによって分析することで、顧客ジャーニーと内部処理プロセスの完全なエンドツーエンドのビューが可能になります。これは、総解決時間や初回解決率などの主要メトリックを計算するための基盤です。

その重要性

これは、すべてのプロセスステップを接続し、開始から終了までの各顧客インタラクションの全体的な分析を可能にする、不可欠なケースIDです。

取得元

これは概念的なケース識別子です。Genesysでは、これはしばしば会話IDに対応しますが、実装によってカスタム識別子の場合もあります。

SR-20240521-00123SR-20240521-00124SR-20240522-00001
開始時刻
EventTime
アクティビティ/イベントの開始を示すタイムスタンプ。
説明

この属性は、各アクティビティが発生した正確な日時を提供します。イベントを正しく順序付けし、すべての時間ベースの分析にとって不可欠です。開始時間は、プロセスフローを時系列順に構築するために使用され、異なるアクティビティ間の期間、待機時間、サイクル時間を計算するための基礎となります。正確なタイムスタンプは、信頼性の高いプロセス分析とパフォーマンスモニタリングにとって重要です。

その重要性

このタイムスタンプは、すべての活動を時系列に並べ、プロセスフロー、期間、ボトルネックを正確に分析することを可能にします。

取得元

Genesys Cloud CXのイベントログまたはインタラクション詳細で見つけることができ、記録されたすべてのシステムイベントやユーザーイベントに関連付けられることがよくあります。

2024-05-21T10:00:15Z2024-05-21T10:02:30Z2024-05-21T10:15:00Z
ソースシステム
SourceSystem
データを抽出した元システム。
説明

この属性は、イベント``データの発生元システムを識別します。この場合、それはGenesys Cloud CXです。複数の統合システムを持つ環境では、このフィールドはデータリネージトラブルシューティング、およびデータコンテキストを理解するために不可欠です。分析が正しいデータ``ソースに基づいていることを確実にし、複数のシステムが単一のプロセスビューに貢献する場合にデータのフィルタリングやセグメント化を可能にします。

その重要性

データの発生源を特定します。これはデータガバナンス、検証、および複数のシステムからのデータ統合時に不可欠です。

取得元

これは通常、データ抽出および変換プロセス中にレコードの発生元をラベル付けするために追加される静的な値です。

Genesys Cloud CXGenesysCloudCX_US1Genesys
最終データ更新
LastDataUpdate
最新の`データ`更新の`タイムスタンプ`。
説明

この属性は、データセットがソースシステムから最後に更新された日時を示します。これは、分析されているデータの鮮度に関するコンテキストを提供し、タイムリーで関連性の高いビジネス意思決定を行う上で重要です。ダッシュボードやレポートにはこの情報が目立つように表示され、ユーザーがデータの鮮度を認識し、インサイトの有効性を評価できるようにすべきです。

その重要性

データの鮮度を示し、分析と意思決定が常に最新情報に基づいていることを保証します。

取得元

この値は、データ抽出時またはプロセスマイニング``ツールへのデータ``ロード時に生成され、データセットにスタンプされます。

2024-05-23T04:00:00Z2024-05-24T04:00:00Z
`ラップアップ`コード
WrapUpCode
インタラクション終了時にエージェントがその結果やトピックを分類するために割り当てるコードです。
説明

ラップアップコードは、オペレーターが顧客インタラクションの性質や解決方法を分類するために選択するラベルです。これらのコードは、顧客がサポートに連絡する理由に関する構造化されたデータを提供します。ラップアップコードを分析することで、一般的な問題の種類を特定し、解決結果を追跡し、特定のリクエストの頻度を測定できます。このデータは、根本原因分析やサービス需要パターンの理解に役立ちます。

その重要性

インタラクションの結果を分類し、一般的な問題、解決の有効性、連絡理由を分析するための構造化データを提供します。

取得元

Genesys Cloud CXの会話詳細レコードで利用でき、特にエージェント参加者のセッション詳細内にあります。

パスワードリセット請求紛争解決済み製品情報のリクエストTier 2にエスカレーション済み
エージェントID
AgentId
インタラクションまたはアクティビティを処理したオペレーターの一意の識別子。
説明

オペレーターIDは、各カスタマーサービス担当者の一意のキーです。この属性は、オペレーターのパフォーマンス、ワークロード分散、および効率性に関連するあらゆる分析に不可欠です。特定のオペレーターやチームがどのようにリクエストを処理するかをプロセスマップでフィルタリングし、解決時間、手戻り率、標準手順への遵守といったパフォーマンス指標を比較できます。これは「オペレーターのパフォーマンスと効率性」ダッシュボードの基盤となります。

その重要性

この属性は、プロセスアクティビティを特定の従業員に接続し、個々のパフォーマンス、ワークロード、チーム効率の分析を可能にします。

取得元

Genesys Cloud CXの会話詳細レコードで利用でき、インタラクションの特定のセグメントを処理したユーザーに関連付けられます。

a1b2c3d4-e5f6-7890-1234-567890abcdeff0e9d8c7-b6a5-4321-fedc-ba0987654321
エージェント名
AgentName
インタラクションまたはアクティビティを処理したオペレーターのフルネーム。
説明

オペレーター名は、オペレーターIDに対応する、サービス担当者の人間が読みやすい識別子を提供します。この属性により、ダッシュボードやレポートが管理者やチームリーダーにとってより直感的になります。システムIDを相互参照することなく、パフォーマンスのレビュー、トレーニングニーズの特定、公平なワークロード配分を確保するためのオペレーター中心の分析で広く使用されます。

その重要性

オペレーターに分かりやすい名前を提供することで、技術的なIDを使用せずにパフォーマンスを分析し、調査結果を伝えることが容易になります。

取得元

Genesys Cloud CXのユーザーまたはディレクトリサービスからAgentIdを検索して取得されます。

John Smithジェーン・ドウPeter Jones
キュー名
QueueName
インタラクションがルーティングされたキューの名前。
説明

この属性は、インタラクションがオペレーターに割り当てられる前に待機していた特定のキューを識別します。キュー名によるデータ分析は、「サービスキューボトルネック検出」ダッシュボードにとって不可欠です。管理者が異なるスキルグループやサービスライン間のワークロード分散を理解し、キューごとの待機時間を測定し、一貫して人員不足または過負荷になっているキューを特定するのに役立ちます。この情報は、リソース配分を最適化し、顧客の待機時間を改善するための鍵となります。

その重要性

サービスリクエストがどこで割り当て待ちになっているかを示すことで、ボトルネックを特定し、ワークロードの配分を分析するのに役立ちます。

取得元

Genesys Cloud CXの会話詳細レコードで利用可能です。各インタラクションは1つ以上のキューを通過できます。

`ティア`1 `サポート` - `音声`請求に関する問い合わせ - チャットテクニカルサポート - メール
コミュニケーションチャネル
MediaType
インタラクションに使用されたコミュニケーションチャネル(音声、チャット、メールなど)。
説明

この属性は、顧客とオペレーターがコミュニケーションを行ったメディアを指定します。一般的なチャネルには、音声チャットメールソーシャルメディアなどがあります。「コミュニケーション``チャネルパフォーマンス」ダッシュボードで行われるように、チャネルごとのパフォーマンスを分析することで、企業はチャネル固有のボリューム、解決時間、顧客満足度を理解できます。このインサイトは、チャネル戦略とリソース配分を最適化するために不可欠です。

その重要性

コミュニケーションチャネル別にプロセスをセグメント化することは、チャネル固有のパフォーマンス、顧客行動、およびリソースのニーズを理解するために不可欠です。

取得元

Genesys Cloud CXの会話詳細レコード内の標準フィールドです。

voiceチャットメールmessage
終了日時
EventEndTime
アクティビティまたは`イベント`が終了した時点を示す`タイムスタンプ`。
説明

この属性は、アクティビティが終了する正確な瞬間を記録します。開始時間と組み合わせることで、各アクティビティの期間を正確に計算できます。アクティビティの期間を分析することは、プロセスにおいてどのステップが最も時間を消費しているかを特定する上で重要であり、非効率性や最適化の機会を見つけるのに役立ちます。例えば、長い「インタラクション保留」時間や延長された「通話後処理」の期間を浮き彫りにすることができます。

その重要性

個々のアクティビティ期間を正確に計算することを可能にし、時間のかかるステップやパフォーマンスのボトルネックを特定するために不可欠です。

取得元

Genesys Cloud CXのイベントログまたはインタラクション詳細で見つけることができます。また、後続イベントの開始時間から導出することも可能です。

2024-05-21T10:02:30Z2024-05-21T10:15:00Z2024-05-21T10:18:45Z
CSATスコア
CustomerSatisfactionScore
インタラクション後`アンケート`で顧客が提供した満足度スコア。
説明

顧客満足度スコア(CSAT)は、顧客が受けたサービスに対する認識を直接的に測定するものです。通常、インタラクションがクローズされた後に送信されるアンケートを通じて収集されます。CSATスコアをプロセスデータと組み合わせて分析することで、プロセス変動、解決時間、または特定のオペレーターが顧客満足度にどのように影響するかを明らかにできます。これは、全体的なプロセス成功を評価するための主要な成果指標です。

その重要性

顧客の満足度を直接測定し、プロセスパフォーマンスと顧客の結果との相関分析を可能にします。

取得元

このデータは通常、Genesys Cloud CXの品質管理モジュールまたはGenesysと統合されたサードパーティアンケート``ツールから取得されます。

5413
SLA準拠
IsSlaCompliant
サービスリクエストがSLA目標時間内に解決されたかどうかを示すフラグです。
説明

このブール属性は、サービスリクエストが解決時間目標を満たしたかどうかを示します。これは「ServiceResolutionTime」を「SlaTargetResolutionTime」と比較することで計算されます。このフラグは、「SLAコンプライアンス概要」ダッシュボードの分析と可視化を簡素化し、「SLAコンプライアンス率」KPIを計算するための基礎となります。これにより、準拠ケースと非準拠ケースを迅速にフィルタリングおよびセグメント化し、SLA違反における共通のパターンを特定できます。

その重要性

各ケースを「準拠」または「違反」として明確にフラグ付けすることでSLAパフォーマンス分析を簡素化し、障害の根本原因分析を可能にします。

取得元

算出フィールド:ServiceResolutionTime <= SlaTargetResolutionTime の場合 True、それ以外は False。

truefalse
SLA目標解決時間
SlaTargetResolutionTime
サービスリクエストの解決に関して、契約上合意された目標時間。
説明

この属性は、サービスレベル契約(SLA)に従って、サービスリクエストが解決されるまでに許容される最大時間を定義します。実際の解決時間が測定されるベンチマークとして機能します。このデータは、「SLAコンプライアンス概要」ダッシュボードと「SLAコンプライアンス率」KPIにとって不可欠であり、組織が顧客へのコミットメントに対するパフォーマンスを監視し、潜在的な違反が発生する前に特定することを可能にします。

その重要性

サービスパフォーマンスと契約上の義務の重要な指標であるSLAコンプライアンスを測定するためのベンチマークを提供します。

取得元

これは、会話上のカスタム``属性として保存されるか、キュー、顧客タイプ、またはリクエストタイプに関するルールに基づいて導き出される場合があります。

86400144003600
サービスリクエストタイプ
ServiceRequestType
サービスリクエストの分類(例:「お問い合わせ」、「苦情」、「技術的な問題」など)。
説明

この属性は、サービスリクエストをその性質または目的ベースで分類します。これにより、分析をセグメント化して、異なるタイプのリクエストがどのように処理されるかを理解できます。例えば、「苦情」のプロセスフローと解決時間は「一般的な問い合わせ」とは大きく異なる場合があります。このディメンションは、「内部エスカレーション分析」のようなダッシュボードにとって不可欠であり、特定のリクエストタイプがより頻繁にエスカレートされるかどうかを確認できます。

その重要性

プロセスをセグメント化することで、異なる種類の問い合わせがどのように処理されているかを比較し、種類固有のボトルネックや非効率性を特定できます。

取得元

この情報は、IVR選択、ウェブフォームでの顧客の選択、またはオペレーターによる割り当てを介して取得される場合があります。Genesysでは、参加者属性またはラップアップコードとして保存できます。

請求に関する問い合わせテクニカルサポートアカウント管理製品に関する苦情
サービス解決時間
ServiceResolutionTime
最初の顧客インタラクションの開始から最終解決までの経過時間の合計。
説明

このメトリックは、顧客がコンタクトを開始した瞬間から問題が解決済みとしてマークされるまでのサービスリクエストの総期間を測定します。これは、全体的なプロセス効率と顧客エクスペリエンスの主要業績評価指標です。この計算された属性は、「サービスリクエスト解決時間」ダッシュボードと「平均サービス解決時間」KPIの主要な焦点です。その分布を分析することは、長期化しているケースシステム的な遅延を特定するのに役立ちます。

その重要性

これは、全体的なプロセス効率と顧客エクスペリエンスへの影響を測定するための重要なKPIです。

取得元

算出フィールド:最終解決アクティビティのタイムスタンプから、最初のお客様接触アクティビティのタイムスタンプを引いたものです。

90010800172800
会話ID
ConversationId
Genesysが会話全体に割り当てる一意の識別子。
説明

会話IDはGenesys Cloud CXにおける主要な技術キーであり、単一の顧客との会話に関連するすべてのインタラクション、セグメント、および参加者をグループ化します。概念的な「サービスリクエスト」がケースIDとして使用されますが、会話IDはGenesys APIから関連するすべてのデータを取得するために使用される基盤となるキーです。データ抽出、異なるデータセットの結合、およびプロセスデータの技術的検証に不可欠です。

その重要性

これはGenesysにおける主要な技術キーであり、データ抽出、トラブルシューティング、およびソースシステムへのリンク``バックに不可欠です。

取得元

これは、すべてのGenesys Cloud CXアナリティクスおよび会話APIにおける主要フィールドです。

d8a7c6b5-e4f3-2109-8765-fedcba098765c7b6a5d4-f3e2-1098-7654-edcbaf987654
再オープン済み
IsReopened
解決済みのサービスリクエストが後から再オープンされたかどうかを示すフラグです。
説明

このブール属性は、解決済みまたはクローズ済みの状態に設定されたものの、後で再度アクティブになったサービスリクエストにフラグを付けます。再開されたケースは、多くの場合、最初の解決策が効果的でなかったり不完全であったりしたことを示し、顧客の不満や追加作業につながります。この属性は、「サービスリクエスト再オープントレンドダッシュボードと「サービスリクエスト再オープン率」KPIを駆動します。これらのケースを分析することは、非効果的な解決策の根本原因を特定するのに役立ちます。

その重要性

解決プロセスにおける失敗を浮き彫りにし、解決策の品質に関する問題を示し、手戻りや劣悪な顧客体験につながります。

取得元

算出フィールドです。「サービスリクエスト解決済み」アクティビティが発生した後に、ケースを再アクティブ化するアクティビティを検出することで導出されます。

truefalse
処理時間
Duration
単一のアクティビティを完了するのに要した時間(秒単位)。
説明

この属性は、個々のプロセスステップの期間を定量化し、終了時間と開始時間の差として計算されます。処理時間を分析することは、どの活動が最も時間のかかるものであるかを特定するのに役立ちます。この情報は、「オペレーターのパフォーマンスと効率性」ダッシュボードのようなパフォーマンスダッシュボードにとって不可欠であり、オペレーターの効率性を評価し、トレーニングやプロセス改善の機会を見つけるのに役立ちます。

その重要性

各アクティビティに費やされた時間を定量化し、非効率性を特定し、詳細なレベルでパフォーマンスを測定するのに役立ちます。

取得元

算出フィールド:EventEndTime - EventTime。Genesysの一部のAPIでは、特定のセグメントについて期間フィールドが直接提供される場合があります。

12075045
初回接触解決か
IsFirstContactResolution
サービスリクエストが単一のインタラクション内で解決されたかどうかを示すフラグです。
説明

このブール属性は、最初のインタラクション中に解決され、顧客からのフォローアップや内部転送を必要としなかったケースを識別します。「true」の値は、理想的で効率的な解決を示します。この属性は、「初回解決率」KPIとその対応するダッシュボードの基礎となります。初回接触で解決されなかったケースの特性を分析することで、オペレーター研修、ナレッジベースの改善、またはプロセス変更の機会が明らかになります。

その重要性

初回での問題解決は肯定的なサービス体験の主要な要因であるため、効率性と顧客満足度を直接測定できます。

取得元

算出フィールドです。ケースのイベントシーケンスを分析して導出されます。転送や再オープンなどの特定の介在アクティビティなしで解決された場合、そのケースは初回接触解決(FCR)とみなされます。

truefalse
必須 推奨 任意

顧客サービスアクティビティ

これらは、正確なプロセスディスカバリーのために`イベントログ`に記録すべき主要なプロセス`ステップ`と`マイルストーン`です。
5 推奨 8 任意
アクティビティ 説明
`ラップアップ`コード割り当て済み
エージェントがインタラクションに事前定義されたラップアップコード(またはディスポジションコード)を割り当てます。これにより、「解決済み」や「エスカレーション済み」といったサービスリクエストの結果が明確に分類されます。
その重要性

ラップアップコードは、リクエストのビジネス成果を決定するための主要なソースです。これらは解決率を計算し、分析のためにケースをセグメント化する上で不可欠です。

取得元

これは、会話詳細レコード、通常はオペレーター参加者のセッション``データ内で見つかる明示的なイベントです。ラップアップコードとタイムスタンプが記録されます。

取得

エージェントがインタラクションのラップアップコードを選択した際にログに記録されます。

イベントタイプ explicit
インタラクション切断済み
このアクティビティは、すべての参加者が切断されたときの会話の終了を示します。これは、多くの場合、サービスリクエストインタラクションの技術的なクローズとして機能します。
その重要性

これは、インタラクション自体の決定的な終了イベントです。総インタラクション期間を計算するために重要であり、リクエストのクローズのプロキシとしてよく使用されます。

取得元

これは、会話詳細レコードから取得されます。会話オブジェクトの終了時間に対応し、通常はconversationEnd``タイムスタンプにあります。

取得

すべての参加者が切断し、会話が終了した際にログに記録されます。

イベントタイプ explicit
インタラクション転送済み
オペレーターがインタラクションを別のキューまたは別のオペレーターに転送する行為を表します。これは、オペレーターがすぐに切断するブラインド転送、または転送先の相手と最初に話す相談転送のいずれかです。
その重要性

このアクティビティは、内部エスカレーション率KPIにとって不可欠です。高い転送率は、トレーニングの必要性、不正確なルーティング、またはプロセスの複雑性を示している可能性があります。

取得元

これは、最初のオペレーターの関与に続いて、新しいACDまたはオペレーター参加者が会話に追加されたときに、会話詳細レコードで識別されます。多くの場合、「転送」イベントによって開始されます。

取得

参加者のセッションデータ内の転送イベントによって識別されます。

イベントタイプ explicit
インタラクション開始
このアクティビティは、インバウンドコール、チャット、`メール`など、カスタマーサービスインタラクションの開始を示します。Genesys Cloud CXは、`システム`で新しい会話`オブジェクト`が作成されると、この`イベント`を明示的にログに記録します。
その重要性

これは、サービスリクエストプロセスの主要な開始イベントです。総解決時間を計算し、インバウンドの顧客需要パターンを理解するために不可欠です。

取得元

このイベントは、会話の詳細レコードから取得されます。これは、会話オブジェクト自体の開始時間に対応し、通常はconversationStart``タイムスタンプにあります。

取得

システムで新しい会話が開始された際にログに記録されます。

イベントタイプ explicit
エージェントがインタラクションを受諾
オペレーターが提示されたインタラクションを受諾し、顧客と接続される時点を示します。これは、サービスリクエストの直接処理が開始される重要な節目です。
その重要性

このアクティビティは、初回解決率とオペレーターの処理時間を測定するために不可欠です。これは、オペレーターがリクエストに対する作業を開始したことを示します。

取得元

会話詳細レコードで利用可能です。エージェント参加者の状態が「接続済み」に変化したときに、関連するタイムスタンプとともにマークされます。

取得

エージェント参加者の状態が「接続済み」に変化した際にログに記録されます。

イベントタイプ explicit
インタラクションから保留解除
オペレーターが顧客の保留を解除し、会話を再開する際に発生します。このイベントは保留期間の終了を示し、状態変化としてログに記録されます。
その重要性

「インタラクション保留」と組み合わせることで、総保留時間の正確な算出が可能になります。これは、総処理時間と顧客体験の重要な要素です。

取得元

エージェント参加者のセッションデータから、状態が「保留」から「接続済み」に戻ったときに導出されます。

取得

エージェント参加者の状態が「保留」から「接続済み」に変化した際にログに記録されます。

イベントタイプ explicit
インタラクションが保留に
このアクティビティは、オペレーターがインタラクション中に顧客を保留にしたときに記録されます。これは、会話内のオペレーター参加者に対する明示的な状態変化です。
その重要性

保留の頻度と期間を分析することで、エージェントが頻繁に情報を検索したり、他のエージェントに相談したりする必要があるなど、プロセス上の非効率性が明らかになることがあります。

取得元

会話詳細レコード内のエージェント参加者のセッションデータから取得されます。状態が「保留」に変化するとタイムスタンプが記録されます。

取得

エージェント参加者の状態が「保留」に変化した際にログに記録されます。

イベントタイプ explicit
エージェントにインタラクション提供
この`イベント`は、`システム`が特定のオペレーターにインタラクションを提示するときに発生します。`システム`がオペレーターによる会話の受諾または拒否を待つ間、オペレーターの`ステータス`は「`alerting`」に変わります。
その重要性

このアクティビティは、オペレーターの応答性やルーティングアルゴリズムの有効性を分析するのに役立ちます。この時点以降の遅延は、オペレーターが迅速に業務を受け入れていない可能性を示唆しています。

取得元

会話詳細レコード内のエージェントの参加者データにあります。参加者のセッションには「アラート中」状態のメトリクスと、それに対応するタイムスタンプが表示されます。

取得

ルーティングエンジンが新しいインタラクションについてエージェントにアラートした際にログに記録されます。

イベントタイプ explicit
サービスリクエスト再オープン
顧客が、一度解決済みと判断された問題について、短期間で再度サービスセンターに連絡する状況を指します。これは明示的なイベントではなく、ビジネスロジックに基づいて算出されます。
その重要性

再オープンされたリクエストを追跡することは、サービスリクエスト再オープン率を測定する上で重要です。これは、最初の解決策が効果的でなく、顧客満足度と運用効率に影響を与えていることを示します。

取得元

このアクティビティは、以前のインタラクションが解決されてから所定の時間枠内に、同じ顧客(顧客ID)および関連する問題(例:サービスリクエストタイプ)に対して新しい「インタラクション開始」イベントが特定されることによって推測されます。

取得

同じ顧客と問題に対し、最近クローズされたインタラクションに新しいインタラクションをリンクして計算されます。

イベントタイプ calculated
会話がキューにルーティング済み
新しいインタラクションが特定のキューに配置され、利用可能なオペレーターを待つ瞬間を表します。これは、Genesysルーティングエンジン(ACD)によってログに記録される明示的なイベントです。
その重要性

このアクティビティを追跡することは、キュー待機時間を測定し、ルーティングプロセスにおけるボトルネックを特定するために不可欠です。これとオペレーター割り当ての間の長い期間は、人員配置またはルーティングロジックの問題を示唆しています。

取得元

会話詳細レコードから取得され、会話内のACD参加者の「目的」と「状態」に特に着目します。メトリクス配列内のキューの「enterTime」がこのイベントを示します。

取得

ACDルーティングエンジンが会話をキューに入れた際にログに記録されます。

イベントタイプ explicit
後処理終了
これは、オペレーターの通話後処理期間の終了を示します。この時点で、オペレーターは次のインタラクションを処理できるようになります。
その重要性

このアクティビティは、「通話後処理開始」と組み合わせることで、ラップアップフェーズの正確な期間を提供し、オペレーターの生産性とプロセスオーバーヘッドの分析に役立ちます。

取得元

これは、オペレーターのステータスが「acw」から「idle」のような利用可能な状態に変化したときに推測されます。この状態変化のタイムスタンプが使用されます。

取得

エージェントの状態が「ACW」から「対応可能」状態に変化することから推測されます。

イベントタイプ inferred
後処理開始
このアクティビティは、通話後処理(`ACW`)期間の開始を示します。オペレーターは顧客との接続を切断しましたが、メモの記録や`システム`の更新などのタスクを完了するための専用の状態になっています。
その重要性

ACW(後処理時間)の測定は、オペレーターの効率と総処理時間を理解する上で重要です。ACWが長すぎる場合、インタラクション後のプロセスが非効率である兆候と考えられます。

取得元

エージェント参加者のセッションデータから取得されます。顧客参加者が切断した後、エージェントの状態が「ACW」に変化したときにログに記録されます。

取得

エージェント参加者の状態が「ACW」に変化した際にログに記録されます。

イベントタイプ explicit
顧客満足度アンケート送信済み
このアクティビティは、インタラクションのクローズ後に顧客満足度(`CSAT`)`アンケート`が送信されるときに発生します。これは、多くの場合、事前定義されたルールに基づいて`システム`によって自動的に`トリガー`されます。
その重要性

このアクティビティは、CSAT``アンケート配信適時性KPIを測定するために必要です。タイムリーなアンケート配信を確保することで、顧客のエクスペリエンスが新鮮なうちに正確なフィードバックを収集できます。

取得元

この情報は通常、Genesys Cloud CX内のアンケート``データまたは品質管理データから利用可能であり、元の会話IDにリンクできます。

取得

特定の会話に対してアンケートが送信された際に、アンケートモジュールによってログに記録されます。

イベントタイプ explicit
推奨 任意

抽出ガイド

Genesys Cloud CXからのデータ取得方法