Como oferecer Teams Direct Routing como serviço gerenciado: guia prático para MSPs

A maioria dos Provedores de Serviços Gerenciados (MSP) já tem em mãos a resposta para uma de suas melhores oportunidades de crescimento. Os mesmos clientes SMB que compram licenças Microsoft 365 todo mês ficariam felizes em rotear sua voz pelo mesmo fornecedor, se a oferta estivesse na tabela de preços. O Teams Direct Routing torna isso possível, e um número crescente de MSPs está transformando essa funcionalidade em uma linha de receita recorrente que se acumula junto com o restante da pilha de TI.

O que é menos óbvio é como produtizar essa demanda. A mecânica de protocolo do Direct Routing está bem documentada. A mecânica comercial, incluindo o que cobrar, como empacotar, quem assume a responsabilidade regulatória e quando recusar um cliente, é onde a maioria dos novos entrantes subprecifica a oferta e queima margem em contas que deveriam ter sido encaminhadas para outro modelo. Este artigo aborda essas quatro questões em ordem, para que um MSP planejando um serviço de voz Teams possa ir da ideia ao lançamento sem aprender as lições mais caras na prática.

Por que voz no Teams é o serviço de maior retorno para MSPs agora

Voz se conecta a um relacionamento existente. O MSP que já provisiona tenants M365, gerencia Endpoint e cuida do SharePoint é a contraparte natural para a pergunta sobre voz que todo CIO eventualmente faz. O Teams Direct Routing permite que esse MSP mantenha o cliente no Teams como experiência do usuário enquanto entrega o dial tone, e a fatura, ele mesmo.

O sinal de demanda é concreto. Entre provedores de serviços que utilizam o ProSBC, MSPs representam pouco mais da metade de todas as sessões implantadas, e o Teams Direct Routing é o gatilho mais comum para essas implantações. O perfil de receita recorrente se destaca no P&L: faturamento mensal por usuário vinculado a uma licença que o cliente já paga, com custos de troca que crescem a cada funcionalidade adicionada.

Dois mecanismos de confiança tornam a voz particularmente aderente. Primeiro, os números de telefone do cliente ficam com a operadora escolhida pelo MSP, então um provedor de TI concorrente não pode simplesmente portar o tenant M365 e levar a voz junto. Segundo, qualquer pessoa que já migrou um sistema telefônico de 200 ramais conhece o trabalho de auditoria, portabilidade e validação envolvido. Uma vez que você fez isso para um cliente, ninguém tem vontade de repetir o processo.

Você deve revender Teams Direct Routing ou encaminhar para terceiros?

A tentação ao adicionar voz é vender para todos os clientes M365 da carteira. Essa é a maneira mais comum de perder dinheiro em uma linha de negócio de voz Teams. A primeira decisão a tomar é comercial, antes de qualquer configuração técnica. Para cada cliente em potencial, uma de três respostas deve se encaixar.

Vender Direct Routing você mesmo se aplica quando o cliente já compra gerenciamento M365 de você, tem aproximadamente dez usuários ou mais, deseja manter sua operadora existente ou inventário de DIDs, ou opera em um país onde os Microsoft Calling Plans são fracos ou indisponíveis. Esse é o ponto ideal. A margem escala com a quantidade de usuários, e o MSP ganha tanto no serviço recorrente quanto na margem sobre a operadora.

Encaminhar para um provedor Operator Connect cobre clientes pequenos que preferem uma experiência de fornecedor único com o dial tone na fatura da Microsoft e não se importam com qual operadora está por trás do serviço. O Operator Connect é mais rápido de provisionar e elimina a questão do SBC. A contrapartida é a perda de margem e flexibilidade limitada em números ou roteamento. A comparação entre Operator Connect e Direct Routing cobre as diferenças técnicas em detalhe.

Encaminhar para Microsoft Calling Plans se aplica quando o cliente precisa apenas de dial tone básico em um país atendido diretamente pela Microsoft, não tem requisitos de portabilidade de números e possui menos de 25 usuários. Os Calling Plans vencem em simplicidade para contas muito pequenas, e tentar competir com eles em baixo volume raramente compensa.

Trate isso como um critério de aprovação, não como padrão. Vendedores sob pressão de meta tentarão vender Direct Routing para todos, e o custo de suporte de um cliente de 5 usuários pagando uma mensalidade baixa se acumula rapidamente.

Os três modelos de precificação que MSPs utilizam

Uma vez que uma conta pertence à coluna “vender nós mesmos”, a próxima decisão é como precificar. A maioria das ofertas de Teams DR bem-sucedidas de MSPs se estabiliza em um de três modelos.

