ライブと非同期の作業をワークアイテムで統合する
Justin Steinberg 著
ライブワークと非同期ワークの統合：Zoom Contact CenterのWork Itemsの紹介
コンタクトセンターは長らく根本的な断絶に悩まされてきました。音声やチャットのようなライブチャネルは高度なルーティングエンジンを介して流れる一方で、チケット、ケース、請求書、フォローアップなどのバックオフィスタスクは別のシステムに残ったままです。この断片化は運用上の問題を生み、エージェントにプラットフォーム間のコンテキスト切替を強制し、チームが処理すべきすべての作業を賢く優先順位付けすることを困難にします。Zoom Contact CenterのWork Item機能は、このパラダイムを変え、非同期タスクを通話やメッセージと同等のファーストクラスのルーティング可能なチャネルとして扱います。ここではその仕組みとコンタクトセンター運用にとって何を意味するかを見ていきます。
核となる概念：ルーティング可能なチャネルとしてのWork Items
本質的に、Work Item機能は一見単純だが強力なアイデアを導入します。つまり、ライブの電話応対であれ、3日後にフォローが必要なケースであれ、すべての作業が同じルーティングエンジンを通過できるとしたらどうでしょうか。Work Itemsは、非同期タスクをZoom Contact Centerがルーティング、キューイング、割り当てできるエンゲージメントに変換することでこれを実現します。これは単にチケットを同じインターフェースで見るという話ではなく、エージェントが扱うすべてのインタラクションに一貫したインテリジェンスロジックを適用することに他なりません。
実際の運用問題の解決
従来のアプローチは予測可能な痛点を生みます。Zoom Contact Centerが着信音声通話の対応をエージェントに割り当てる際、他の業務システムが同時に同じエージェントに緊急のケースや請求書を割り当てることがあります。これらのシステムは互いの割り当てを可視化できない独立した運用をしているため、ワークフローの衝突、顧客応答の遅延、競合する優先事項の管理に苦しむフラストレーションを招きます。別個のルーティングシステムは別個の設定、レポーティング、最適化作業も意味します。実質的に屋根の下で複数のコンタクトセンターを運営しているようなもので、それぞれが独自の複雑さを抱えます。Work Itemsはこの断片化を解消します。すべてのタスクが同じルーティングエンジンを通ることで、統一されたキャパシティ管理、一貫した優先順位ロジック、エージェントの作業負荷に関する単一の信頼できる情報源を得られます。
アーキテクチャと統合パターン
Work Itemsは外部トリガーモデルに従います。Zoom Contact Center自体がタスクを作成するわけではなく、既存のシステム（CRM、ERP、チケッティングプラットフォームなど）がその責任を持ち続けます。代わりにZCCは得意とする部分、つまりルーティング、キューイング、割り当て、レポーティングに注力します。統合は Start Engagement APIを介して行われます。外部システムがエージェントに作業をルーティングする必要があるとき、Work Itemの詳細を含めてZoom Contact CenterへAPIコールを行います。その瞬間からZCCがルーティングと割り当てプロセスを引き継ぎ、この非同期作業をあなたのライブチャネルと自動的に融合します。このアーキテクチャ上の決定は意図的なものです：業務システムは各Work Itemのレコードの体系（system of record）として残り、Zoom Contact Centerは統一された作業配分エンジンとして機能します。これにより、発生元に関係なくすべてのタスクをエージェントのスキル、可用性、作業負荷に基づいて賢くルーティングできます。
設定の詳細
Work Itemルーティングの設定は、ZCC管理者が既に知っているフロー型の設定モデルに従います。プロセスは5つの主要なステップから成ります：
Work Itemキューを作成する。 この専用キューは、音声やチャットのキューとは別にWork Itemのエンゲージメントを処理し、非同期作業に対して異なるサービスレベル目標やスタッフ戦略を適用できるようにします。
Work Itemフローを構築する。 標準のZCCフローエディタを使用して、他のチャネル用と同様にフローを構築し、Work Itemがシステム内をどのように移動するかを決定するルーティングロジックを作成します。このフローはWork Itemキューに接続され、スキルベースのルーティング、優先度処理、オーバーフローのロジックを他のチャネルフローと同様に含めることができます。
エントリIDを生成する。 この一意の識別子が、外部システムがWork Itemをコンタクトセンターに注入するために呼び出すAPIエンドポイントになります。
エントリIDをフローにリンクする。 この関連付けにより、ZCCはAPI経由でWork Itemが到着したときにどのフローを使用するかを識別します。
Start Engagement APIを介して統合する。 外部システムがZCCのAPIエンドポイントを呼び出し、ルーティング可能なエンゲージメントに変換されるWork Itemの詳細を渡し始めます
注記
開始するにはサーバー間アプリの作成を推奨します。詳細は当社のドキュメントの server-to-server internal apps.
APIの仕組みとデータマッピング
Start Engagement APIは外部システムがZoom Contact Center内にWork Itemを作成することを可能にします。各APIリクエストには3つの情報カテゴリが含まれます：
Flow Entry ID - どのフローがWork Itemリクエストを処理し、適切なルーティングロジックとキューへ導くかを決定します
Work Item情報 - エージェントが外部システムで作業を開いて実行するための名前、説明、ハイパーリンク、および優先度、期日、発生元などの追加メタデータを含みます
Consumer情報 - 作業が実行されるべきエンドコンシューマーの名前と連絡先情報。これらのフィールドはフロー内でアクセス可能なZCCのグローバル変数にマッピングされ、Work Item属性に基づくカスタムルーティングロジックを可能にします。たとえば、特定の発生元からの高優先度アイテムを専用のスペシャリストキューにルーティングし、標準アイテムを一般キューで処理する、といったことが可能です。
重複防止：APIはアクティブなWork Itemの重複を防ぐための一意性制約を強制します。同一のwork_item_idとwork_item_nameの組み合わせで既にアクティブなエンゲージメントが存在する場合、APIはエラーでリクエストを拒否します。この保護策により、外部システムが同一のケースやチケットに対して誤って冗長なWork Itemを作成することを防げます。元のエンゲージメントがクローズされた後であれば、必要に応じて同じ識別子で新しいWork Itemを作成できます。この挙動は冪等なリトライロジックにおいて特に重要です—統合が失敗したAPIコールを再試行する必要がある場合、再送する前にWork Itemが実際に作成されたかどうかをまず確認するべきです。完全なAPI仕様、フィールド定義、統合例については、 Zoom Contact Center API Reference.
エージェントの体験と機能
エージェントにとって、Work ItemsはZoom Workplaceアプリ（Windows、macOS、Webで利用可能）のエンゲージメントとして表示されます。中央パネルにはWork Itemのタイトルと説明、およびソースシステムの詳細情報へのクイックナビゲーション用ショートカットURLが表示されます。右側のエンゲージメント詳細パネルは、API経由で渡されたすべての変数情報へのアクセスを提供します。エージェントはWork Itemsのライフサイクルを完全に制御できます。作業を一時停止するときにアイテムを非アクティブとしてマークしたり、完了時にエンゲージメントをクローズしたり、参照やフォローアップのためにいつでも開いているエンゲージメントやクローズ済みのエンゲージメントにアクセスしたりできます。転送機能により、再割り当てが必要な場合にはWork Itemを別のキューやフローにルーティングできます。スーパーバイザーはバージ機能を通じて監督を行い、コーチングや支援が必要なときにWork Itemエンゲージメントに参加できます。この統一されたインターフェースにより、従来のワークフローで問題となっていた頻繁なアプリケーション切替が軽減されます。エージェントは音声通話の対応、チャットへの応答、ケースのエスカレーション処理のいずれであっても、単一の統合画面で作業できます。
Work Itemsが他のチャネルにどのように融合するか
オムニチャネル実装における重要な問いは「システムは次にどの作業を割り当てるべきかをどう判断するか？」です。エージェントが利用可能になったとき、音声通話、チャット、またはWork Itemのどれを受け取るべきでしょうか？エージェントは音声通話中に複数のWork Itemを同時に処理できますか？答えは：既存のZoom Contact Centerのルーティング機構を使って完全に設定可能です。Work Itemsは次の3つの主要なZCC機能とシームレスに統合されます：
Consumer Routing Profile（消費者ルーティングプロファイル） - 特定の消費者からのエンゲージメントがどのように優先されルーティングされるかを制御します
Agent Routing Profile（スキルベースルーティング） - エージェントがどのタイプの作業を処理する資格があるかをスキルに基づいて決定します
Agent Occupied Rules（エージェント占有ルール） - エージェントが同時にどの組み合わせのエンゲージメントを処理できるかを定義します これらの設定オプションにより、次のような細かい制御が可能になります：
エージェントが次に受け取るエンゲージメントタイプは何か—音声通話、Work Item、またはその両方か？
エージェントは同時に複数のWork Itemを処理できるか？
エージェントは音声通話中にWork Itemを受け取れるか？
これらの既存のZCC機能を活用することで、Work Itemsは別個のルーティングルールを必要としません。代わりに、ライブチャネルのために既に設定しているインテリジェントな配分ロジックに参加し、本当に統一されたオムニチャネル運用を実現します。
戦略的示唆
Work Itemsの真価は技術的な実装を超えています。ライブワークと非同期ワークを単一のルーティングエンジンで統一することで、組織は運用戦略を根本的に再考できます。キャパシティ計画が全体的になります。電話キューとケースのバックログを個別に人員配置する代わりに、総作業量に対して総エージェントキャパシティを最適化し、ルーティングエンジンがリアルタイムの状況に応じて作業を賢く配分します。スキルベースルーティングは一貫して適用されます。複雑な音声通話をスペシャリストにルーティングするための同じエージェントスキルが、複雑なケースを同じスペシャリストにルーティングするためにも使われ、専門知識が最も価値のある場所で活用されます。レポーティングと分析は統合されます。複数のシステムからメトリクスをつなぎ合わせるのではなく、エージェントの生産性、チャネルのパフォーマンス、全体的な運用効率に関する統一された可視性を得られます。
今後の展望
Work Itemsはコンタクトセンターアーキテクチャの成熟を示します。顧客ジャーニーが同期的および非同期的なタッチポイントをますます混在させる中で、「ライブチャネル」と「バックオフィス作業」の人工的な分離は、合理的な労働分担というよりも負担となり得ます。すべての作業をルーティング可能なエンゲージメントとして扱うことで、Zoom Contact Centerは単一プラットフォームを通じて顧客サービスの全スペクトラムを効率的に処理するための立場を築きます。2025年11月の初期リリースはAPIトリガーのWork Itemsで基盤を確立し、将来的な強化によりWork Itemのライフサイクル管理やより深い統合パターンの機能拡張が期待されます。この機能を評価している技術チームにとって重要な問いは、Work Itemsを採用するかどうかではなく、外部システムをどれだけ迅速に統合して非同期作業をオムニチャネルエンジン経由でルーティングし始められるかです。運用上の利点—統一されたルーティング、簡素化されたエージェント体験、統合されたレポーティング—は、実装が完了すれば急速に複利的に働きます。
詳しくはZoomのサポートセンターで次の情報を参照してください： Zoom Contact CenterのWork Itemエンゲージメントの管理 および Zoom Contact CenterのWork Itemキュー設定の変更.
最終更新
役に立ちましたか？