En UCaaS, la question n'est plus quelle solution, mais qui lit vos communications
Un panorama UCaaS compare des features. Sur le terrain, ce qui décide, c'est la taille, le coût, et surtout ce que la plateforme s'autorise à faire de vos données. RingCentral demande l'accès à vos enregistrements et vos messages privés. Ce client est passé sur du Wazo.
Un panorama UCaaS classe des plateformes. Il compare des features, aligne des logos, désigne des gagnants. En 2026, ce n'est plus la bonne question.
Le client qui m'appelle n'a pas besoin qu'on lui dise quelle UCaaS est la meilleure. Il a besoin qu'on organise sa téléphonie autour des géants, Microsoft en tête, et qu'on la place là où elle a du sens pour sa taille, son budget et ses données. On ne choisit plus une solution. On compose avec un écosystème déjà là.
Trois choses décident vraiment. La taille. Le coût. Et ce qu'on autorise avec la donnée. La dernière est celle que personne n'écrit dans un panorama.
| Ce qui décide | Ce que je pose | Pourquoi |
|---|---|---|
| Secret à protéger, donnée sensible | On-prem : Wazo, 3CX, Yeastar | La donnée reste chez le client, en EU, hors Cloud Act |
| Features cloud, contrainte donnée acceptable | RingCentral ou Zoom, du SMB au grand compte | La plateforme suit le besoin et le budget, à toutes les tailles |
| Déjà tout chez Microsoft | On s'intègre à Teams | On s'organise autour du géant, on ne le remplace pas |
Le panorama pose la mauvaise question
Un panorama désigne un gagnant universel. Il n'y en a plus. Microsoft a pris le centre de gravité. Le client qui a déjà M365 a déjà Teams. La question n'est pas « quelle UCaaS », c'est « comment j'organise le reste autour de ça ».
L'on-prem n'est pas mort pour autant. Il est minoritaire, et il le restera dans les prochaines années. Mais minoritaire ne veut pas dire fini. Quand il est une obligation, il ne se pose pas à côté de l'écosystème comme un choix rival. Il s'y branche.
Le métier n'est plus de trancher entre des vendeurs. C'est de placer chaque client sur la plateforme qui colle à sa réalité, et d'accrocher le reste aux géants qui sont déjà là.
Le vrai critère, c'est ce qu'on autorise avec la donnée
Un client, une contrainte de confidentialité réelle. On regarde RingCentral. Par défaut, l'éditeur demande un accès total et systématique. Les enregistrements. Les messages privés. Pas un accès qu'on active au besoin. Un accès par défaut.
Personne ne signe ça quand il y a du secret à protéger. Ce client est passé sur un Wazo. Self-hosted. La donnée reste sur son infra à lui, en EU. Aucun tiers ne la lit. Il maîtrise les accès.
Ce n'est pas une question de features. RingCentral en a plus. C'est une question de qui a le droit de lire. Et la réponse d'un éditeur américain ne s'arrête pas à ses conditions commerciales. Il y a le Cloud Act. Une plateforme américaine peut être contrainte de livrer la donnée à une autorité américaine, quel que soit le lieu d'hébergement. Garder la donnée en EU, sur une brique qu'on héberge soi-même, c'est sortir de cette portée.
Il y a l'IA, aussi. Chaque éditeur pousse sa brique. Transcription, résumé, analyse. Entraînée sur quoi ? Sur vos communications, si les conditions le permettent. Un enregistrement d'appel et un message privé, ce n'est pas de la donnée comme une autre. C'est du secret. Je lis les conditions avant de lire la fiche produit.
L'on-prem n'est pas mort, il est minoritaire
Je ne vends pas l'on-prem comme un retour en arrière. Il ne redeviendra pas majoritaire. Mais il est la réponse quand la donnée est une obligation, pas une préférence.
Un Wazo, un 3CX, un Yeastar font le travail, du SMB à la structure multi-sites. La maîtrise est totale, les données restent en EU. Ce n'est pas une affaire de taille. RingCentral et Zoom savent aussi servir une petite structure. Ce qui fait pencher vers l'on-prem, ce n'est pas le nombre d'utilisateurs, c'est le secret à garder.
Et quand le client est déjà chez Microsoft, l'on-prem ne s'oppose pas à Teams. Il s'y intègre. On pose la brique là où l'utilisateur travaille déjà, comme une application dans son environnement, pas comme un silo à part.
Ce que ça change pour l'intégrateur
Le métier a bougé. Avant, la valeur, c'était de connaître le meilleur produit et de le revendre. Aujourd'hui, le meilleur produit, le client le trouve seul. Ce qu'il ne trouve pas seul, c'est où placer sa téléphonie pour sa taille, son budget et son secret, et comment l'accrocher à l'écosystème qu'il a déjà.
Deux réflexes en sortent.
On ne compare pas des features, on lit des conditions. Le classement d'un panorama dit ce qu'une plateforme fait. Les conditions disent ce qu'elle s'autorise à faire de votre donnée. Les deux ne racontent pas la même histoire, et c'est la seconde qui engage le client.
On ne pose pas une solution à côté de Microsoft, on s'organise autour. Le géant est déjà là. Le travail, ce n'est pas de le concurrencer. C'est de composer avec, de placer chaque brique au bon endroit, et de garder la main sur ce qui compte pour le client.
Je ne vends pas une UCaaS. Je place une plateforme et je l'organise autour des géants. L'intégrateur qui vend encore « la meilleure UCaaS » répond à une question que le client ne se pose plus.
Un choix de plateforme UCaaS qui coince sur la donnée, une brique on-prem à intégrer dans un environnement Microsoft, une migration qui doit rester en EU ? Prendre contact.
Note terrain par qaryon
Nicolas Marxer
Architecte solutions UC/VoIP, spécialisé dans les déploiements opérateur, intégrateur et B2B.
Besoin d'un avis terrain sur votre architecture voix ?
Audit, cadrage ou déploiement : qaryon intervient directement sur les sujets SIP, SBC, UCaaS et automatisation.
Discuter d'un projet télécomÀ lire aussi
En SIP, ce qui est négocié n'est pas ce qui est supporté
Trois trunks qui refusaient de passer un appel entre deux vendeurs. À chaque fois, un pair qui signale une chose et en fait une autre. Le SBC absorbe, la trace tranche.
qaryon est officiellement lancé
qaryon est créé, assuré, en production et facture déjà des prestations B2B de conseil télécom et IA pragmatique.