CCaaS historique ou centre de contact nativement IA : guide d'architecture pour l'acheteur

Choisir une solution de centre de contact, c'était autrefois comparer des fonctionnalités. Aujourd'hui, la question essentielle se situe un niveau plus bas. Où se trouve l'IA dans le système, qui achemine le trafic voix, et comment chacun de ces éléments est-il facturé ? Deux plateformes aux listes de fonctionnalités similaires peuvent se comporter très différemment dès que l'on examine leur architecture.

Ce guide compare la suite de centre de contact cloud établie (souvent appelée CCaaS historique) et le centre de contact IA natif de la manière la plus équitable possible. Nous développons une plateforme IA native : nous avons donc un parti pris. Nous avons voulu que ce guide vous soit utile même si vous choisissez finalement l'autre approche.

Qu'entend-on par CCaaS historique et IA native ?

CCaaS historique désigne ici une suite de centre de contact en tant que service dont le cœur a été conçu avant que l'IA vocale moderne et les grands modèles de langage ne soient utilisables en pratique. Beaucoup ont commencé comme des systèmes sur site et se sont développées en ajoutant des modules : gestion des effectifs, gestion de la qualité, analytique, puis IA conversationnelle. « Historique » n'est pas une insulte. Cela décrit une époque de conception, et cette époque a produit des logiciels très capables et très fiables.

IA native désigne une plateforme où l'IA faisait partie de la conception du parcours d'appel dès le départ. Le pipeline vocal, la transcription, l'agent vocal IA et le panneau d'assistance de l'agent humain sont construits sur le même enregistrement d'appel et configurés dans les mêmes paramètres de tenant, plutôt que connectés via une couche d'intégration.

Les produits réels se situent sur un spectre ; utilisez les questions ci-dessous pour y positionner vous-même n'importe quel fournisseur.

Sur quels points le CCaaS historique est-il vraiment plus solide ?

Une comparaison honnête commence par ce que les suites établies font bien, car pour certains acheteurs, ces atouts emportent la décision.

• Références grands comptes. Les grandes suites peuvent généralement citer des déploiements de votre taille et de votre secteur, et les appels de référence avec des pairs pèsent réellement.
• Gestion des effectifs. La prévision, la planification, la gestion infrajournalière et le suivi de l'adhérence au planning sont matures dans les grandes suites, ce qui compte énormément pour un grand plateau organisé en équipes postées.
• Certifications et audits. Les fournisseurs établis détiennent généralement les attestations de sécurité et certifications sectorielles que les équipes de sécurité et d'achat des entreprises exigent, avec des rapports d'audit prêts à être partagés.
• Routage éprouvé. Le routage par compétences, le routage multisite complexe et des mécanismes de basculement longuement éprouvés sont des domaines où les années en production font la différence.
• Reconnaissance par les analystes. Les rapports d'analystes donnent aux acheteurs et conseils d'administration prudents un point de référence externe.
• Écosystèmes de partenaires. De vastes places de marché d'intégrations prêtes à l'emploi, d'intégrateurs et de consultants certifiés réduisent le travail que vous devez faire vous-même.

Comment chaque architecture gère-t-elle l'IA ?

C'est la différence fondamentale, et le plus simple pour la voir est de suivre un appel.

IA ajoutée après coup. Dans une conception modulaire typique, l'appel est géré par la plateforme centrale de routage et de média. Pour ajouter de l'IA, l'audio est dupliqué ou transmis en flux vers un service IA distinct, parfois d'un autre fournisseur. La transcription se trouve dans un système, le voicebot IA dans un autre, le widget d'assistance à l'agent dans un troisième, et l'enregistrement d'appel dans la plateforme centrale. Chaque brique est reliée par de l'intégration : identifiants d'appel partagés, webhooks, connecteurs. Chaque jonction est un point où apparaissent latence, dérive de configuration et facturation séparée ; symptôme typique : un bot transfère un appelant à un agent qui ne voit rien de ce que le bot a appris.

