Deskhero
Français
Essayer gratuitement

← Back to articles

Pilote de 2 à 3 tags : routage basé sur les compétences pour les équipes support

Pilote de 2 à 3 tags : routage basé sur les compétences pour les équipes support

Le routage basé sur les compétences dirige chaque contact entrant vers un utilisateur dont les compétences correspondent à la demande, au lieu de se fier uniquement aux personnes disponibles. Il remplace le modèle de « prochain utilisateur disponible » par une mise en correspondance fondée sur des facteurs tels que la langue, la connaissance du produit ou le niveau d’autorisation. Les responsables du support l’utilisent souvent pour améliorer la résolution au premier contact (FCR), la durée moyenne de traitement (AHT) et les taux de transfert. Dans Deskhero, les automatisations de nouveaux tickets peuvent fournir une version plus simple de ce flux de travail en attribuant les tickets à un utilisateur ou à un groupe lorsque les conditions configurées correspondent.

En bref :

  • Le routage basé sur les compétences peut améliorer la résolution au premier contact et réduire les transferts en prenant en compte les compétences ainsi que la disponibilité.
  • La création d’une taxonomie efficace nécessite de se concentrer sur des compétences à fort impact comme la langue, la connaissance du produit et le niveau d’autorisation, avec des niveaux de maîtrise et des mises à jour régulières pour éviter la dérive.
  • Une mise en œuvre réussie consiste à commencer par un pilote sur une seule file d’attente, à étiqueter correctement les contacts et à surveiller en continu des KPI tels que le FCR, l’AHT et les taux de transfert afin d’optimiser le système au fil du temps.
  • L’IA peut aider à classer les contacts entrants, mais les équipes ont toujours besoin de règles claires, de tests et d’une supervision humaine.
  • Les petites équipes peuvent commencer avec un ensemble limité de conditions de routage et ne l’élargir que lorsque les résultats justifient une plus grande complexité.

Table des matières

Qu’est-ce que le routage basé sur les compétences ? Une explication concise

Le routage basé sur les compétences (SBR) met en correspondance les exigences de chaque contact avec un profil des tâches que vos utilisateurs savent réellement accomplir. Un client qui envoie un e-mail en espagnol au sujet d’un litige de facturation est orienté vers une personne identifiée à la fois pour la facturation et l’espagnol, plutôt que vers la file de l’utilisateur qui est la plus courte. Voilà tout le concept : les exigences du contact d’un côté, les compétences vérifiées des utilisateurs de l’autre, et un moteur de règles qui les associe.

La plupart des équipes suivent quelques catégories de compétences :

  • Langue (espagnol, français, mandarin)
  • Connaissance du produit ou des fonctionnalités (facturation, configuration technique, comptes professionnels)
  • Maîtrise des canaux (téléphone, chat, e-mail, réseaux sociaux)
  • Niveau d’autorisation (plafonds de remboursement, modifications de compte, droits d’escalade)

Le routage traditionnel par file d’attente ou par ACD (distributeur automatique d’appels) peut envoyer les contacts en fonction de la disponibilité sans tenir compte des connaissances spécialisées. Cela fonctionne lorsque chaque utilisateur peut traiter tous les problèmes. À mesure que les équipes se spécialisent, le routage fondé uniquement sur la disponibilité peut accroître le risque qu’un contact doive être transféré.

Pourquoi mettre en place un routage basé sur les compétences : avantages mesurables et cas d’échec

La pertinence du routage basé sur les compétences doit être évaluée dans votre propre tableau de bord KPI. Lorsque les règles de routage et les données de compétences sont exactes, les équipes peuvent observer :

  • Une meilleure résolution au premier contact, puisque l’utilisateur qui prend en charge le contact sait généralement déjà comment le résoudre
  • Une durée moyenne de traitement plus courte, car il y a moins de recherches, d’escalades ou de transferts
  • Moins de transferts au total, qui constituent l’un des principaux facteurs de frustration des clients
  • Une meilleure satisfaction client lorsque moins de contacts doivent être répétés ou transférés

