MAIANO Informatique
Blog Technique
Communications unifiéesArchitecture téléphonique12 min de lecture

Wildix, Teams Phone et les autres : quelle architecture téléphonique pour une PME en 2026

Le RTC est fermé depuis 2023, le PABX est en fin de vie. Au-delà des arguments commerciaux, comprendre les quatre architectures possibles et leurs limites réelles.

TL;DR, lecture 90 secondes
  • Le RTC Orange est fermé commercialement depuis 2023, techniquement d'ici 2030. Tout PABX TDM ou IPBX propriétaire en fin de support doit migrer. La question n'est plus « si », c'est « vers quoi ».
  • Quatre architectures possibles. Teams Phone Calling Plan, Teams Phone Direct Routing, UCaaS dédié (Wildix, Ringover, Aircall, Zoom Phone, 3CX, Cisco Webex Calling), ou hybride UCaaS moteur + Teams interface.
  • Teams Phone natif est un module de collaboration qui fait de la téléphonie. IVR basique, files d'attente limitées, pas d'agent conversationnel autonome. Suffit pour remplacer un standard très simple.
  • Un UCaaS dédié apporte l'IVR avancé, les files multi-compétences, l'enregistrement réglementé et surtout une IA agentique opérationnelle (voicebots autonomes, transcription temps réel, coaching). Wildix est le seul éditeur européen au Gartner Magic Quadrant UCaaS.
  • L'hybride « moteur UCaaS + interface Teams » via Direct Routing certifié est souvent le bon compromis dans un environnement Microsoft 365. L'utilisateur garde Teams, le DSI garde la puissance téléphonique.

Le contexte 2026 : pourquoi la question se pose maintenant

La téléphonie PME n'est plus un sujet accessoire, c'est un chantier d'infrastructure. Trois forces convergent.

  • Fermeture du RTC. Orange a arrêté la commercialisation des lignes analogiques et numériques en 2023. Le démantèlement technique se déroule plaque par plaque jusqu'en 2030. Toute ligne T0, T2 ou analogique professionnelle doit être portée sur du SIP.
  • Fin de support des PABX TDM et IPBX propriétaires. Les constructeurs historiques (Alcatel OmniPCX, Mitel MiVoice, Avaya IP Office) n'assurent plus de développement majeur, la disponibilité de pièces détachées s'effondre, les coûts de maintenance grimpent.
  • Nouvelle attente utilisateur. Mobilité, télétravail, messagerie instantanée, visio, canal client multicanal. Le téléphone fixe seul ne suffit plus. L'UCaaS (Unified Communications as a Service) s'impose comme socle.

La décision ne se joue donc plus sur « faut-il moderniser », mais sur « quelle architecture retenir pour les dix prochaines années ».

Les quatre architectures du marché en 2026

Le marché se présente souvent comme un duel Teams Phone contre UCaaS dédié. La réalité est plus nuancée. Quatre architectures coexistent en production, avec des profils d'usage très différents.

A. Teams Phone avec Calling Plan Microsoft

Vous louez vos numéros directement à Microsoft. Simple à activer, facturation unifiée dans le tenant Microsoft 365. Limites françaises : couverture géographique partielle sur certaines plages de numéros, portabilité parfois contraignante, pas de choix d'opérateur voix pour optimiser les coûts.

B. Teams Phone avec Direct Routing

Vous gardez votre opérateur SIP (Orange, BT, IPDirections, Bouygues Telecom Entreprises, ou un MSP), vous connectez un SBC (Session Border Controller) à Teams via Direct Routing. Flexibilité opérateur retrouvée, portabilité plus souple, coûts de communication maîtrisés. Mais vous ajoutez un composant à administrer (le SBC) et une zone de responsabilité partagée.

C. UCaaS dédié

Plateforme téléphonie-first, indépendante de Microsoft. Le marché PME français est dense : Wildix, Ringover, Aircall, Cisco Webex Calling, Zoom Phone, 3CX, Centile, Wazo. Chacun a son positionnement (taille d'entreprise cible, focus CRM, focus centre de contact, open source). Le point commun : l'IVR avancé, les files d'attente pro, l'enregistrement, le reporting et souvent une couche IA.

D. Hybride : moteur UCaaS + interface Teams

Vous gardez Teams comme point d'entrée utilisateur (ce qu'il fait bien : collaboration, chat, présence), mais le moteur téléphonique est un UCaaS dédié connecté via Direct Routing certifié. L'utilisateur appelle dans Teams, mais derrière, ce sont les IVR, les files, les voicebots et le reporting de l'UCaaS qui opèrent. Exemple côté Wildix : connecteur teams4Wildix certifié Microsoft.

