Comment migrer vers un nouveau dialer sortant

Changer de dialer paraît risqué parce que le dialer est au cœur des opérations qui génèrent du chiffre d'affaires. Menée à la légère, une migration peut couper des appels, laisser des rappels orphelins ou, pire, perdre l'historique Do Not Call et de consentement qui vous maintient en conformité. Bien menée, c'est un événement maîtrisé, presque ennuyeux : un run parallèle, un pilote et une bascule par étapes, avec une possibilité de retour arrière tout du long.

Ce guide est neutre en termes de plateforme. Il part du principe que vous passez d'un numéroteur hérité ou groupé à une plateforme cloud moderne, et se concentre sur les points que les équipes sous-estiment le plus souvent : le portage de numéros, les données de conformité et les intégrations. Si vous migrez spécifiquement depuis une plateforme open source, voir notre alternative à VICIdial comparaison pour les lacunes qui apparaissent habituellement.

Quand la migration en vaut la peine

Une migration perturbe l'activité : les raisons doivent donc être réelles. Déclencheurs courants et légitimes :

• Des marges opérateur à la minute impossibles à négocier, parce que la téléphonie est incluse et verrouillée (une plateforme BYOC-compatible règle ce problème).
• Des fonctionnalités manquantes : détection multilingue par détection de répondeur, agents dans le navigateur, véritable multi-tenant ou des intégrations modernes.
• Des outils de conformité faibles : pas d'horaires d'appel par juridiction, pas de nettoyage DNC, pas de journaux d'audit.
• Des difficultés à grandir : le système actuel ne permet pas d'ajouter proprement des tenants, des campagnes ou des agents.

Si le seul problème est le prix, vérifiez d'abord si le BYOC ou un changement d'offre le résout. Si les lacunes sont structurelles, migrez.

Étape 1 : inventoriez l'existant

On ne peut pas migrer ce qu'on n'a pas recensé. Constituez un document d'inventaire unique qui couvre :

• Numéros / DID : chaque numéro présenté sortant et chaque numéro entrant, son titulaire et son statut de portabilité.
• Opérateurs / trunks SIP : fournisseurs actuels, contrats, tarifs, et téléphonie incluse ou BYOC.
• Campagnes : modes de numérotation, réglages de rythme, règles de relance et de tentatives, scripts et qualifications.
• Données de conformité : listes DNC/DNCR, preuves de consentement, règles d'horaires d'appel et politiques de conservation des enregistrements.
• Enregistrements et journaux : où se trouvent les enregistrements historiques et ce que vous êtes légalement tenu de conserver.
• Intégrations : Connexions CRM, webhooks et chaînes de reporting.
• Utilisateurs : agents, superviseurs, rôles et autorisations.

Étape 2 : la portabilité des numéros, c'est le chemin critique

Porter des numéros d'un opérateur à l'autre est l'élément le plus susceptible de dicter votre calendrier, car il dépend de tiers. Lancez-le tôt.

• Déterminez ce qui doit réellement être porté. Avec le BYOC, vous pouvez garder vos numéros chez votre opérateur actuel et simplement faire pointer la signalisation SIP du nouveau dialer vers eux, sans aucune portabilité.
• Pour les vraies portabilités, fournissez des lettres d'autorisation et des informations de compte exactes ; des informations incohérentes sont la première cause de rejet.
• Portez par lots, pas tout d'un coup, et ne portez jamais vos numéros principaux avant que la nouvelle plateforme soit validée.
• Comptez de quelques jours à plusieurs semaines selon l'opérateur et le pays. Intégrez-le à votre planning.

Le guide « Le BYOC expliqué » montre comment utiliser votre propre opérateur peut transformer un projet de portabilité risqué en simple reconfiguration de trunk.

Étape 3 : migrez les données de conformité avant de numéroter

C'est l'étape à ne pas rater. Avant qu'un seul appel ne parte de la nouvelle plateforme, son état DNC et consentement doit être complet et faire foi.

• Exportez les listes DNC/DNCR et les listes d'exclusion internes de l'ancien système, importez-les dans le nouveau, et vérifiez que les volumes correspondent.
• Migrez les preuves de consentement avec leur base et leurs horodatages, pour pouvoir toujours prouver pourquoi un numéro donné pouvait être contacté.
• Recréez les règles d'horaires d'appel par juridiction et vérifiez la gestion des fuseaux horaires sur un jeu de test.
• Conservez les enregistrements d'appels historiques et les journaux d'audit selon votre politique de conservation ; si l'ancien fournisseur les détient, organisez leur export avant de résilier.

Traitez la migration de conformité comme un verrou : aucune numérotation en production sur la nouvelle plateforme tant que les contrôles DNC, consentement et horaires d'appel ne sont pas vérifiés. DialerBee fournit des contrôles qui contribuent à la conformité (vérifications DNC, plages d'appel adaptées à chaque juridiction et journal d'audit), mais les données elles-mêmes doivent être migrées correctement ; un logiciel ne garantit pas la conformité, et ceci ne constitue pas un avis juridique.

Étape 4 : reconstruisez les campagnes et les intégrations

Recréez les campagnes sur la nouvelle plateforme plutôt que de compter sur un import parfait. C'est le bon moment pour faire le ménage : supprimez les campagnes mortes, uniformisez les qualifications et simplifiez les règles de relance. Pour chaque campagne, reproduisez le mode de numérotation, le rythme, les limites de tentatives, les scripts et la liste des qualifications.

Reconnectez ensuite les intégrations : synchronisation CRM, webhooks et reporting. Si vous en profitez pour améliorer votre liaison CRM, suivez le guide de configuration de l'intégration CRM pour que le mapping des champs et la remontée DNC soient corrects dès le premier jour.

Étape 5 : run parallèle, puis pilote