Pourquoi est-ce important : les recherches universitaires sur les centres de contacts décrivent la complexité de l’association entre différents types de contacts et utilisateurs possédant des compétences différentes. Un pilote vous permet de vérifier si cette complexité améliore vos propres indicateurs de service avant un déploiement plus large.

Les utilisateurs en bénéficient également. Le fait de traiter des contacts correspondant à leurs véritables points forts signifie moins de recherches improvisées et moins de travail à refaire, ce qui se ressent généralement dans le moral de l’équipe, et pas uniquement dans les indicateurs.

Le SBR ne justifie pas automatiquement son coût de configuration. Une petite équipe généraliste peut tirer peu d’avantages d’une taxonomie formelle. Il peut en être de même lorsque les types de contacts sont imprévisibles ou que les données d’étiquetage sont trop incohérentes pour être fiables. Dans ces cas, un modèle fondé sur la disponibilité ou une simple file d’attente prioritaire peut faire l’affaire avec moins de maintenance.

Comment fonctionne le routage basé sur les compétences : le flux technique

Le fonctionnement peut être regroupé en trois phases. Créez une taxonomie des compétences, associez les utilisateurs à cette taxonomie, puis configurez les règles de routage et d’attribution. La documentation de mise en œuvre de Microsoft fournit un exemple concret comprenant les modèles d’évaluation, les types de compétences, l’attribution des compétences, les méthodes de classification et les méthodes d’attribution.

  1. Créez la taxonomie. Définissez la liste limitée des compétences importantes pour votre entreprise (langue, domaine produit, canal, niveau d’autorisation).
  2. Associez les utilisateurs aux compétences. Selon la plateforme, chaque utilisateur peut recevoir une attribution de compétence simple, oui/non, ou une note sur une échelle de maîtrise définie.
  3. Configurez les règles de routage. Le moteur lit les étiquettes des contacts entrants et les compare aux profils des utilisateurs, en appliquant si nécessaire des seuils minimaux de maîtrise.

Les contacts peuvent recevoir leurs données de routage à partir des choix effectués dans les menus SVI, des données de compte du CRM, des lignes d’objet des e-mails, des en-têtes ou de la classification automatisée du message. Lorsque plusieurs utilisateurs remplissent les conditions, la plateforme doit prévoir un critère de départage documenté. Selon le système, les options peuvent inclure la maîtrise, la capacité disponible, le temps d’inactivité ou la rotation circulaire.

Point d’intégration Rôle dans la décision de routage
ACD / SVI Capture le contact initial et recueille les signaux de routage (choix du menu, identification de l’appelant)
CRM Fournit le contexte du compte (niveau, historique, préférence linguistique)
Chatbot / classification IA Analyse le texte libre afin de déduire l’intention et la compétence requise
Gestion des effectifs Confirme quels utilisateurs compétents sont planifiés et disponibles

C’est également à ce stade que le routage par compétences commence à ressembler moins à une fonctionnalité unique qu’à un petit projet d’intégration. Chaque source qui alimente les étiquettes des contacts doit rester exacte, sinon la qualité de la mise en correspondance diminue, même si la taxonomie est bien conçue.

Concevoir une taxonomie des compétences et attribuer les utilisateurs

Construisez la taxonomie autour des distinctions qui influencent les résultats du service, et non autour de toutes les compétences imaginables qu’une personne pourrait posséder. Les recherches sur la conception des centres de contacts montrent à quelle vitesse le routage se complexifie lorsque les types de contacts et les capacités des utilisateurs varient. Une taxonomie plus réduite est plus facile à tester et à maintenir dans le cadre d’un pilote.

Deux décisions de conception sont particulièrement importantes :

  • Échelles de maîtrise. Si votre plateforme prend en charge les évaluations, une échelle définie et un seuil minimal peuvent distinguer les tâches courantes des cas nécessitant une expertise plus approfondie.
  • Responsabilité. Décidez à l’avance si les utilisateurs signalent eux-mêmes les changements de niveau, si un responsable les audite et les approuve, ou les deux. L’autoévaluation est plus rapide ; les audits des responsables détectent la dérive.

Commencez par un pilote. Choisissez une file d’attente, appliquez la taxonomie et mesurez l’évolution des KPI avant de l’étendre.