Precificação fixa por usuário cobra um valor fixo por usuário licenciado no Teams por mês, com chamadas incluídas até um teto de uso justo. É o mais fácil de vender porque espelha a forma como o cliente já compra M365, e produz a fatura mais limpa. A margem é mais alta quando o cliente tem muitos usuários de baixa utilização, já que a economia unitária favorece o vendedor quando os minutos reais de chamada ficam abaixo da franquia.

Precificação por canal ou por sessão cobre caminhos de chamadas simultâneas em vez de contagem de usuários. Esse modelo se aproxima mais de como o MSP paga seu próprio fornecedor de SBC e operadora PSTN, produzindo cobertura de custos previsível. É a melhor opção para clientes com baixa relação de concorrência por usuário, como equipes administrativas ou trabalhadores do conhecimento que raramente fazem chamadas externas, porque eles acabam pagando pelo que usam, não pela quantidade de nomes no diretório.

Pacotes por níveis é o modelo de precificação que aumenta o ARPU. Um nível básico cobre chamadas domésticas e uma franquia de minutos. Um nível business adiciona gravação de chamadas, console de atendente, analytics avançado e um teto de uso justo mais alto. Um nível enterprise adiciona discagem internacional, integração com contact center, resposta de suporte premium e troncos dedicados. Cada nível vende para um comprador diferente dentro do cliente, e o caminho de upgrade é o que transforma uma conta de $X por usuário em uma conta de $3X por usuário ao longo do ano seguinte.

Para os insumos de precificação do SBC que alimentam sua base de custo em qualquer um desses modelos, a referência de precificação de SBC para MSPs cobre a economia de licenciamento por sessão e por servidor.

Sua pilha de serviços: o que operar, não apenas revender

Um serviço gerenciado de Teams Direct Routing se apoia em quatro peças: os tenants Microsoft 365 do cliente, a capacidade SBC que conecta o Teams à PSTN, a operadora ou operadoras subjacentes, e a operação de monitoramento e suporte que mantém tudo funcionando. A questão do SBC é onde os MSPs fazem a escolha comercial mais consequente.

Três caminhos para o SBC são viáveis: operar um SBC multi-tenant você mesmo para o menor custo marginal e maior teto de margem, comprar um serviço de SBC gerenciado e revender a camada de voz para eliminar a carga operacional, ou um híbrido que auto-hospeda as maiores contas e usa um SBC gerenciado para a cauda longa. O framework de SBC gerenciado vs. auto-hospedado avalia o trade-off, e os requisitos técnicos que o SBC precisa atender, desde o TLS, SRTP e comportamento OPTIONS mandatórios da Microsoft até multi-tenancy e segurança de borda, estão detalhados no guia para se tornar um provedor de Direct Routing. Este guia permanece no lado comercial dessa decisão.

A economia da abordagem multi-tenant é onde a revenda de Teams DR se paga. Uma única plataforma SBC multi-tenant pode hospedar dezenas de troncos de clientes independentes, cada um com sua própria faixa de numeração, operadora e regras de roteamento. Com 30 clientes com média de 25 usuários Teams cada, a um preço típico de revenda por usuário, a receita bruta mensal fica na faixa de dezenas de milhares de dólares. Subtraia o custo da plataforma SBC, o custo PSTN no atacado, a taxa de atestação da operadora e a alocação de mão de obra para monitoramento e suporte, e uma plataforma multi-tenant bem administrada produz margens brutas de 50 a 70 por cento. A configuração técnica dessa plataforma é coberta em SBC multi-tenant para Teams Direct Routing. O que importa aqui é o efeito volante comercial: cada cliente adicional na mesma instância SBC adiciona receita sem adicionar custo de infraestrutura proporcional.

Quem é responsável pela atestação STIR/SHAKEN quando você é o revendedor?

A questão de conformidade que os novos MSPs de Teams DR mais frequentemente ignoram é quem assina as chamadas de saída. Quando um MSP se torna o provedor de serviço de origem para o tráfego de saída de um cliente, o MSP herda a responsabilidade de atestação sob o framework STIR/SHAKEN exigido pela FCC. A resposta errada leva a rebaixamentos de atestação nível A que aparecem como “Spam Likely” na identificação de chamadas do destinatário, destruindo o valor do serviço pelo qual o cliente acabou de pagar.