IA native. Dans une conception IA native, les composants IA sont des étapes du même pipeline d'appel. La détection de répondeur, la transcription, l'agent vocal IA et le panneau d'assistance de l'agent humain lisent et écrivent tous dans le même enregistrement d'appel. Lorsqu'un agent vocal IA passe la main à une personne, la transcription et le contexte suivent l'appel, car ils ne l'ont jamais quitté. Les paramètres comme la langue, la voix, les garde-fous et les coupe-circuits sont configurés par tenant, en un seul endroit.

C'est souvent sur la langue que la différence apparaît le plus nettement. Si la reconnaissance vocale, la détection de répondeur et la transcription sont des services distincts, chacun peut prendre en charge un ensemble différent de langues et de dialectes, et un appel en arabe du Golfe peut être bien traité par une étape et mal par la suivante. Une conception adaptée aux langues applique le même traitement linguistique à la voix, à l'AMD et à la transcription : une équipe qui mène des campagnes en arabe, en anglais et en ourdou n'a pas à gérer trois listes de langues différentes.

CCaaS historique vs IA native : le comparatif

Il s'agit d'une comparaison générale de deux modèles, non d'une affirmation sur un fournisseur particulier.

Pourquoi l'architecture opérateur compte-t-elle autant ?

La téléphonie est souvent le premier poste de coût récurrent d'un centre de contact sortant, et c'est là que les architectures diffèrent le plus sur le plan commercial.

Dans un modèle groupé (bundled) , l'éditeur de la plateforme fournit les numéros de téléphone et achemine les minutes, et vous facture les deux. C'est pratique, mais votre tarif à la minute est celui de l'éditeur, qui peut inclure une marge sur le coût de l'opérateur sous-jacent, et changer d'opérateur implique généralement de changer de plateforme.

Dans un modèle le BYOC (bring your own carrier) , vous connectez des trunks SIP d'opérateurs avec lesquels vous avez déjà un contrat. La plateforme gère le routage, le rythme de numérotation, la conformité et le poste agent, tandis que votre opérateur vous facture directement les minutes. Vous conservez vos tarifs négociés et vos opérateurs locaux, et pouvez déplacer du trafic d'un opérateur à l'autre sans changer de plateforme, au prix de la gestion de ces relations par vos soins. Nous approfondissons ce sujet dans BYOC vs téléphonie incluse.

Quelles questions poser sur le coût total ?

Le prix affiché par poste donne rarement une vision complète. Posez les mêmes questions à chaque fournisseur et comparez les réponses côte à côte.

1. Postes. Que comprend un poste agent ? Couvre-t-il l'entrant et le sortant, ou ceux-ci font-ils l'objet de licences distinctes ? Les superviseurs et administrateurs sont-ils facturés comme des postes ? Y a-t-il un nombre minimum de postes ou une durée d'engagement ?
2. Téléphonie. Qui achemine les minutes ? Si c'est le fournisseur, quel est le tarif par pays et par sens d'appel, et des frais de plateforme à la minute s'ajoutent-ils ? Si vous apportez votre propre opérateur, des frais de plateforme à la minute sont-ils malgré tout facturés ?
3. Usage de l'IA. Comment les agents vocaux IA, la transcription, les résumés et l'assistance aux agents sont-ils facturés : à la minute, par interaction ou inclus dans les postes ? Pouvez-vous utiliser vos propres clés de fournisseur de modèles et, si oui, qui facture cet usage ?
4. Modules complémentaires. Quelles fonctionnalités de la démo sont des modules payants : gestion des effectifs, gestion de la qualité, analytique, omnicanal, IA ?
5. Mise en œuvre. Que comprend l'onboarding, et qu'est-ce qui nécessite un forfait de services payant : intégrations, migration des données, portabilité des numéros, routage personnalisé ?
6. Support. Quel niveau de support est inclus dans chaque offre, et combien coûte un SLA ou un customer success manager dédié ?
7. Sortie. Pouvez-vous exporter les enregistrements, transcriptions et données d'appel dans un format utilisable, et cela entraîne-t-il des frais ?