Conseil de pro : Testez votre première taxonomie des compétences dans une seule file d’attente pendant une courte période pilote et comparez le FCR et l’AHT à votre référence avant de la déployer ailleurs. Si les chiffres n’évoluent pas, la taxonomie doit être retravaillée, pas déployée dans davantage de files.

Considérez la taxonomie comme un élément évolutif de votre stratégie opérationnelle, et non comme une tâche de configuration ponctuelle. Les catégories choisies doivent suivre les éléments qui influencent réellement le CSAT et les taux de résolution, et cette liste évoluera avec votre produit et votre clientèle.

Liste de contrôle de mise en œuvre : configuration, tests et plan de lancement

Le déploiement du routage basé sur les compétences fonctionne mieux comme un projet progressif que comme un changement effectué d’un seul coup.

  1. Définissez d’abord vos objectifs. Décidez quels KPI vous souhaitez améliorer (FCR, AHT, taux de transfert) avant de construire quoi que ce soit.
  2. Choisissez une file pilote. Sélectionnez un type de contact dont les exigences en matière de compétences sont claires, et non votre file la plus désordonnée.
  3. Réunissez les parties prenantes. Faites participer un responsable, quelques utilisateurs expérimentés et la personne responsable des données de votre CRM ou de votre centre d’assistance.
  4. Créez la liste des compétences. Gardez-la concise et alignée sur les objectifs de la première étape.
  5. Étiquetez les contacts. Configurez les règles d’étiquetage du SVI, du CRM et des e-mails afin que les contacts arrivent avec les bonnes métadonnées.
  6. Attribuez les utilisateurs et les seuils. Associez les utilisateurs aux compétences avec des niveaux de maîtrise et définissez des seuils minimaux pour chaque compétence.
  7. Définissez les critères de départage. Décidez de l’ordre de repli lorsque plusieurs utilisateurs remplissent les conditions.
  8. Testez avec un trafic simulé. Faites passer des contacts d’exemple dans les règles avant la mise en production et vérifiez que le routage de secours fonctionne lorsqu’aucun utilisateur qualifié n’est disponible.
  9. Déployez par phases. Étendez le système file par file, formez les utilisateurs au nouveau flux et surveillez attentivement les tableaux de bord pendant la première semaine.

Mesurer, auditer et maintenir le routage basé sur les compétences

Le routage basé sur les compétences se dégrade discrètement si personne ne le surveille. Les KPI à suivre en continu sont le FCR, le CSAT, l’AHT, le taux de transfert, le taux d’occupation des utilisateurs et le respect des SLA. Une baisse de l’un de ces indicateurs, en particulier du FCR ou du taux de transfert, est généralement le premier signe que les profils des utilisateurs ne correspondent plus à la réalité.

Un modèle de routage n’est à jour que dans la mesure où les profils et les règles qui le sous-tendent le sont. Désignez un responsable, définissez la manière dont les changements de maîtrise sont approuvés et examinez régulièrement le modèle.

Une fréquence de suivi opérationnelle peut se présenter ainsi :

  • Chaque jour : analysez les tableaux de bord à la recherche d’anomalies (pics soudains de l’AHT, schémas de transfert inhabituels)
  • Chaque semaine : vérifiez un échantillon de contacts routés par rapport aux performances réelles des utilisateurs
  • Chaque trimestre : examinez l’ensemble de la taxonomie au regard des priorités actuelles de l’entreprise

Quelqu’un doit être responsable de ce processus, qu’il s’agisse d’un chef d’équipe ou d’un responsable des opérations, et les incitations destinées aux utilisateurs doivent récompenser l’exactitude des compétences déclarées, plutôt que des niveaux artificiellement gonflés. Une maîtrise surestimée détériore la précision du routage plus rapidement que presque n’importe quel autre facteur.

IA et routage basé sur les compétences : ce que l’IA apporte et les domaines où la supervision humaine reste essentielle

Le routage basé sur les compétences est antérieur aux systèmes actuels d’IA générative, et son cœur fondé sur des règles reste utile. L’IA peut ajouter une couche de classification qui estime les besoins d’un contact à partir de son message en texte libre.