Três opções práticas se aplicam. A primeira, ter a operadora de atacado assinando em nome do MSP com atestação nível B, é o caminho inicial mais comum. A operadora insere o header Identity nas chamadas de saída com base em sua relação de confiança com o MSP, e o MSP evita operar um serviço de assinatura. A atestação nível B é aceitável para a maioria das chamadas de saída empresariais. A segunda, integrar um serviço de assinatura diretamente como TransNexus ClearIP ou Neustar, dá ao MSP controle sobre a atestação nível A. Esse é o caminho para MSPs que desejam assinar em nome de múltiplas operadoras, ou cujos clientes reclamam de rotulação de chamadas. A terceira, optar pela atestação nível C, é aceitável apenas para casos de terminação pura ou gateway e não é viável para um serviço de Direct Routing de saída na América do Norte a longo prazo.

Posicionando a oferta contra Calling Plans na fatura do cliente

O administrador M365 de cada prospect já vê uma linha de Teams Phone Standard mais Calling Plan disponível na cotação da Microsoft. A oferta que o MSP coloca ao lado precisa superar a Microsoft em pelo menos uma dimensão que importa para o comprador.

Três ângulos vencem consistentemente. Preço por usuário é o ângulo mais defensável em escala: a precificação dos Calling Plans se estabiliza, e uma oferta de Direct Routing por níveis com 25 usuários ou mais geralmente fica abaixo da tarifa da Microsoft, incluindo mais minutos. Escolha de operadora e preservação de DIDs vence com qualquer cliente que tenha uma faixa de numeração de longa data, preferência por operadora regional ou um relacionamento existente com um provedor atacadista, porque mover esses números para Calling Plans é impossível ou operacionalmente doloroso. Cobertura geográfica vence para qualquer cliente com escritórios em países que os Calling Plans não atendem diretamente, o que inclui a maior parte da América Latina, grande parte da África e partes da Ásia.

A resposta honesta sobre simplicidade é que Calling Plans é difícil de superar para contas muito pequenas que precisam de três linhas e dial tone básico. Compita em simplicidade apenas quando tiver uma razão clara de margem para isso.

Construindo o serviço: um plano de lançamento de 90 dias

Uma sequência de lançamento organizada evita que a equipe aprenda todas as lições no primeiro cliente.

Nos primeiros 30 dias, escolha o caminho do SBC e valide-o. Uma licença gratuita de laboratório de SBC é suficiente para executar uma prova de conceito funcional contra um único tenant Teams e uma operadora de atacado. Assine o contrato com a operadora atacadista, defina a política de atestação com essa operadora e elabore uma descrição de serviço em três níveis com uma tabela de preços publicada.

Nos 30 dias seguintes, integre dois clientes piloto. Contas existentes de gerenciamento M365 são os candidatos certos, porque a superfície de gestão de mudanças é menor e o MSP já possui o tenant. Construa o monitoramento no SBC, configure a rotação de plantão e escreva o runbook de escalonamento. Documente os modos de falha que os pilotos revelarem, especialmente qualquer coisa relacionada ao comportamento da operadora ou peculiaridades da configuração do tenant Teams da Microsoft.

Nos 30 dias finais, padronize. Converta o onboarding manual em um fluxo de trabalho repetível: scripts PowerShell para configuração do tenant Teams, templates de tronco SBC para cada operadora, um playbook de portabilidade e um pacote de boas-vindas para o cliente. Passe da precificação por negociação para uma tabela de preços publicada que a equipe de vendas possa cotar sem aprovação de engenharia. O guia de troubleshooting VoIP é uma referência útil para a etapa de prontidão para produção nessa fase.

Modos de falha comuns e como evitá-los

Subprecificar a carga de suporte em contas pequenas é a forma mais comum de MSPs perderem dinheiro com voz Teams. Um cliente de 5 usuários com uma mensalidade baixa cobre talvez um chamado de helpdesk por trimestre antes de a conta se tornar não lucrativa. Defina um mínimo de usuários, ou encaminhe contas pequenas para Calling Plans.

Pular a conversa de atestação com a operadora produz a crise de rotulação quatro meses depois, quando o primeiro cliente nota que suas chamadas de saída aparecem como “Spam Likely” nos aparelhos dos destinatários. Defina a política antes do lançamento.

Tratar o SBC como uma instalação única em vez de uma linha de manutenção trimestral é o outro modo de falha confiável. A plataforma precisa de patches, rotação de certificados e atualizações de versão em cadência regular. A Microsoft periodicamente altera as CAs raiz de TLS em que o Teams confia. A migração mais recente exige que os certificados SBC sejam emitidos por uma CA atualizada antes de meados de 2026. Inclua o orçamento de manutenção no preço do serviço desde o primeiro dia.

Perguntas frequentes