Pour voir plus en détail comment les modèles tarifaires influencent le coût à mesure que les volumes augmentent, consultez tarification par agent ou à la minute.

Que vérifier lors d'une migration ?

Un changement de plateforme est à la fois un projet de téléphonie, de données et de personnes. Couvrez ces domaines avant de fixer une date de bascule.

• Numéros et opérateurs. Décidez si vous portez vos numéros chez un nouveau fournisseur ou si vous conservez votre opérateur actuel en BYOC. Les délais de portabilité varient selon les pays, et conserver votre opérateur peut retirer la portabilité du chemin critique.
• Routage. Documentez chaque file d'attente, flux IVR, calendrier d'heures d'ouverture, jour férié et règle de débordement de l'ancien système, puis recréez-les et testez-les un par un.
• Enregistrements et conservation. Définissez comment les enregistrements et transcriptions historiques seront exportés, où ils seront stockés et comment les durées de conservation et les gels juridiques (legal hold) seront repris.
• Contrôles de conformité. Transférez les listes d'opposition (DNC), les preuves de consentement, les plages horaires d'appel et les règles de numéro présenté, et vérifiez qu'elles bloquent bien les appels qui doivent l'être. Contrôlez-les au regard de la réglementation de chaque pays que vous appelez.
• Intégrations. Recensez chaque intégration CRM, de ticketing, de paiement et de reporting, y compris les intégrations informelles comme les exports nocturnes.
• Formation des agents. Planifiez une formation adaptée à chaque rôle pour les agents, superviseurs et administrateurs, peu avant la mise en production.
• Fonctionnement en parallèle. Faites tourner une équipe pilote ou une seule campagne sur la nouvelle plateforme pendant que l'ancienne achemine encore l'essentiel du trafic. Comparez les résultats sur des appels réels avant de basculer tout le monde.

Notre guide étape par étape sur comment migrer vers un nouveau numéroteur sortant détaille l'enchaînement des étapes.

Checklist d'évaluation pour l'acheteur

Utilisez ces points lors des démos et dans votre appel d'offres (RFP) : ils révèlent l'architecture, pas seulement les fonctionnalités.

1. Suivez un appel de bout en bout. Demandez au fournisseur de retracer un seul appel, de l'opérateur jusqu'à l'agent : quels systèmes l'audio traverse, où la transcription est créée et où l'IA s'exécute.
2. Testez le transfert. Faites transférer un appel en cours par un agent vocal IA à un agent humain, et vérifiez ce que voit l'agent : transcription, intention, données déjà recueillies.
3. Testez vos langues. Passez des appels de test dans chaque langue et dialecte que vous servez, en voix, en détection de répondeur et en transcription, et pas seulement avec un script de démo en anglais.
4. Confirmez les options opérateur. Pouvez-vous apporter vos propres trunks SIP ? Pouvez-vous conserver votre PBX ou votre SBC actuel ? Des frais de plateforme à la minute s'appliquent-ils au trafic que vous acheminez vous-même ?
5. Exigez le détail de chaque ligne tarifaire. Postes, téléphonie, usage de l'IA, modules, mise en œuvre et support, par écrit.
6. Vérifiez les contrôles de l'IA. L'IA peut-elle être activée par tenant ou par campagne ? Existe-t-il un coupe-circuit ? Vos données servent-elles à entraîner des modèles partagés ?
7. Évaluez honnêtement le niveau de sécurité. Quelles certifications sont détenues aujourd'hui, lesquelles sont prévues, et pour quand ? Le SSO est-il disponible dès maintenant ? L'authentification multifacteur est-elle obligatoire ?
8. Vérifiez la profondeur fonctionnelle de la gestion des effectifs. Prévision, planification et suivi de l'adhérence dès aujourd'hui, ou seulement des rapports ?
9. Vérifiez la gestion multi-tenant. Si vous êtes un BPO ou un revendeur, chaque client peut-il avoir des données isolées, sa propre marque, ses propres numéros et ses propres numéros présentés ?
10. Vérifiez les contrôles régionaux. Pour chaque pays que vous appelez, les plages horaires, les règles de consentement et la gestion des listes DNC sont-elles configurables dans le produit plutôt que laissées à la mémoire de votre équipe ?
11. Planifiez le pilote. Convenez d'un plan de fonctionnement en parallèle, avec des critères de réussite fondés sur des appels réels, avant de signer un contrat de longue durée.

