Comment proposer Teams Direct Routing en service géré : guide pratique pour les MSP

La plupart des fournisseurs de services gérés détiennent déjà la réponse à l’une de leurs meilleures opportunités de croissance. Les mêmes clients PME qui achètent des licences Microsoft 365 chaque mois accepteraient volontiers de faire transiter leur voix par le même fournisseur si l’offre figurait au catalogue. Teams Direct Routing est ce qui rend cela possible, et un nombre croissant de MSP en font une ligne de revenus récurrents qui se cumule avec le reste de la pile informatique.

Ce qui est moins évident, c’est comment productiser cette demande. Les mécanismes protocolaires du Direct Routing sont bien documentés. Les mécanismes commerciaux — tarification, packaging, responsabilité réglementaire et cas où il vaut mieux décliner — sont là où la plupart des nouveaux entrants sous-évaluent l’offre et brûlent leur marge sur des comptes qui auraient dû être orientés ailleurs. Cet article traite ces quatre questions dans l’ordre, afin qu’un MSP planifiant un service voix Teams puisse passer de l’idée au lancement sans en payer le prix fort.

Pourquoi la voix Teams est le service MSP au meilleur rendement en ce moment

La voix s’ajoute à une relation existante. Le MSP qui provisionne déjà les tenants M365, gère Endpoint et administre SharePoint est le partenaire naturel pour la question vocale que chaque DSI finit par poser. Teams Direct Routing permet à ce MSP de garder le client sur Teams comme expérience utilisateur tout en fournissant la tonalité, et la facture, lui-même.

Le signal de demande est concret. Parmi les fournisseurs de services utilisant ProSBC, les MSP représentent un peu plus de la moitié de toutes les sessions déployées, et Teams Direct Routing est le déclencheur le plus fréquent de ces déploiements. Le profil de revenus récurrents se lit bien sur un compte de résultat : facturation mensuelle par utilisateur liée à une licence que le client paie déjà, avec des coûts de changement qui augmentent à chaque fonctionnalité ajoutée.

Deux mécanismes de confiance rendent la voix particulièrement fidélisante. Premièrement, les numéros de téléphone du client sont hébergés chez l’opérateur choisi par le MSP, de sorte qu’un fournisseur informatique concurrent ne peut pas simplement transférer le tenant M365 et repartir avec la voix. Deuxièmement, quiconque a déjà migré un système téléphonique de 200 postes connaît le travail d’audit, de portage et de validation impliqué ; une fois ce travail effectué pour un client, personne n’a envie de le refaire.

Faut-il revendre Teams Direct Routing ou orienter le client ailleurs ?

La tentation en ajoutant la voix est de la vendre à chaque client M365 du portefeuille. C’est la façon la plus courante de perdre de l’argent sur une ligne d’activité voix Teams. La première décision à prendre est commerciale, avant toute mise en place technique. Pour chaque client potentiel, l’une des trois réponses suivantes doit s’appliquer.

Vendre le Direct Routing vous-même s’applique lorsque le client achète déjà la gestion M365 chez vous, dispose d’environ dix postes ou plus, souhaite conserver son opérateur existant ou son inventaire de DID, ou opère dans un pays où les Forfaits d’appels Microsoft sont faibles ou indisponibles. C’est le créneau idéal. La marge évolue avec le nombre de postes, et le MSP gagne à la fois sur le service récurrent et sur la majoration opérateur sous-jacente.

Orienter vers un fournisseur Operator Connect concerne les clients qui sont petits, préfèrent une expérience mono-fournisseur plaçant la tonalité sur la facture Microsoft, et ne se soucient pas de l’opérateur derrière le service. Operator Connect est plus rapide à provisionner et élimine entièrement la question du SBC. Le compromis est la perte de marge et une flexibilité limitée sur les numéros ou le routage. La comparaison Operator Connect vs. Direct Routing couvre les différences techniques en détail.

Orienter vers les Forfaits d’appels Microsoft convient lorsque le client a uniquement besoin d’une tonalité de base dans un pays que Microsoft dessert directement, n’a pas d’exigences de portage de numéros et compte moins de 25 postes. Les Forfaits d’appels l’emportent par leur simplicité pour les très petits comptes, et tenter de les concurrencer sur les prix à faible volume est rarement rentable.

Traitez cela comme un filtre d’admission, pas comme un choix par défaut. Les commerciaux en retard sur leurs objectifs tenteront de vendre le Direct Routing à tout le monde, et la charge de support d’un client de 5 postes payant un faible forfait mensuel s’accumule rapidement.

Les trois modèles de tarification utilisés par les MSP

Une fois qu’un compte relève de la colonne « le vendre nous-mêmes », la décision suivante porte sur la tarification. La plupart des offres MSP Teams DR à succès s’articulent autour de l’un de ces trois modèles.