Schéma 1, les quatre architectures de téléphonie PME
Les quatre architectures téléphoniques possiblesSchéma comparatif des quatre architectures : Teams Phone Calling Plan, Teams Phone Direct Routing, UCaaS dédié, hybride UCaaS + Teams.A · Teams Phone Calling PlanMicrosoft opère toutNuméros MS · Routage MS · Trunk MS+ FORCESimplicité absolue– LIMITECouverture FR partielleCIBLEMoins de 25 postesB · Teams Phone Direct RoutingMS interface + SBC + trunk tiersNuméros opérateur · SBC · Teams+ FORCEFlexibilité opérateur– LIMITESBC à administrerCIBLEPME en Microsoft 365C · UCaaS dédiéPlateforme téléphonie-firstIVR · Files · IA · App mobile+ FORCEIVR, IA, centre contact– LIMITEHors écosystème TeamsCIBLETéléphonie pro hors MS 365D · Hybride UCaaS + TeamsTeams UI + UCaaS moteurDirect Routing certifié · SBC UCaaS+ FORCEMeilleur des 2 mondes– LIMITECoût cumulé licencesCIBLEETI Microsoft avec IVR

Teams Phone natif : ce qu'il fait bien, ses limites structurelles

Teams Phone est un module de téléphonie greffé sur Microsoft Teams. La force est réelle. L'intégration est native, l'interface est familière à la plupart des collaborateurs, la présence unifiée fonctionne bien, le déploiement ne demande pas de poste physique dédié. Pour une équipe de dix personnes qui veut simplement passer et recevoir des appels, Teams Phone suffit souvent.

Les limites sont structurelles, pas anecdotiques.

  • IVR basique. L'Auto Attendant de Teams gère les scénarios simples (jour, nuit, jours fériés) mais peine sur les routages conditionnels complexes (critère appelant, compétence agent, priorité métier).
  • Files d'attente limitées. Les Call Queues natives assurent la distribution mais sans routage multi-compétences fin, sans SLA par file, sans débordement intelligent vers d'autres files.
  • Reporting léger. L'historique d'appels et les métriques dans le Teams Admin Center restent basiques. Pour un pilotage commercial ou qualité, il faut un outil tiers.
  • Pas d'agent conversationnel autonome. Teams Phone ne propose pas, à ce jour, de voicebot capable de qualifier un appel, consulter une base métier et exécuter des actions (prise de rendez-vous, mise à jour CRM). Copilot Voice reste en phase d'évaluation et ne couvre pas ces usages transactionnels.
  • Résilience dépendante de Teams. Si le service Teams tombe, la téléphonie tombe avec. Les incidents Microsoft 365 de 2023 et 2024 (Azure AD, Exchange Online) ont rappelé que la concentration a un coût.

Ce qu'un UCaaS dédié apporte en plus

Un UCaaS pensé téléphonie-first ne se contente pas d'ajouter une sonnerie dans le navigateur. Il embarque une pile fonctionnelle que Teams Phone ne couvre pas nativement.

  • IVR avancé et routage conditionnel. Horaires fins, conditions de fermeture exceptionnelle, routage par ligne produit, renvoi intelligent sur astreinte, serveur vocal multilingue.
  • Files d'attente multi-compétences. Routage par compétence (skill-based routing), SLA par file, débordement, rappel automatique, supervision temps réel.
  • Enregistrement et transcription conformes. Gestion fine des consentements (RGPD), stockage européen, rétention paramétrable, extraction par critère. Utile pour formation, litige client, ou cadre réglementaire métier.
  • Reporting et analyse. Tableaux de bord sur volumes d'appels, temps de réponse, taux de décroché, productivité agent, qualité perçue. Données exploitables en CODIR.
  • Numérotation étendue et portabilité. Plans de numérotation nationaux et internationaux, portabilité opérée par l'éditeur, pas d'adhérence à un unique opérateur.
  • Résilience propre. Supervision de la disponibilité par l'éditeur UCaaS, secours opérateur, bascule automatique sur un trunk de secours en cas de panne. L'UCaaS ne dépend pas de la disponibilité de Microsoft 365.

L'IA agentique, le vrai différenciateur