L’IA intervient généralement de trois façons :

  • Classification de l’intention : lecture du texte libre (un e-mail, un message de chat) pour déduire le véritable problème, et pas seulement la catégorie choisie par le client
  • Prédiction des compétences : signalement des étiquettes de compétences applicables lorsqu’un contact ne correspond pas clairement à un menu SVI
  • Assistance au routage : fourniture d’une catégorie ou d’un niveau de confiance que les règles d’attribution configurées peuvent utiliser

Les exigences strictes comme les licences, la langue ou l’autorisation doivent rester des règles explicites. Une approche prudente consiste à classer le contact, à appliquer les règles de compétences obligatoires, à utiliser un critère de départage documenté entre les utilisateurs qualifiés, puis à envoyer les cas ambigus à un humain pour examen.

Défis et pièges courants de la mise en œuvre du routage basé sur les compétences

Les données qui alimentent la logique de routage constituent souvent un point d’échec. Si les profils des utilisateurs sont créés lors de l’intégration et ne sont jamais réexaminés, la taxonomie s’éloigne progressivement des compétences actuelles. Les contacts peuvent également être mal classés lorsque les options de menu ou les catégories automatisées ne correspondent pas clairement aux compétences définies. Ces erreurs peuvent envoyer le travail vers la mauvaise file ou entraîner des transferts évitables.

La sur-ingénierie peut être aussi préjudiciable que la négligence. Un grand nombre de compétences étroites peut laisser de nombreux contacts sans utilisateur pleinement qualifié disponible, ce qui force un recours constant au routage de secours. Les recherches archivées sur les centres de contacts montrent pourquoi le routage entre différents types de contacts et différentes capacités d’utilisateurs constitue un problème d’optimisation impliquant de vrais compromis.

Les petites équipes rencontrent un problème différent : il y a trop peu d’utilisateurs pour chaque combinaison de compétences, si bien que l’utilisateur « le mieux qualifié » est souvent indisponible et que chaque solution de repli revient pratiquement au modèle du prochain utilisateur disponible. La formation croisée est ici plus utile que l’ajout de règles.

Enfin, de nombreuses équipes lancent le SBR sans jamais y revenir. Aucun calendrier d’audit, aucune mise à jour des niveaux de maîtrise, aucune révision de la taxonomie. Le système qui semblait efficace lors de son lancement se désynchronise lentement de l’équipe qui le fait réellement fonctionner, et personne ne s’en aperçoit avant que le FCR ne baisse discrètement pendant un trimestre.

Défis et pièges courants de la mise en œuvre du routage basé sur les compétences : schéma général

Comparaison du routage basé sur les compétences avec d’autres stratégies de routage

Le routage en rotation circulaire fait passer les contacts d’un utilisateur disponible à l’autre sans chercher à faire correspondre l’expertise. Il est simple à configurer et vise à répartir le travail équitablement, ce qui peut convenir aux équipes dont chaque utilisateur peut traiter tout type de contact.

Le routage basé sur la priorité classe les contacts selon leur urgence ou le niveau du client (un compte VIP passe en tête de file), mais ne tient toujours pas compte de l’utilisateur le mieux équipé pour aider. Vous pouvez combiner les règles de priorité avec le SBR, et la plupart des configurations avancées le font, en utilisant la priorité pour déterminer qui est servi en premier parmi les utilisateurs correspondant aux compétences requises.

Le routage vers l’utilisateur inactif depuis le plus longtemps ou le prochain utilisateur disponible, qui constitue le comportement par défaut d’un ACD, optimise uniquement l’équité de la charge de travail. Il est rapide et ne nécessite aucune configuration, mais traite de la même manière une question de facturation et une panne technique, en envoyant les deux au dernier utilisateur devenu inactif.

Le routage basé sur les compétences échange cette simplicité contre davantage de précision. Il nécessite une taxonomie, une association aux utilisateurs et une maintenance continue, dont les modèles en rotation circulaire et vers le prochain utilisateur disponible n’ont pas besoin. Le bénéfice est une réduction des transferts et une résolution plus rapide, mais uniquement si les données de compétences sous-jacentes restent exactes. Une équipe qui n’a pas les ressources nécessaires pour maintenir ces données sera souvent mieux servie par un modèle plus simple associé à des règles de priorité, du moins jusqu’à ce que le volume et la complexité des contacts justifient l’investissement.

