Meilleur logiciel de dialer pour les BPO

Les BPO ont des besoins en numérotation qu'aucun autre segment de clientèle ne partage. Vous ne menez pas une campagne pour une entreprise : vous menez des dizaines de campagnes pour plusieurs clients simultanément, chacune avec ses propres données, règles de conformité, SLA et exigences de reporting. Un numéroteur adapté à une équipe commerciale interne cédera sous la complexité opérationnelle d'un BPO.

Ce guide présente les capacités spécifiques qu'un BPO doit évaluer pour choisir son logiciel de numérotation, à partir des schémas opérationnels que nous observons dans les agences de recouvrement, les opérations commerciales externalisées et les BPO de service client qui mènent des campagnes sortantes.

Architecture multi-tenant : le critère non négociable

Le multi-tenant est la fondation. Tout le reste en dépend. Dans un contexte BPO, le multi-tenant signifie :

Isolation des données

Les données de contact du client A doivent être totalement invisibles pour les agents, superviseurs et administrateurs du client B. Il ne s'agit pas d'un simple réglage d'autorisation : la séparation doit être imposée au niveau de la base de données. Une autorisation mal configurée dans un système de contrôle d'accès par rôle peut faire fuiter des données entre clients. Un vrai multi-tenant s'appuie sur une séparation logique ou physique des données qui rend tout accès croisé entre clients impossible par conception.

Pourquoi c'est important : les contrats BPO comportent systématiquement des clauses de protection des données. Une fuite de données entre clients est une rupture de contrat, une infraction réglementaire potentielle et un événement qui peut mettre fin à l'activité. Demandez à votre fournisseur : « Si un administrateur configure mal un rôle par erreur, les agents d'un client peuvent-ils voir les données d'un autre client ? » Si la réponse n'est pas un « non » assuré, l'architecture n'est pas réellement multi-tenant.

Isolation de la configuration

Chaque tenant client doit disposer d'une configuration indépendante pour : les modes de numérotation (client A en prédictif, client B en progressif), les règles de conformité (limites de tentatives, plages horaires d'appel et listes DNC différentes), les réglages AMD (sensibilité propre à chaque client selon sa tolérance aux faux positifs et aux faux négatifs), les politiques d'enregistrement des appels, les codes de qualification et workflows, et les parcours IVR.

Isolation des ressources

La campagne d'un client ne doit pas priver celle d'un autre de ressources de numérotation. Si le client A connaît un pic de numérotation à fort volume, les campagnes du client B doivent continuer à fonctionner normalement. Recherchez des mécanismes de file équitable ou de réservation de ressources qui évitent les problèmes de « voisin bruyant ».

Chez DialerBee, le L'architecture multi-tenant impose l'isolation au niveau des données, de la configuration et des ressources, afin que chaque client fonctionne comme s'il disposait de sa propre instance de numéroteur dédiée.

Configuration de conformité par client

Chaque client opère sous un cadre réglementaire différent. Un BPO qui sert à la fois des clients de recouvrement aux États-Unis et des clients commerciaux aux Émirats arabes unis doit appliquer les règles TCPA/Reg F aux uns et les règles TDRA aux autres, simultanément, sur la même plateforme, sans jamais les mélanger.

Fonctionnalités de conformité clés pour les BPO :

• Listes DNC par tenant : Chaque client dispose de sa propre liste DNC interne, en plus de l'accès aux registres nationaux concernés. Une demande d'opposition d'un débiteur du client A ne doit pas exclure ce numéro des campagnes du client B (sauf si le numéro figure aussi sur la liste DNC du client B).
• Plages horaires d'appel par tenant : Client A aux États-Unis : de 8 h à 21 h, heure locale du destinataire. Client B aux Émirats arabes unis : de 9 h à 21 h, heure du Golfe. Client C dans l'UE : de 10 h à 20 h selon les règles de chaque État membre. Chacune doit être appliquée de façon indépendante.
• Limites de tentatives par tenant : Un client de recouvrement soumis au Reg F a besoin de 7 tentatives sur 7 jours. Un client commercial peut autoriser 3 tentatives par jour. Ces limites doivent être configurables et appliquées par tenant.
• Politiques d'enregistrement par tenant : Certains clients exigent que tous les appels soient enregistrés. D'autres exigent une annonce de consentement à l'enregistrement. Certains clients, dans des juridictions spécifiques, peuvent avoir besoin de mettre l'enregistrement en pause pendant la saisie de données PCI. Chaque tenant a besoin de sa propre configuration d'enregistrement.