Au-delà des fonctions classiques, les UCaaS matures ont ouvert une rupture : l'intégration d'agents autonomes dans le flux d'appel. Wildix illustre bien ce que cela recouvre, au travers de son voicebot Wilma.

  • Agent de réponse autonome. Le voicebot décroche, comprend l'intention (qualification d'appel, prise de rendez-vous, suivi de dossier) et agit. Il ne lit pas un script figé, il interprète le langage.
  • RAG métier intégré. Le bot consulte vos données (CRM, base clients, documentation produit, catalogue) en lecture. Il sait qui appelle, son historique, son contrat en cours. Il personnalise la réponse.
  • Actions autonomes via webhooks. L'IA n'informe pas seulement, elle exécute : envoi de SMS, création de ticket, mise à jour d'opportunité CRM, transfert à l'interlocuteur pertinent. Configuration sans code, côté éditeur.
  • Analyse de conversation en temps réel. Transcription, détection de risque d'attrition, accompagnement commercial (prompts poussés au conseiller pendant l'appel), Revenue Intelligence en pilotage commercial.

Pour le détail technique et les cas d'usage concrets, voir la page Communications unifiées. Ce niveau d'IA n'existe pas à l'identique dans Teams Phone en 2026. C'est souvent le critère qui tranche pour un centre d'appels, un service client, ou une force commerciale outillée.

L'hybride : le meilleur des deux mondes pour un environnement Microsoft

Pour une PME ou ETI déjà en Microsoft 365, changer d'interface utilisateur est un coût de conduite du changement important. L'hybride répond à cette contrainte.

Le principe est simple. Le moteur téléphonique reste un UCaaS dédié (Wildix, Ringover, 3CX et d'autres proposent ce modèle). Tous les IVR, files, enregistrements, voicebots et reportings sont gérés côté UCaaS. L'utilisateur, lui, ne voit que Teams : il clique sur le bouton « Appeler » dans Teams, l'appel part via le SBC de l'UCaaS, qui route selon les règles métier.

Schéma 2, architecture hybride Teams + UCaaS (Direct Routing certifié)
Architecture hybride Teams + UCaaSFlux d'appel entrant et sortant entre l'utilisateur Teams, le SBC UCaaS, les IVR et files UCaaS, et l'opérateur SIP.UtilisateurMicrosoft Teams(bureau, web, mobile)Direct Routing(SIP sécurisé)SBC UCaaSintégré éditeur(ex. teams4Wildix)Moteur UCaaS· IVR avancé· Files multi-skills· Voicebot Wilma· Transcription IA· Enregistrement· Reporting· RAG métier· Webhooks CRMTrunk SIPOpérateurSIP / RTCAppelant externe(client, prospect)chemin d'appel entrant : opérateur → moteur UCaaS → SBC → Teams

Côté DSI, l'hybride a trois vertus fortes.

  • Zéro changement d'interface. L'utilisateur garde Teams. La conduite du changement est quasi nulle côté poste de travail.
  • Puissance téléphonique complète. Tous les IVR, files, voicebots et reportings sont disponibles, comme sur un UCaaS pur.
  • Résilience double. Si Teams rencontre un incident majeur, l'UCaaS reste joignable en direct (via app mobile ou web). La téléphonie ne tombe pas avec Microsoft.

Les limites sont réelles aussi.

  • Complexité double. Deux systèmes à administrer (Teams et UCaaS), même si la plupart des configurations vivent côté UCaaS.
  • Dépendance Direct Routing certifié. Microsoft doit maintenir la compatibilité et la certification. Historiquement stable, mais à surveiller.
  • Coût cumulé. Licence Teams Phone (ou E5) plus licence UCaaS. La ligne budgétaire augmente, il faut justifier par la valeur (IA, reporting, centre de contact).

Arbre de décision : quelle architecture pour votre cas

Trois questions discriminantes, prises dans l'ordre. Elles conduisent à l'une des quatre architectures A, B, C ou D.

Schéma 3, arbre de décision téléphonie (3 questions en cascade)
Arbre de décision téléphonieTrois questions en cascade conduisent aux profils A, B, C ou D. Q1 filtre l'environnement Microsoft, Q2 le besoin d'IVR avancé, Q3 la préférence opérateur.Q1 · Environnement Microsoft 365dominant pour les utilisateurs ?(Teams déjà déployé et utilisé au quotidien)NONOUIPROFIL CUCaaS dédié(hors écosystème Teams)téléphonie-first, IVR et IA natifsQ2 · Besoin d'IVR avancé, files proou IA conversationnelle ?(service client, centre d'appels, force commerciale)OUINONPROFIL DHybride UCaaS+ interface Teamsmeilleur des deux mondesQ3 · Opérateur voixMicrosoft ou au choix ?(portabilité, coûts, liberté contractuelle)MSAU CHOIXPROFIL ATeams PhoneCalling Plan (MS)simple, rapide, tout MicrosoftPROFIL BTeams PhoneDirect Routing + SBCopérateur au choix, flexibilitéLe choix final s'affine avec le volume d'appels, la taille du plateau supervisé,l'intégration CRM attendue, et les contraintes réglementaires (RGPD, sectoriel).