Comparaison de quatre stratégies de routage du support

Cas d’utilisation et exemples de routage basé sur les compétences par secteur

Les équipes de support e-commerce peuvent router les contacts selon la gamme de produits et le type de problème. Un retard d’expédition peut être envoyé à un utilisateur connaissant bien la logistique, tandis qu’un litige de paiement peut être confié à une personne disposant de l’autorisation de remboursement appropriée.

Les entreprises SaaS peuvent répartir le travail selon le domaine produit et le niveau de profondeur technique. Une question de facturation et un problème d’intégration d’API nécessitent souvent des connaissances différentes ; les orienter vers des groupes distincts peut réduire les escalades évitables.

Les équipes de support liées au secteur de la santé peuvent router les questions de planification, d’assurance et de facturation selon le rôle, la formation et les autorisations d’accès. La conception du routage doit refléter les propres exigences de l’organisation en matière de confidentialité et de conformité.

Les marques de vente au détail et de voyage multilingues s’appuient sur la langue comme principale catégorie de compétence, souvent complétée par des connaissances produit propres à une région. Ainsi, un client francophone ayant un problème de réservation est orienté vers quelqu’un capable de comprendre les conditions générales locales, et pas seulement d’en traduire les mots.

Les équipes de services financiers peuvent combiner le niveau d’autorisation et la connaissance du produit. Les exigences en matière de formation, d’autorisations et de licences dépendent du produit et de la juridiction.

Impact du routage basé sur les compétences sur la satisfaction et la formation des employés

Faire correspondre le travail aux points forts d’un utilisateur peut réduire les transferts évitables et la frustration liée au traitement répété de problèmes inconnus. Mesurez l’effet au moyen des retours des utilisateurs et des évaluations qualité, au lieu de supposer qu’il améliorera la fidélisation.

La formation évolue également. Plutôt que d’essayer de rendre chaque utilisateur également compétent dans tous les domaines, les équipes peuvent d’abord former les nouvelles recrues sur un ensemble plus restreint de compétences, vérifier leur maîtrise, puis élargir progressivement leur couverture.

L’inconvénient est que la spécialisation peut créer des silos si elle n’est pas gérée avec soin. Les utilisateurs qui traitent toujours un seul domaine de compétence peuvent stagner, et la formation croisée doit rester volontaire afin que l’équipe ne se retrouve pas avec des points de défaillance uniques, lorsqu’un congé crée une lacune de couverture pour toute une catégorie de compétences. Faire alterner les utilisateurs sur des compétences secondaires, même avec un seuil de maîtrise inférieur, rend le système plus résilient et offre aux utilisateurs une possibilité d’évolution plutôt qu’une voie permanente.

La classification assistée par l’IA peut réduire le travail manuel d’étiquetage des contacts en texte libre. Son utilité dépend toujours de contrôles de précision, de seuils de confiance et d’une solution de repli pour les messages qui ne correspondent pas à la taxonomie.

Certaines plateformes de routage prennent également en charge la classification par apprentissage automatique ou le classement configurable au sein d’un groupe qualifié. Considérez ces fonctions comme des paramètres à tester, et non comme une raison de supprimer les exigences strictes d’éligibilité.

Les données de performance peuvent aider les responsables à identifier les évaluations de maîtrise obsolètes, mais la modification automatique de l’éligibilité à partir des résultats comporte ses propres risques. Faites en sorte que les changements puissent être réexaminés et documentez les personnes autorisées à les approuver.

L’intégration d’une base de connaissances peut compléter le routage en présentant des conseils pertinents après l’arrivée d’un ticket chez le bon utilisateur. Le routage et la qualité des réponses doivent néanmoins être mesurés séparément.

L’approche de Deskhero pour les petites et moyennes équipes de support