Cloisonnement des accès superviseurs et administrateurs

Les structures organisationnelles d'un BPO sont plus complexes que celles d'une équipe interne. Un BPO type comprend : un directeur des opérations qui supervise tous les clients, des responsables client qui ne voient que le ou les clients qui leur sont attribués, des chefs d'équipe qui ne voient que leur équipe au sein d'un client, et des agents qui ne voient que leur propre travail.

Le numéroteur doit prendre en charge un cloisonnement hiérarchique des accès :

• Administrateur BPO : Accès complet à tous les tenants. Peut créer des tenants, gérer les paramètres globaux et consulter les rapports consolidés.
• Superviseur client : Accès limité à un seul tenant. Peut gérer les campagnes, consulter les rapports, écouter les enregistrements et coacher les agents, mais uniquement pour son client.
• Chef d'équipe : Accès limité à une équipe au sein d'un tenant. Peut voir les performances de son équipe, mais pas celles des autres équipes travaillant pour le même client.
• Agent : Accès à sa propre file, à ses scripts et à son interface de qualification. Aucun accès au travail des autres agents ni aux données de niveau client.

Ce cloisonnement doit aussi s'appliquer aux fonctionnalités en temps réel. Lorsqu'un superviseur utilise l'écoute, le chuchotement ou l'intervention, il ne doit pouvoir rejoindre que les appels de son périmètre. Un superviseur du client A ne doit pas pouvoir écouter les appels du client B, même par accident.

BYOC : la flexibilité opérateur par client

Les BPO rencontrent souvent des clients qui ont leurs propres contrats opérateur et veulent que les appels sortants passent par leurs trunks SIP. Les raisons : le client a négocié des tarifs de gros qu'il ne veut pas perdre, la réglementation impose d'acheminer le trafic via des opérateurs agréés spécifiques, le client veut gérer lui-même la réputation de son identifiant d'appelant, ou le contrat exige que le trafic voix provienne de l'infrastructure du client.

Le BYOC au niveau du tenant résout ce problème. Chaque tenant client connecte ses propres trunks SIP, utilise ses propres DID et paie directement son opérateur. Le BPO gère la plateforme de numérotation ; le client gère son opérateur. La facturation s'en trouve aussi simplifiée : le BPO facture les postes logiciels et le client paie son opérateur séparément, ce qui élimine les litiges sur les frais à la minute.

Marque blanche pour les portails clients

Certains clients de BPO veulent accéder aux tableaux de bord de campagne, aux enregistrements d'appels et aux rapports de performance, mais sans voir la marque de votre fournisseur de numérotation. Ils veulent voir la marque de votre BPO, ou la leur.

Les capacités de marque blanche vous permettent de proposer des portails clients à l'identité de votre BPO. Les clients les plus importants peuvent obtenir des portails à leur propre marque. C'est particulièrement précieux pour les grands comptes qui considèrent la plateforme technologique du BPO comme une partie de leur expérience de marque.

Reporting et gestion des SLA

Le reporting d'un BPO est fondamentalement différent de celui d'une équipe interne. Il vous faut :

Reporting par client

Chaque client a besoin de son propre tableau de bord avec les indicateurs liés à son SLA : taux de contact, taux de contact avec le bon interlocuteur, taux de conversion, durée moyenne de traitement, appels par heure et KPI propres à la campagne. Les rapports doivent être isolés : le client A ne peut jamais voir les données de performance du client B.

Reporting des opérations internes

Votre équipe opérations a besoin de vues transverses : utilisation des agents sur tous les clients, efficacité de l'allocation des postes, performance des files mixtes, analyse des coûts opérateur et données de planification des ressources. C'est la vue de niveau BPO que les clients ne voient pas.

Suivi des SLA