Tarification fixe par poste facture un montant fixe par utilisateur Teams licencié par mois, avec des appels inclus jusqu’à un plafond d’utilisation raisonnable. C’est le modèle le plus facile à vendre car il reflète la façon dont le client achète déjà M365, et il produit la facture la plus claire. La marge est maximale lorsque le client a de nombreux postes à faible utilisation, car l’économie unitaire favorise le vendeur quand les minutes d’appel réelles sont inférieures au forfait.

Tarification par canal ou par session couvre les chemins d’appels simultanés plutôt que le nombre d’utilisateurs. Ce modèle est plus proche de la façon dont le MSP paie son propre fournisseur SBC et son opérateur PSTN, ce qui produit une couverture de coûts prévisible. Il convient mieux aux clients avec de faibles ratios de concurrence par rapport aux postes, comme les équipes administratives ou les travailleurs du savoir qui passent rarement des appels externes, car ils paient pour ce qu’ils utilisent et non pour l’effectif de l’annuaire.

Packaging par paliers est le modèle de tarification qui fait croître l’ARPU. Un palier de base couvre les appels nationaux et un pool de minutes d’utilisation raisonnable. Un palier business ajoute l’enregistrement des appels, la console opérateur, les analyses avancées et un plafond d’utilisation raisonnable plus élevé. Un palier entreprise ajoute les appels internationaux, le transfert vers le centre de contacts, un temps de réponse support premium et des trunks dédiés. Chaque palier s’adresse à un interlocuteur différent chez le client, et le chemin de montée en gamme est ce qui transforme un compte à X $ par poste en un compte à 3X $ par poste au cours de l’année suivante.

Pour les paramètres de tarification SBC qui alimentent votre base de coûts sur chacun de ces modèles, la référence de tarification SBC pour les MSP couvre les économies de licences par session et par serveur.

Votre pile de services : ce qu’il faut exploiter, pas simplement revendre

Un service géré Teams Direct Routing repose sur quatre éléments : les tenants Microsoft 365 du client, la capacité SBC qui relie Teams au PSTN, le ou les opérateurs sous-jacents, et l’opération de supervision et de support qui maintient le service en fonctionnement. La question du SBC est là où les MSP font le choix commercial le plus déterminant.

Trois voies sont viables pour le SBC : exploiter soi-même un SBC multi-tenant pour le coût marginal le plus bas et le plafond de marge le plus élevé, acheter un service SBC géré et revendre la couche voix pour alléger la charge opérationnelle, ou un modèle hybride qui héberge les plus gros comptes en propre et utilise un SBC géré pour la longue traîne. Le cadre comparatif SBC géré vs. auto-hébergé évalue le compromis, et les exigences techniques que le SBC doit respecter — TLS et SRTP obligatoires de Microsoft, comportement OPTIONS, multi-tenancy et sécurité périmétrique — sont détaillées dans le guide pour devenir fournisseur Direct Routing. Ce guide reste du côté commercial de cette décision.

L’économie de l’approche multi-tenant est ce qui rend la revente de Teams DR rentable. Une seule plateforme SBC multi-tenant peut héberger des dizaines de trunks clients indépendants, chacun avec sa propre plage de numéros, son opérateur et ses règles de routage. Avec 30 clients comptant en moyenne 25 utilisateurs Teams chacun à un prix de revente typique par poste, le chiffre d’affaires brut se situe dans les cinq chiffres moyens par mois. En soustrayant le coût de la plateforme SBC, le coût PSTN de gros, les frais d’attestation opérateur et l’allocation de main-d’œuvre pour la supervision et le support, une plateforme multi-tenant bien gérée produit des marges brutes de 50 à 70 pour cent. La configuration technique de cette plateforme est couverte dans SBC multi-tenant pour Teams Direct Routing. Ce qui compte ici, c’est le volant commercial : chaque client supplémentaire ajouté à la même instance SBC génère du revenu sans ajouter de coût d’infrastructure proportionnel.

À qui revient la responsabilité de l’attestation STIR/SHAKEN en tant que revendeur ?

La question de conformité que les nouveaux MSP Teams DR oublient le plus souvent est celle de la signature des appels sortants. Lorsqu’un MSP devient le fournisseur de service d’origine pour le trafic sortant d’un client, le MSP hérite de la responsabilité d’attestation au titre du cadre STIR/SHAKEN imposé par la FCC. La mauvaise réponse conduit à des déclassements d’attestation de niveau A qui s’affichent comme « Spam probable » sur l’identifiant d’appelant du destinataire, ce qui détruit la valeur du service que le client vient de payer.

