再処理インタラクションの概要
インタラクションの再処理機能により、Genesys Cloud 管理者とアナリストは、過去のインタラクション データ全体のトピックに変更を遡及的に適用できます。オンデマンドでインタラクションを再処理することにより、ユーザーは新しく作成または変更されたトピックが過去の会話全体に反映されることを確認できます。この強力な機能により、組織は過去の STA データからより深く正確な洞察を得ることができます。この機能は、履歴の理解を深めることで STA 投資の価値を最大限に高められるように設計されています。大企業や多国籍組織にとって、これは長期的な顧客体験の傾向を追跡し、戦略的なビジネス上の意思決定をサポートする上で特に重要です。
Reprocess Interactions を使用すると、次のことが可能になります。
- 完全な履歴可視性 –新しく構成された STA トピック モデルを使用して、顧客エクスペリエンスにおける問題、傾向、または変化を遡及的に認識します。
- 柔軟なオンデマンドアップデート –いつでも再処理ジョブを起動できます。スケジュールされた分析の実行を待つ必要はありません。
- 対象範囲 –メディア タイプ、日付範囲、プログラムの関連付けをフィルター処理して、インタラクションのセットを定義します。
- 運用の明確さ –ジョブの作成、進行状況、影響を受けるインタラクションの数、ダウンロード可能な識別子を監視します。
- インタラクションの再処理は、選択したプログラムに関連付けられたトピックにのみ適用されます。
- トピック ロジックの更新を管理する場合、管理者はそれらのプログラムを選択して以前のデータを再処理します。
- アクティブなジョブの送信を反映するために、一貫した用語 (publish) が使用されます。
- 1 つの再処理インタラクションジョブは、最大 250,000 件のインタラクションしか処理できません。 。
- インタラクション内のいずれかのプログラムが再処理ジョブ フィルターに一致する場合、インタラクション全体が再処理されます。
- トピック再処理機能では、トランスクリプト ブロック内で少なくとも 1 つの新しいトピックが検出されない限り、トランスクリプト ブロック内のすべてのトピックを削除することはできません。
- インタラクション内に検出されたトピックが含まれていない場合、再処理中に失敗としてマークされます。
- インタラクション内のどのトランスクリプトにも検出されたトピックが含まれていない場合(1 つのトランスクリプト ブロックに含まれていても)、インタラクションは失敗したインタラクションとみなされます。
- 再処理時に、再処理対象として選択したプログラムにトピックがない場合、インタラクションの既存のトピックは変更されません。
- 再処理 CSV には新しく検出されたトピックのみが表示され、削除されたトピックは表示されません (たとえば、トピックの前後の比較はありません)。
使用例
- 管理者は、既知のサービス問題をキャプチャするために新しいトピックを作成します。
- 管理者は、インタラクション再処理を使用して、関連するプログラムを選択し、フィルター (過去 6 か月など) を定義して、ジョブを公開します。
- STA は、新しいトピックに基づいて、過去のやり取りを遡及的にラベル付けします。
- アナリストは、洗練されたデータセットを使用して、新しいダッシュボードとレポートを実行します。
ベストプラクティス
練習 | 説明 |
---|---|
プログラムの認知度 | 更新されたトピックに関連付けられた関連プログラムのみを再処理します。 |
スコープ管理 | 日付/メディア フィルターを使用して処理量を制限し、不要なコストを削減します。 |
エクスポートID | 監査または再取り込みのサポートのために、インタラクション ID のエクスポートを保持します。 |