Les migrations les plus sûres ne passent jamais par une bascule unique de type « big bang ». À la place :

1. Run parallèle : gardez l'ancien système en production pendant que le nouveau est configuré et validé. Aucun appel n'est perdu, car la production ne s'arrête jamais.
2. Pilote : passez une campagne et un petit groupe d'agents sur la nouvelle plateforme. Validez de bout en bout la connectivité des appels, la qualité audio, le comportement de l'AMD, la remontée de fiche, la remontée des qualifications, l'enregistrement et le reporting.
3. Rapprochement : comparez une journée de résultats du pilote aux attentes : taux de contact, qualifications qui arrivent dans le CRM, enregistrements rattachés aux bonnes fiches.

N'élargissez qu'une fois le pilote irréprochable.

Étape 6 : basculez par étapes (avec retour arrière)

Basculez équipe par équipe ou campagne par campagne, pas tout le monde à la fois. Gardez l'ancienne plateforme disponible et ses données intactes jusqu'à ce que la nouvelle ait tourné un cycle complet sans incident : c'est votre retour arrière. Définissez à l'avance les conditions précises qui déclencheraient un retour arrière (par exemple une baisse durable du taux de connexion ou une défaillance d'un contrôle de conformité), pour ne pas décider sous pression.

Planifiez les étapes de bascule les plus lourdes sur des créneaux à faible volume, et assurez-vous que les superviseurs savent surveiller les deux systèmes pendant la transition à l'aide des outils de supervision en temps réel.

Étape 7 : formez les agents et validez après la mise en production

Les frictions côté agents peuvent ruiner une migration techniquement parfaite. Les plateformes dans le navigateur réduisent ce risque : chez DialerBee, l'outil poste agent s'exécute dans un onglet, sans rien à installer ; la formation porte donc surtout sur les processus, pas sur l'installation du logiciel. Couvrez le click-to-call, les qualifications, les rappels et l'emplacement des scripts.

Après la mise en production, validez pendant une semaine : taux de connexion et d'abandon dans la fourchette attendue, qualifications et enregistrements synchronisés avec le CRM, contrôles de conformité qui se déclenchent (numéros DNC bloqués, horaires d'appel respectés) et reporting cohérent avec la réalité.

Un calendrier réaliste

• Semaine 1 : inventaire, lancement des portabilités (ou plan de réutilisation des trunks en BYOC), export des données de conformité.
• Semaines 1-2 : configuration de la nouvelle plateforme, reconstruction des campagnes, reconnexion des intégrations.
• Semaines 2-3 : run parallèle et pilote ; import et vérification DNC/consentement.
• Semaines 3-6 : bascule progressive équipe par équipe, avec l'ancien système en réserve pour un retour arrière.

Les activités simples, avec un seul opérateur, peuvent raccourcir ce calendrier ; les activités multi-pays avec beaucoup de portabilités et des intégrations sur mesure doivent viser le haut de la fourchette.

Questions fréquentes

Comment migrer de dialer sans interruption ?

Faites tourner l'ancien et le nouveau système en parallèle pendant la configuration du nouveau, pilotez avec une campagne et quelques agents, puis basculez équipe par équipe. Gardez l'ancienne plateforme disponible pour un retour arrière jusqu'à ce que la nouvelle ait tourné un cycle complet sans incident : la numérotation en production ne s'arrête ainsi jamais.

Faut-il porter mes numéros de téléphone ?

Pas toujours. Avec le BYOC (Bring Your Own Carrier), vous pouvez souvent garder vos numéros chez votre opérateur actuel et faire pointer la signalisation SIP du nouveau dialer vers eux, sans portabilité. Si vous portez, faites-le par lots et gardez les numéros principaux pour la fin, une fois la nouvelle plateforme validée.

Comment transférer en toute sécurité les données DNC et de consentement ?

Exportez de l'ancien système les enregistrements DNC/DNCR, d'exclusion et de consentement avec leurs horodatages et leur base, importez-les dans la nouvelle plateforme et vérifiez que les volumes correspondent avant toute numérotation en production. Faites de la migration de conformité achevée un verrou obligatoire.

Combien de temps dure une migration de dialer ?

Généralement deux à six semaines. La portabilité des numéros et la complexité des intégrations sont les principaux facteurs : les activités avec un seul opérateur avancent plus vite, tandis que les configurations multi-pays avec beaucoup de portabilités prennent plus de temps.

Quel est le principal risque d'une migration ?

Perdre ou désynchroniser les données de conformité : listes DNC, consentement et règles d'horaires d'appel. Numéroter sur la nouvelle plateforme avant que ces données soient complètes et vérifiées est l'erreur la plus susceptible de causer du tort : conditionnez donc la mise en production à cette étape.

Faut-il reconstruire les campagnes ou les importer ?

Reconstruisez-les. Une reconstruction propre vous permet de supprimer les campagnes mortes, d'uniformiser les qualifications et de simplifier les règles de relance, tout en évitant d'importer des années de scories dans une plateforme neuve.

Puis-je migrer progressivement vers DialerBee ?

Oui. DialerBee prend en charge le run parallèle et la bascule par étapes, équipe par équipe, et sa prise en charge du BYOC vous permet souvent de réutiliser vos opérateurs existants : la migration devient alors une reconfiguration de trunk plutôt qu'une portabilité complète.

Une migration relève davantage de la gestion de projet que de la technique : inventoriez avec soin, protégez les données de conformité, faites tourner les systèmes en parallèle et basculez par étapes avec un retour arrière. Abordée ainsi, la bascule se passe sans histoire, et c'est exactement ce que vous voulez. Pour cadrer un passage à DialerBee, réservez une démo et nous passerons en revue avec vous votre inventaire et un plan par étapes.