Pour une liste complète de questions de RFP, consultez la checklist RFP pour centre de contact.

Quand le CCaaS historique reste-t-il la bonne réponse ?

Une suite historique est probablement le meilleur choix lorsque :

• La gestion des effectifs est centrale. Si vous avez besoin dès aujourd'hui d'une prévision, d'une planification et d'un suivi de l'adhérence complets pour un grand plateau organisé en équipes postées, un WFM mature est difficile à remplacer.
• Votre acheteur exige des certifications spécifiques dès maintenant. Si vos clients ou régulateurs exigent qu'un fournisseur détienne une attestation particulière dès aujourd'hui, un fournisseur qui ne fait que la prévoir ne peut pas répondre à cette exigence.
• Vous exploitez un très vaste parc mondial. Des milliers d'agents répartis sur de nombreuses régions, de nombreux sites et de nombreuses business units, avec un partenaire d'intégration mondial déjà en place : tout cela plaide pour un fournisseur ayant une longue expérience à cette échelle.
• Vous dépendez d'un écosystème spécifique. Si des processus clés reposent sur des intégrations prêtes à l'emploi de la marketplace qui seraient coûteuses à reconstruire, le coût du changement peut l'emporter sur les bénéfices.
• La validation par les analystes est une exigence du conseil d'administration. Certaines organisations ne peuvent tout simplement pas valider un fournisseur sans elle.

Une plateforme IA native est généralement le meilleur choix lorsque l'IA sur des appels réels est la priorité, lorsque le coût de la téléphonie et le choix de l'opérateur comptent, lorsque vous opérez dans plusieurs langues dont l'arabe, lorsque vous êtes un BPO ou un revendeur gérant de nombreux clients, ou lorsque vous devez être opérationnel en quelques semaines plutôt qu'en plusieurs trimestres.

Quelle est la place de DialerBee ?

DialerBee est une plateforme de centre de contact multilingue et native IA, conçue par BroadNet Technologies. Voici ce qu'elle fait aujourd'hui, et ce qu'elle ne fait pas encore.

Ce qu'elle comprend. Des files d'attente entrantes et un éditeur d'IVR ; des campagnes sortantes avec quatre modes de numérotation ; une boîte de réception omnicanale pour la voix, WhatsApp, les SMS et l'e-mail ; Agents vocaux IA; l'assistance en temps réel aux agents avec un résumé en continu, l'analyse du sentiment et des suggestions de réponses ; la transcription des appels ; des enquêtes CSAT et NPS ; des rendez-vous et rappels ; et 15 types de rapports. La détection de répondeur par IA et la transcription couvrent 11 langues, avec la prise en charge des dialectes arabes dans l'agent vocal IA. Les fonctionnalités IA s'activent par tenant et sont désactivées par défaut.

Opérateurs et déploiement. DialerBee se connecte de trois façons : DialerBee fournit les trunks et les numéros ; vous conservez votre propre PBX ou SBC et DialerBee fonctionne par-dessus ; ou vous apportez un trunk SIP d'un opérateur que vous utilisez déjà. Avec le BYOC , aucuns frais de plateforme à la minute ne s'appliquent, car votre opérateur vous facture directement. Consultez les options de déploiement.

Tarification. L'offre Starter est à $69 et l'offre Professional à $129 par agent et par mois, l'offre Enterprise étant sur mesure. Un seul poste couvre l'entrant et le sortant. L'agent vocal IA est un module complémentaire facturé à l'usage, au nombre de minutes. Un essai gratuit de 14 jours est proposé. Tous les détails figurent sur la page de tarification.

