- リンクを取得
- ×
- メール
- 他のアプリ
- リンクを取得
- ×
- メール
- 他のアプリ
背景と利用シナリオ
現代の顧客は、電話、メール、チャット、ソーシャルメディアなど、様々なチャネルを通じて企業とコンタクトを取ることを期待しています。しかし、多くの企業ではこれらのチャネルがサイロ化し、顧客は複数のチャネルを跨ぐ際に同じ情報を何度も伝える必要が生じるなど、一貫性のない体験を強いられています。これは顧客満足度の低下だけでなく、エージェントの生産性にも悪影響を及ぼします。
Salesforce Omni-Channel (オムニチャネル) は、Service Cloud (サービスクラウド) の中核機能の一つとして、この課題を解決するために設計されました。顧客からのあらゆる種類の問い合わせ(ケース、チャット、リード、カスタムオブジェクトなど)を、最適なエージェントにリアルタイムで自動ルーティングする機能を提供します。これにより、顧客は一貫したシームレスな体験を得られ、エージェントは効率的に業務を遂行できるようになります。
原理説明
Omni-Channelは、複数の主要コンポーネントが連携して動作します。
主要コンポーネント
- Presence Status (プレゼンスステータス): エージェントが対応可能な状態(オンライン、休憩中、オフラインなど)を示すステータスです。エージェントはこのステータスを切り替えることで、ワークアイテムの受信を制御します。
- Routing Configurations (ルーティング設定): ワークアイテムをエージェントに割り当てるためのロジックを定義します。ルーティング優先度、ルーティングモデル(最も空いているエージェント、最もスキルのあるエージェントなど)、およびエージェントのキャパシティ(最大処理可能ワークアイテム数)を設定します。
- Queues (キュー): ワークアイテムがエージェントにルーティングされる前に一時的に保持される場所です。各キューは特定の種類のワークアイテム(例:メール問い合わせ、チャット問い合わせ)や特定の部門に対応します。
- Skills-Based Routing (スキルベースルーティング): ワークアイテムが必要とするスキルと、エージェントが持つスキルをマッチングさせて、最も適切なエージェントにルーティングする高度な機能です。これにより、より専門的な問い合わせにも効率的に対応できます。
- Workload (ワークロード): エージェントが現在処理している作業の量を示します。Omni-Channelはエージェントのワークロードを考慮して、過負荷にならないようにワークアイテムを割り当てます。
- Omni-Channel Supervisor (オムニチャネルスーパーバイザー): サービス管理者がエージェントのリアルタイム状況、キューの待ち状況、ワークアイテムの処理状況などを監視できるツールです。必要に応じて、手動でワークアイテムを再割り当てすることも可能です。
ワークフローは一般的に以下のようになります:
- 顧客からの問い合わせがService Cloudでワークアイテム(例:ケース、チャットトランスクリプト)として作成されます。
- ワークアイテムは指定されたQueue (キュー) に追加されます。
- Omni-ChannelはQueueからワークアイテムを取得し、定義されたRouting Configuration (ルーティング設定) に基づいて、最適なPresence Status (プレゼンスステータス) のエージェントを特定します。
- Skills-Based Routing (スキルベースルーティング) が有効な場合、ワークアイテムに必要なスキルとエージェントのスキルが照合されます。
- エージェントのWorkload (ワークロード) とCapacity (キャパシティ) がチェックされ、空きがあればワークアイテムがエージェントにプッシュされます。
- エージェントはService Console (サービスコンソール) 内で自動的にプッシュされたワークアイテムを受け取り、対応を開始します。
コード例
Salesforce Omni-Channelの多くの機能は宣言的(設定ベース)で利用されますが、特定のシナリオではApexやAPIを活用してより高度なカスタマイズを行うことができます。例えば、カスタムのUIコンポーネントでエージェントのプレゼンスステータスをリアルタイムに表示したり、特定の条件に基づいてエージェントのルーティングを動的に制御したりする場合にAPIが利用されます。
ここでは、ConnectApi
(Connect REST API Apex Wrapper) を使用して、Salesforce組織内のアクティブなエージェントのプレゼンスステータスを取得するApexの例を示します。これは、Omni-Channel Supervisorビューを模倣したカスタムコンポーネントでエージェントのオンライン状態を表示するなどの用途で役立ちます。
public class OmniChannelMonitorController { /** * @description アクティブなエージェントのプレゼンスステータスを取得します。 * ConnectApi.OmniChannelクラスを使用して、エージェントのオンライン状況を問い合わせます。 * @return List<ConnectApi.AgentOnlineStatus> アクティブエージェントのステータスリスト */ @AuraEnabled public static List<ConnectApi.AgentOnlineStatus> getActiveAgentStatuses() { List<ConnectApi.AgentOnlineStatus> agentStatuses = new List<ConnectApi.AgentOnlineStatus>(); try { // ConnectApi.OmniChannel.getAgentPresenceStatuses() メソッドは、 // 組織内のすべてのアクティブなOmni-Channelエージェントのプレゼンスステータスを返します。 // これには、エージェントID、プレゼンスステータスID、プレゼンスステータス名などが含まれます。 agentStatuses = ConnectApi.OmniChannel.getAgentPresenceStatuses(); System.debug('Retrieved ' + agentStatuses.size() + ' agent statuses.'); } catch (Exception e) { // エラー処理:API呼び出しが失敗した場合のログ記録や適切なエラーメッセージの返却 System.debug('Error retrieving agent statuses: ' + e.getMessage()); // 実運用では、ここでユーザに通知するエラーメッセージを返すなどの対応を検討します。 throw new AuraHandledException('エージェントのステータス取得中にエラーが発生しました: ' + e.getMessage()); } return agentStatuses; } /** * @description 指定されたプレゼンスステータスIDに対応する名前を取得します。 * ServicePresenceStatusオブジェクトをSOQLでクエリします。 * @param presenceStatusId プレゼンスステータスID * @return String プレゼンスステータス名、または見つからない場合はnull */ @AuraEnabled public static String getPresenceStatusName(String presenceStatusId) { if (String.isBlank(presenceStatusId)) { return null; } try { // ServicePresenceStatus オブジェクトは、Omni-Channelのプレゼンスステータスを定義します。 // ConnectApiから取得したIDを使って、対応するステータス名を取得します。 ServicePresenceStatus status = [SELECT Id, MasterLabel FROM ServicePresenceStatus WHERE Id = :presenceStatusId LIMIT 1]; return status != null ? status.MasterLabel : null; } catch (Exception e) { System.debug('Error retrieving presence status name: ' + e.getMessage()); return null; // または適切なエラー処理 } } }
注意事項
- 権限 (Permissions): Omni-Channel機能をApexやAPI経由で操作する場合、適切なユーザー権限が必要です。通常、Service Cloudユーザーライセンスと、Omni-Channel関連のプロファイルまたは権限セット(例: 「Omni-Channelスーパーバイザー」「Omni-Channelプレゼンスステータス」など)が割り当てられている必要があります。
ConnectApi
を呼び出すユーザーは、該当するAPIのアクセス権限を持っている必要があります。 - API制限 (API Limits):
ConnectApi
は内部的にREST APIを呼び出すため、SalesforceのAPIコール制限(例: 24時間あたりのAPIリクエスト数)にカウントされます。大量の呼び出しを行う場合は、この制限を考慮し、キャッシュや適切な設計でAPIコール数を削減する必要があります。 - エラー処理 (Error Handling): API呼び出しはネットワークの問題、権限不足、データの問題などで失敗する可能性があります。堅牢なアプリケーションを構築するためには、Apexコード内で適切な
try-catch
ブロックを使用してエラーを捕捉し、ユーザーに分かりやすいメッセージを返すか、ログに記録するなどのエラー処理を実装することが不可欠です。 - キャパシティ管理 (Capacity Management): エージェントのキャパシティ設定は、エージェントが同時に処理できるワークアイテムの量を定義する上で非常に重要です。設定が不適切だと、エージェントが過負荷になったり、逆に利用効率が低下したりする可能性があります。最適なキャパシティは、エージェントのスキル、ワークアイテムの種類、平均処理時間に基づいて慎重に計画し、継続的に監視・調整する必要があります。
- ルーティングロジックの複雑性 (Routing Logic Complexity): スキルベースルーティングや複雑なルーティングモデルを導入する際は、そのロジックが意図した通りに機能するかを十分にテストする必要があります。複雑すぎるロジックは、予期せぬルーティングの遅延や、最適なエージェントへの割り当て失敗につながる可能性があります。
まとめとベストプラクティス
Salesforce Omni-Channelは、現代の顧客サービスにおいて不可欠なツールであり、顧客との多様な接点を統合し、一貫性のある高品質なサービス提供を可能にします。その導入と活用には、技術的な側面だけでなく、業務プロセスの見直しとエージェントのトレーニングも重要です。
ベストプラクティス
- 明確なスキル定義 (Clear Skill Definitions): スキルベースルーティングを活用するためには、エージェントのスキルとワークアイテムに必要なスキルを明確に定義し、定期的に更新することが重要です。
- 最適なキャパシティ計画 (Optimal Capacity Planning): エージェントが効率的に作業でき、かつ過負荷にならないよう、ワークアイテムの種類と複雑性に基づいてキャパシティ設定を慎重に行います。
- 段階的な導入 (Phased Rollout): 最初からすべてのチャネルや複雑なルーティングルールを一度に導入するのではなく、簡単なルーティングから開始し、段階的に拡張していくことでリスクを低減します。
- 継続的な監視と調整 (Continuous Monitoring and Adjustment): Omni-Channel Supervisorやレポート機能を使用して、エージェントのパフォーマンス、キューの待ち時間、ルーティング効率を継続的に監視し、必要に応じて設定を調整します。
- エージェントのトレーニングとエンゲージメント (Agent Training and Engagement): エージェントがOmni-Channelの機能と自身の役割を理解し、活用できるよう、十分なトレーニングと継続的なサポートを提供します。彼らのフィードバックはシステム改善の貴重な情報源となります。
Salesforce Omni-Channelを効果的に活用することで、企業は顧客満足度を向上させ、エージェントの生産性を最大化し、最終的にビジネスの成長を加速させることができるでしょう。この強力な機能を最大限に引き出すためには、本記事で説明した技術的な理解と、戦略的な導入計画が不可欠です。
コメント
コメントを投稿