De nombreux contrats BPO comportent des engagements de SLA : taux de contact minimum, taux d'abandon maximum, seuils d'appels par heure ou objectifs de conversion. Le numéroteur doit permettre de suivre ces seuils et d'alerter lorsque les indicateurs s'en approchent ou les franchissent. Une gestion réactive des SLA, qui découvre le dépassement dans le rapport mensuel, intervient trop tard.

Envoi automatisé des rapports

Les clients attendent un reporting régulier sans avoir à se connecter à un portail. Recherchez l'envoi programmé de rapports par e-mail, avec des modèles, des périodes et des choix d'indicateurs personnalisables. Les rapports doivent porter la marque du tenant si vous utilisez la marque blanche.

Montée en charge et gestion de campagnes simultanées

Un BPO de taille moyenne peut gérer 5 à 10 tenants clients avec 3 à 5 campagnes chacun, soit 15 à 50 campagnes simultanées. Un grand BPO peut avoir plus de 50 tenants et des centaines de campagnes. Le numéroteur doit absorber cette simultanéité sans dégradation des performances.

Indicateurs clés de montée en charge :

• Délai de démarrage d'une campagne : En combien de temps une campagne de 10 000 numéros peut-elle commencer à numéroter ? Moins de 30 secondes, c'est bien. Plus de 5 minutes révèle des limites d'architecture.
• Capacité d'agents simultanés : La plateforme peut-elle gérer plus de 500 agents simultanés sur l'ensemble des tenants sans dégradation de la qualité d'appel ?
• Stockage des enregistrements : À grande échelle, les enregistrements d'appels consomment beaucoup de stockage. La plateforme offre-t-elle un stockage évolutif avec des politiques de conservation par tenant ?
• Débit de l'API : Si vous intégrez les CRM de plusieurs clients, l'API doit traiter des requêtes à haute fréquence sans limitation de débit qui pénaliserait les workflows en temps réel.

Cadre d'évaluation

Pour évaluer un logiciel de numérotation destiné à un BPO, pondérez vos critères en conséquence :

1. Isolation multi-tenant (critique) : Isolation des données, de la configuration et des ressources entre les clients.
2. Conformité par tenant (critique) : Listes DNC, plages horaires d'appel, limites de tentatives et politiques d'enregistrement indépendantes pour chaque client.
3. Contrôle d'accès hiérarchique (priorité haute) : Accès cloisonné pour les administrateurs BPO, les superviseurs client, les chefs d'équipe et les agents.
4. BYOC par tenant (priorité haute) : Configuration des trunks SIP par client pour la flexibilité opérateur.
5. Isolation du reporting et outils SLA (priorité haute) : Reporting par client, avec des analyses internes transverses.
6. Marque blanche (priorité moyenne) : Personnalisation de la marque pour les interfaces destinées aux clients.
7. Montée en charge (priorité moyenne à haute) : Capacité vérifiée pour le nombre de tenants et d'agents que vous prévoyez.
8. Couverture de l'API (priorité moyenne) : Capacité d'intégration avec des environnements technologiques clients variés.

Pour voir en détail comment DialerBee répond aux besoins des BPO, consultez notre page Solutions BPO.

Questions fréquentes

Pourquoi le multi-tenant est-il non négociable pour un BPO ?

Chaque client a besoin de données isolées, de sa propre configuration de conformité et de son propre reporting. Sans isolation des tenants, vous gérez des clients distincts dans un pool partagé, ce qui constitue à la fois un risque opérationnel et un risque de confidentialité.

Chaque client peut-il avoir ses propres règles de conformité ?

Il le faut. Les clients appellent dans des juridictions différentes, avec des plages horaires d'appel, des bases de consentement et des limites de tentatives différentes : ces paramètres doivent donc être définis par tenant et non globalement.

Que signifie le cloisonnement des superviseurs ?

Un superviseur ne doit voir que les campagnes, les agents et les enregistrements de son client. Le cloisonnement impose cette frontière dans la plateforme, au lieu de compter sur chacun pour éviter le mauvais écran.

Pourquoi le BYOC est-il important pour les BPO ?

Les clients apportent souvent leurs propres relations opérateur ou exigent un routage spécifique. La flexibilité opérateur par client vous permet de répondre à ces exigences sans exploiter une plateforme distincte pour chacun.