BPO, revendeurs et région. La plateforme est multi-tenant et se décline en la marque blanche pour les partenaires qui l'exploitent sous leur propre marque. Des packs juridictionnels pour la TDRA (Émirats arabes unis), la CST (Arabie saoudite), la TRC (Jordanie) et la TRA (Bahreïn) fournissent des contrôles qui contribuent à la conformité aux règles d'appel régionales. DialerBee ne fournit pas de conseil juridique et ne garantit pas la conformité réglementaire.

Ce que DialerBee n'a pas encore. Comme indiqué sur notre page Confiance et nos pages de fonctionnalités :

• SOC 2 Type II est prévu, pas encore obtenu.
• Un test d'intrusion externe indépendant est prévu.
• Les agents traitent les files entrantes et les campagnes sortantes depuis un seul poste de travail, et le blending automatique est disponible, activé par l’administrateur de chaque entreprise.

Si l'un de ces points est une exigence incontournable dès aujourd'hui, dites-le-nous dès le début.

Questions fréquentes

Quelle est la différence entre le CCaaS historique et un centre de contact IA natif ?

Les suites CCaaS historiques ont été conçues autour du routage, de la téléphonie et de la gestion des effectifs, et ont ajouté l'IA plus tard sous forme de modules ou d'intégrations partenaires. Un centre de contact IA natif intègre dès le départ les agents vocaux IA, l'assistance aux agents, la transcription et la détection de répondeur dans le pipeline d'appel : ils partagent un même enregistrement d'appel et un même ensemble de paramètres de tenant.

Le CCaaS historique est-il dépassé ?

Non. Les suites établies restent solides en gestion des effectifs, en certifications, en références grands comptes, en routage éprouvé et en écosystèmes de partenaires. « Historique » désigne l'époque où l'architecture centrale a été conçue, pas la qualité du logiciel. Pour certains acheteurs, ces atouts emportent la décision.

Que signifie une IA « ajoutée après coup » (bolt-on) dans un centre de contact ?

Une IA ajoutée après coup est une IA qui fonctionne comme un service distinct, relié à la plateforme centrale par des intégrations : l'audio est transmis en flux vers l'extérieur et les résultats sont renvoyés. Cela fonctionne, mais transcriptions, conversations du bot et enregistrements peuvent se retrouver dans des systèmes différents, ce qui rend plus difficile la cohérence des transferts, de la couverture linguistique et de la facturation.

Quelles questions sur le coût total poser à un fournisseur de centre de contact ?

Demandez ce que comprend un poste, qui achemine les minutes de téléphonie et s'il existe des frais de plateforme à la minute, comment l'usage de l'IA est facturé, quelles fonctionnalités sont des modules payants, ce que coûtent la mise en œuvre et la migration des données, quel niveau de support est inclus, et si l'export de vos enregistrements et de vos données est payant.

Quand choisir un CCaaS historique plutôt qu'une plateforme IA native ?

Choisissez une suite historique lorsque vous avez besoin dès aujourd'hui d'une gestion des effectifs mature, lorsque vos clients exigent des certifications qu'un fournisseur plus jeune ne détient pas encore, lorsque vous exploitez un très vaste parc mondial, lorsque vous dépendez d'un écosystème d'intégration spécifique, ou lorsque la validation par les analystes est une exigence de votre conseil d'administration.

DialerBee est-il certifié SOC 2 ou compatible SSO ?

L'authentification unique oui, SOC 2 pas encore. SOC 2 Type II est prévu, pas encore obtenu. Le SSO est disponible dès aujourd'hui via OIDC ou SAML, avec le provisionnement des utilisateurs par SCIM depuis le propre fournisseur d'identité de chaque entreprise ; l'accès se fait par utilisateur avec des permissions par rôle et des clés API, et l'authentification multifacteur est disponible. Le statut actuel de chaque contrôle de sécurité est indiqué sur la page Confiance de DialerBee.

Vous voulez voir comment une architecture IA native gère vos propres appels, langues et opérateurs ? Réservez une démonstration en direct et venez avec votre exigence la plus difficile.