Configurer le routage Omni-Channel selon vos priorités métier

Une fois le socle Omni-Channel activé, la vraie difficulté commence : traduire des règles métier (« les clients Premium avant les autres », « les réclamations urgentes en tête de file ») en paramètres concrets sur la Routing Configuration. Ce paramétrage se joue essentiellement sur trois leviers : la priorité, le modèle de routage et le poids de capacité.

Le champ Priorité : arbitrer entre plusieurs files

Chaque enregistrement à router (un Case par exemple) peut porter un champ numérique Priorité de routage, mappé sur la Routing Configuration via un champ personnalisé sur l'objet (souvent un champ formule ou mis à jour par un Flow). Plus la valeur est basse, plus la priorité est haute : un enregistrement à priorité 1 sera proposé aux agents avant un enregistrement à priorité 5, même si ce dernier attend depuis plus longtemps.

Bonnes pratiques pour construire l'échelle de priorité :

• Limitez-vous à 4-5 niveaux distincts (1 à 5) : une granularité trop fine complique la maintenance sans bénéfice réel.
• Documentez la correspondance métier, par exemple : 1 = Compte Platinum + Sévérité Critique, 2 = Compte Platinum, 3 = Standard, 4 = Faible priorité.
• Calculez la priorité via un Flow avant enregistrement ou une formule, jamais en saisie manuelle par l'agent : la cohérence doit être garantie par le système.

Choisir le bon modèle de routage

Deux modèles sont disponibles au niveau de la Routing Configuration :

• Most Available (Le plus disponible en premier) : le travail est proposé à l'agent qui a le plus de capacité restante. C'est le modèle recommandé pour la majorité des centres de contact, car il répartit la charge de façon équilibrée.
• Least Active (Le moins actif en premier) : le travail va à l'agent qui a le moins d'éléments de travail en cours, indépendamment de leur poids. Utile quand vous voulez maximiser le nombre d'agents engagés plutôt que la charge totale, par exemple pour du chat où chaque conversation compte autant.

Le choix dépend directement de votre stratégie métier : si un agent senior peut gérer 5 chats simples ou 1 dossier complexe, Most Available avec des poids de capacité différenciés est plus pertinent. Si tous les agents traitent des unités de travail comparables, Least Active suffit.

Le poids de capacité (Capacity Weight) comme levier métier

Le Capacity Weight défini sur la Routing Configuration indique combien d'« unités » un élément de travail consomme dans le modèle de capacité de l'agent. C'est un levier puissant pour refléter des priorités métier :

1. Un dossier de réclamation complexe peut peser 3 unités, contre 1 pour une demande simple : l'agent en absorbera mécaniquement moins en parallèle.
2. Un canal stratégique (par exemple le support VIP par téléphone) peut se voir attribuer un poids réduit, afin qu'il continue d'arriver même quand l'agent est déjà chargé sur d'autres canaux.
3. À l'inverse, un canal secondaire (emails de faible enjeu) peut porter un poids élevé pour limiter son impact sur la disponibilité globale.

Combiner plusieurs Routing Configurations

Il est courant d'avoir une Routing Configuration par file, voire par type de travail au sein d'une même file. Exemple concret pour un centre de contact e-commerce :

• RC_Reclamations_Urgentes : priorité 1, Most Available, poids 2.
• RC_Support_Standard : priorité 3, Most Available, poids 1.
• RC_Chat_Ventes : priorité 2, Least Active, poids 1.

Cette segmentation permet à un même pool d'agents d'être sollicité différemment selon la nature du travail, sans dupliquer les files inutilement.

Attention : la priorité ne s'applique qu'au sein d'une même Routing Configuration au moment de la mise en concurrence des éléments en attente. Elle ne compare pas automatiquement des files différentes entre elles ; assurez-vous que votre architecture de files reflète bien les silos métier que vous voulez arbitrer.

Tester avant de déployer

Avant mise en production, simulez des scénarios de charge dans un sandbox : injectez plusieurs cas avec des priorités différentes, connectez deux agents avec des capacités distinctes, et observez l'ordre de distribution dans le widget Omni-Channel. C'est le seul moyen fiable de valider que la configuration reflète vraiment vos priorités métier, et non uniquement la théorie documentée.