Trois options pratiques s’appliquent. La première, faire signer l’opérateur de gros pour le compte du MSP avec une attestation de niveau B, est le chemin de démarrage le plus courant. L’opérateur insère l’en-tête Identity dans les appels sortants en fonction de sa relation de confiance avec le MSP, et le MSP évite d’exploiter un service de signature. L’attestation de niveau B est acceptable pour la plupart des appels sortants d’entreprise. La deuxième, intégrer directement un service de signature tel que TransNexus ClearIP ou Neustar, donne au MSP le contrôle sur l’attestation de niveau A. C’est la voie pour les MSP qui veulent signer pour le compte de plusieurs opérateurs, ou dont les clients se plaignent de l’étiquetage des appels. La troisième, adopter par défaut l’attestation de niveau C, n’est acceptable que pour les cas de terminaison uniquement ou de passerelle pure et n’est pas viable pour un service Direct Routing sortant en Amérique du Nord à long terme.

Positionner l’offre face aux Forfaits d’appels sur la facture du client

L’administrateur M365 de chaque prospect voit déjà une ligne Teams Phone Standard plus Forfait d’appels disponible sur le devis Microsoft. L’offre que le MSP place à côté doit surpasser Microsoft sur au moins une dimension qui compte pour l’acheteur.

Trois angles l’emportent systématiquement. Le prix par utilisateur est l’angle le plus défendable à grande échelle : la tarification des Forfaits d’appels se stabilise, et une offre Direct Routing par paliers à 25 postes ou plus est généralement inférieure au tarif Microsoft tout en incluant davantage de minutes. Le choix de l’opérateur et la préservation des DID l’emporte avec tout client qui possède une plage de numéros de longue date, une préférence pour un opérateur régional ou une relation existante avec un fournisseur de gros, car transférer ces numéros vers les Forfaits d’appels est soit impossible, soit opérationnellement douloureux. La couverture géographique l’emporte pour tout client ayant des bureaux dans des pays que les Forfaits d’appels ne desservent pas directement, ce qui inclut la majeure partie de l’Amérique latine, une grande partie de l’Afrique et certaines régions d’Asie.

La réponse honnête sur la simplicité est que les Forfaits d’appels sont difficiles à battre pour les très petits comptes qui n’ont besoin que de trois lignes et d’une tonalité de base. Ne vendez contre la simplicité que lorsque vous avez une raison de marge claire.

Construire le service : un plan de lancement en 90 jours

Une séquence de lancement bien structurée évite à l’équipe d’apprendre toutes les leçons sur le premier client.

Durant les 30 premiers jours, choisissez la voie SBC et validez-la. Une licence de laboratoire SBC gratuite suffit pour réaliser une preuve de concept fonctionnelle contre un seul tenant Teams et un opérateur de gros. Signez le contrat avec l’opérateur de gros, verrouillez la politique d’attestation avec cet opérateur et rédigez une description de service à trois paliers avec une grille tarifaire publiée.

Durant les 30 jours suivants, embarquez deux clients pilotes. Les comptes de gestion M365 existants sont les bons candidats, car la surface de gestion du changement est la plus réduite et le MSP possède déjà le tenant. Mettez en place la supervision sur le SBC, configurez la rotation d’astreinte et rédigez le guide d’escalade. Documentez les modes de défaillance révélés par les pilotes, en particulier tout ce qui concerne le comportement de l’opérateur ou les particularités de configuration du tenant Teams de Microsoft.

Durant les 30 derniers jours, standardisez. Convertissez l’embarquement manuel en un flux de travail reproductible : scripts PowerShell pour la configuration du tenant Teams, modèles de trunk SBC pour chaque opérateur, guide de portage, dossier de bienvenue client. Passez d’une tarification au cas par cas à une grille tarifaire publiée que l’équipe commerciale peut citer sans approbation de l’ingénierie. Le guide de dépannage VoIP est une référence utile pour le point de contrôle de mise en production à cette étape.

Modes de défaillance courants et comment les éviter

Sous-estimer la charge de support sur les petits comptes est la façon la plus courante dont les MSP perdent de l’argent sur la voix Teams. Un client de 5 postes à faible forfait mensuel couvre peut-être un ticket helpdesk par trimestre avant que le compte ne devienne déficitaire. Définissez un minimum de postes, ou orientez les petits comptes vers les Forfaits d’appels.

Omettre la conversation sur l’attestation avec l’opérateur produit la crise d’étiquetage quatre mois plus tard, quand le premier client remarque que ses appels sortants s’affichent comme « Spam probable » sur les téléphones des destinataires. Verrouillez la politique avant le lancement.

Traiter le SBC comme une installation ponctuelle plutôt que comme un poste de maintenance trimestriel est l’autre mode de défaillance fiable. La plateforme nécessite des correctifs, des rotations de certificats et des mises à jour de version à cadence régulière. Microsoft modifie périodiquement les autorités de certification racine TLS auxquelles Teams fait confiance ; la dernière migration exige des certificats SBC émis par une autorité de certification mise à jour avant mi-2026. Intégrez le budget de maintenance dans le prix du service dès le premier jour.

Foire aux questions