Fourchettes de coûts réelles en 2026

Les prix publics évoluent souvent, mais les ordres de grandeur sont stables. Les chiffres ci-dessous sont en euros hors taxes, par utilisateur et par mois, hors migration.

  • Teams Phone Standard : 8 à 12 €, consommation en plus (ou inclus dans Microsoft 365 E5 lorsqu'il est souscrit).
  • Teams Phone avec Calling Plan : ~ 20 € (France, forfait national inclus).
  • Teams Phone Direct Routing : 8 à 12 € (Teams) + SBC tiers 3 à 7 € + trunk SIP opérateur (variable).
  • UCaaS dédié : 15 à 30 € selon édition (Essential, Business, Premium côté Wildix, équivalents chez Ringover, Aircall, Zoom Phone, 3CX).
  • Hybride UCaaS + Teams : Teams Phone ~ 10 € + UCaaS ~ 20 €, soit ~ 30 € par utilisateur par mois.
  • Migration et mise en service : 150 à 400 € par utilisateur, en frais uniques (cadrage, configuration, portabilité numéros, formation, reprise données).

Les modules IA (voicebot, transcription, Revenue Intelligence) se facturent le plus souvent en complément. Budget typique : 5 à 15 € par agent actif par mois pour un voicebot outillé. À comparer au coût chargé d'un standardiste qualifié.

Les pièges classiques de la migration téléphonique

Oublier la portabilité des numéros

Les délais de portabilité varient de 10 à 45 jours selon opérateur. À anticiper dans le rétroplanning.

Sous-dimensionner la bande passante

Un appel SIP consomme 80 à 100 kbps par canal. Sur 50 postes, prévoir QoS et marge suffisante sur la fibre.

Voir : SD-WAN vs MPLS pour PME multi-sites

Négliger l’alimentation des postes

Un téléphone IP consomme en PoE. Si le switch ne fournit pas assez de watts, la moitié des postes ne démarre pas.

Omettre l’interphonie et les portiers

Les portiers SIP (Fermax, 2N) doivent être intégrés dans le plan de numérotation. Souvent oublié lors de l’audit.

Ignorer les spécificités métier

Enregistrement réglementé, numéros surtaxés, files d’astreinte, renvois externes : à cartographier exhaustivement.

Sous-estimer la formation utilisateur

Le vrai coût de bascule est humain. Prévoir 30 à 60 min de formation par utilisateur et un support rapproché sur 15 jours.

Ce qu'il faut retenir

La question n'est pas « Teams Phone ou UCaaS », elle est « quel usage téléphonique pour quelle architecture ». Teams Phone natif suffit pour une structure simple sans standard pro, tout-Microsoft, avec peu d'exigence sur l'IVR ou le reporting. Un UCaaS dédié s'impose dès qu'il y a service client, force commerciale outillée, plateau supervisé ou besoin d'agents conversationnels autonomes.

L'hybride « UCaaS moteur + Teams interface » réconcilie les deux mondes. L'utilisateur garde ses habitudes Teams, le DSI conserve toute la puissance d'une plateforme téléphonie-first, la résilience se double. C'est souvent la réponse pour une ETI ou une PME structurée déjà en Microsoft 365.

Avant toute décision, poser trois questions : quelles fonctions téléphoniques indispensables, quelle interface utilisateur privilégier, quel niveau de résilience acceptable face à une panne Microsoft 365. Les réponses ferment trois architectures sur quatre.

Cadrer votre architecture téléphonique

Un échange technique pour arbitrer entre Teams Phone, UCaaS dédié et hybride sur votre contexte réel, et repartir avec une grille de décision chiffrée.