Deskhero ne fournit pas de moteur complet de profils de compétences avec scores de maîtrise ou classement fondé sur la capacité. En revanche, il propose des automatisations de nouveaux tickets capables de définir l’utilisateur, le groupe, la priorité, le statut, les étiquettes ou les champs personnalisés de type liste déroulante. Les conditions peuvent utiliser la langue détectée automatiquement, le sujet ou le texte du message, les informations du demandeur ou une condition en langage naturel « Any (AI evaluated) ». Il est ainsi possible de tester un petit ensemble de règles d’attribution sans présenter le résultat comme un routage d’entreprise basé sur les compétences.

Tester un routage tenant compte des compétences sans refonte complète de la plateforme

Deskhero permet aux petites et moyennes équipes de tester des règles d’attribution simples tout en conservant leur adresse e-mail existante. Il se connecte à Gmail ou Microsoft 365 avec une synchronisation bidirectionnelle, de sorte que les réponses continuent de provenir de l’adresse de l’entreprise.

Deskhero

Pour un pilote de routage, Deskhero peut détecter la langue d’un ticket et appliquer des conditions d’automatisation configurées afin de définir son groupe, son utilisateur assigné ou ses étiquettes. Son support multilingue dans 14 langues peut aider les utilisateurs à lire et à répondre dans les langues prises en charge. Les tickets résolus peuvent contribuer à la suggestion d’entrées de FAQ publiques, mais un utilisateur doit approuver une entrée avant qu’elle ne devienne publique. Le chatbot IA répond uniquement à partir de la FAQ publique approuvée et nécessite au moins 100 entrées de FAQ approuvées avant de pouvoir être activé.

L’essai gratuit de 30 jours ne nécessite aucune carte bancaire. Utilisez-le pour configurer un petit ensemble d’automatisations de nouveaux tickets, les tester avec des messages représentatifs et comparer la précision des attributions, le taux de transfert et les résultats de résolution à votre référence.

Sources

Pour comprendre les mécanismes techniques du routage basé sur les compétences, la documentation de Microsoft explique les évaluations de compétences, la classification, la mise en correspondance et l’attribution dans Dynamics 365. Wikipedia fournit un contexte historique. Pour une définition concise du secteur, consultez l’entrée du glossaire de NICE.

FAQ

Qu’est-ce que le routage basé sur les compétences dans Salesforce ?

Salesforce Omni-Channel peut utiliser les compétences attribuées lors du routage des éléments de travail pris en charge. Le comportement exact dépend de la manière dont une organisation configure les compétences, les canaux de service, les files d’attente et les règles de routage.

Quelle est la différence entre le routage par file d’attente et le routage basé sur les compétences ?

Le routage par file d’attente envoie chaque contact d’une file vers le prochain utilisateur disponible, quelle que soit son expertise, tandis que le routage basé sur les compétences filtre d’abord ce groupe selon la correspondance de compétences vérifiée, puis utilise la disponibilité comme critère de départage.

Pouvez-vous donner un exemple d’apprentissage basé sur les compétences ?

Dans un contexte de support, l’apprentissage basé sur les compétences consiste à former les utilisateurs sur des compétences précises et étiquetées (comme l’autorisation de remboursement ou une gamme de produits particulière), plutôt que de suivre un programme d’intégration généraliste, afin que les scores de maîtrise du système de routage reflètent une capacité réelle et vérifiée.

Combien de temps faut-il pour configurer un routage basé sur les compétences ?

Il n’existe pas de durée de configuration universelle. Un pilote dépend du nombre de compétences, de la qualité des données existantes, de la plateforme de routage, du volume de tests et du temps nécessaire à l’équipe pour recueillir une comparaison KPI pertinente.

Le routage basé sur les compétences fonctionne-t-il pour les petites équipes de support ?

Oui, si les types de contacts diffèrent suffisamment pour justifier des règles de routage. Dans Deskhero, une petite équipe peut utiliser des automatisations de nouveaux tickets avec la langue détectée, le contenu du message, les informations du demandeur ou une condition évaluée par l’IA pour attribuer un utilisateur ou un groupe. Deskhero ne fournit pas de moteur complet de compétences fondé sur la maîtrise.