Cómo ofrecer Enrutamiento directo de Teams (Direct Routing) como servicio gestionado: guía práctica para MSP

La mayoría de los proveedores de servicios gestionados (MSP) ya cuentan con la respuesta a una de sus mejores oportunidades de crecimiento. Los mismos clientes pymes que compran licencias de Microsoft 365 cada mes enrutarían con gusto su voz a través del mismo proveedor si la oferta estuviera en la lista de precios. Enrutamiento directo de Teams (Direct Routing) es lo que hace posible esa transición, y un número creciente de MSP lo están convirtiendo en una línea de ingresos recurrentes que se potencia con el resto de la pila de TI.

Lo que resulta menos evidente es cómo productizar esa demanda. Los aspectos técnicos del protocolo de Direct Routing están bien documentados. Los aspectos comerciales, incluyendo qué cobrar, cómo empaquetar, quién asume la responsabilidad regulatoria y cuándo declinar una oportunidad, son el punto donde la mayoría de los nuevos participantes subvaloran la oferta y queman margen en cuentas que deberían haberse referido a otro proveedor. Este artículo aborda esas cuatro preguntas en orden, para que un MSP que planifique un servicio de voz con Teams pueda pasar de la idea al lanzamiento sin aprender las lecciones costosas en carne propia.

Por qué la voz en Teams es el servicio MSP de mayor rendimiento en este momento

La voz se acopla a una relación existente. El MSP que ya aprovisiona tenants de M365, gestiona Endpoint y administra SharePoint es la contraparte natural para la pregunta sobre voz que todo CIO eventualmente formula. Teams Direct Routing permite a ese MSP mantener al cliente en Teams como experiencia de usuario, mientras entrega el tono de marcado, y la factura, ellos mismos.

La señal de demanda es concreta. Entre los proveedores de servicios que operan ProSBC, los MSP representan algo más de la mitad de todas las sesiones implementadas, y Teams Direct Routing es el disparador más común para esas implementaciones. El perfil de ingresos recurrentes se lee bien en un P&L (estado de pérdidas y ganancias): facturación mensual por usuario vinculada a una licencia que el cliente ya paga, con costos de cambio que crecen cada vez que se agrega una funcionalidad adicional.

Dos mecanismos de confianza hacen que la voz sea particularmente difícil de reemplazar. Primero, los números telefónicos del cliente residen con el operador elegido por el MSP, por lo que un proveedor de TI competidor no puede simplemente portar el tenant de M365 y llevarse la voz. Segundo, cualquiera que haya migrado un sistema telefónico de 200 puestos conoce el trabajo de auditoría, portabilidad y validación involucrado; una vez que se ha hecho para un cliente, a nadie le entusiasma repetirlo.

¿Debería revender Teams Direct Routing o referirlo a otro proveedor?

La tentación al agregar voz es vendérsela a cada cliente de M365 en la cartera. Esa es la forma más común de perder dinero en una línea de negocio de voz con Teams. La primera decisión debe ser comercial, antes de cualquier configuración técnica. Para cada cliente potencial, una de tres respuestas debería ajustarse.

Vender Direct Routing usted mismo aplica cuando el cliente ya compra gestión de M365 con usted, tiene aproximadamente 10 puestos o más, quiere conservar su operador existente o inventario de DID, u opera en un país donde los Planes de llamadas de Microsoft son limitados o no están disponibles. Este es el punto óptimo. El margen escala con la cantidad de puestos, y el MSP gana tanto del servicio recurrente como del margen sobre el operador.

Referir a un proveedor de Operator Connect cubre clientes pequeños que prefieren una experiencia de proveedor único donde el tono de marcado aparece en la factura de Microsoft, y a quienes no les importa qué operador esté detrás del servicio. Operator Connect es más rápido de aprovisionar y elimina la cuestión del SBC por completo. La contrapartida es pérdida de margen y flexibilidad limitada en números o enrutamiento. La comparación entre Operator Connect y Direct Routing cubre las diferencias técnicas en detalle.

Referir a Planes de llamadas de Microsoft se ajusta cuando el cliente solo necesita tono de marcado básico en un país donde Microsoft opera directamente, no tiene requisitos de portabilidad de números y cuenta con menos de 25 puestos. Los Planes de llamadas ganan en simplicidad para cuentas muy pequeñas, e intentar competir con ellos en precio a bajo volumen rara vez resulta rentable.

Trate esto como una puerta de aprobación o rechazo, no como una opción predeterminada. Los representantes de ventas con cuota pendiente intentarán vender Direct Routing a todos, y la carga de soporte de un cliente de 5 puestos pagando una tarifa mensual baja se acumula rápidamente.

Los tres modelos de precios que utilizan los MSP

Una vez que una cuenta pertenece a la columna de “venderlo nosotros mismos”, la siguiente decisión es cómo establecer precios. La mayoría de las ofertas exitosas de Teams DR por parte de MSP se consolidan en uno de tres modelos.

Tarifa plana por puesto cobra un monto fijo por usuario con licencia de Teams por mes, con llamadas incluidas hasta un límite de uso razonable. Es el modelo más fácil de vender porque refleja cómo el cliente ya compra M365, y produce la factura más clara. El margen es mayor cuando el cliente tiene muchos puestos con baja utilización, ya que la economía unitaria favorece al vendedor cuando los minutos reales de llamada caen por debajo del paquete.

Precio por canal o por sesión cubre rutas de llamadas concurrentes en lugar del recuento de usuarios. Este modelo se aproxima más a cómo el MSP paga a su propio proveedor de SBC y operador PSTN, produciendo una cobertura de costos predecible. Es la mejor opción para clientes con baja relación de concurrencia respecto a puestos, como equipos administrativos o trabajadores del conocimiento que rara vez realizan llamadas externas, porque terminan pagando por lo que usan, no por la plantilla del directorio.

Empaquetado por niveles es el modelo de precios que incrementa el ARPU (ingreso promedio por usuario). Un nivel básico cubre marcación nacional y un conjunto de minutos de uso razonable. Un nivel de negocios agrega grabación de llamadas, consola de operadora, analítica avanzada y un límite de uso razonable más alto. Un nivel empresarial agrega marcación internacional, transferencia a centro de contacto, respuesta de soporte premium y troncales dedicados. Cada nivel se vende a un comprador diferente dentro del cliente, y la ruta de actualización es lo que convierte una cuenta de $X por puesto en una cuenta de $3X por puesto durante el año siguiente.

Para los insumos de precios del SBC que alimentan su base de costos en cualquiera de estos modelos, la referencia de precios de SBC para MSP cubre la economía de licenciamiento por sesión y por servidor.

Su pila de servicios: qué operar, no solo revender

Un servicio gestionado de Teams Direct Routing se sostiene en cuatro componentes: los tenants de Microsoft 365 del cliente, la capacidad del SBC que conecta Teams con la PSTN, el operador o los operadores subyacentes, y la operación de monitoreo y soporte que mantiene todo funcionando. La cuestión del SBC es donde los MSP toman la decisión comercial más trascendente.

Tres caminos para el SBC son viables: operar un SBC multitenant usted mismo para obtener el menor costo marginal y el techo de margen más alto, comprar un servicio de SBC gestionado y revender la capa de voz para desprenderse de la carga operativa, o un híbrido que autoaloja las cuentas más grandes y utiliza un SBC gestionado para el resto. El marco comparativo de SBC gestionado vs. autoalojado evalúa esa decisión, y los requisitos técnicos que el SBC debe cumplir, desde los requisitos obligatorios de Microsoft de TLS, SRTP y comportamiento OPTIONS hasta la multitenencia y la seguridad perimetral, están detallados en la guía para convertirse en proveedor de Direct Routing. Esta guía se mantiene en el lado comercial de esa decisión.

La economía del enfoque multitenant es donde la reventa de Teams DR se paga por sí sola. Una plataforma SBC multitenant única puede alojar docenas de troncales de clientes independientes, cada una con su propio rango de números, operador y reglas de enrutamiento. Con 30 clientes que promedian 25 usuarios de Teams cada uno a un precio de reventa típico por puesto, la línea de ingresos brutos se sitúa en las cinco cifras medias por mes. Reste el costo de la plataforma SBC, el costo PSTN mayorista, la tarifa de atestación del operador y la asignación de mano de obra para monitoreo y soporte: una plataforma multitenant bien operada produce márgenes brutos en el rango de 50 a 70 por ciento. La configuración técnica de esa plataforma se cubre en SBC multitenant para Teams Direct Routing. Lo importante aquí es el efecto acumulativo comercial: cada cliente adicional añadido a la misma instancia del SBC agrega ingresos sin añadir costo de infraestructura proporcional.

¿Quién es responsable de la atestación STIR/SHAKEN cuando usted es el revendedor?

La única pregunta de cumplimiento que los nuevos MSP de Teams DR pasan por alto con mayor frecuencia es quién firma las llamadas salientes. Cuando un MSP se convierte en el proveedor de servicios de origen (OSP) para el tráfico saliente de un cliente, el MSP hereda la responsabilidad de atestación bajo el marco STIR/SHAKEN exigido por la FCC. La respuesta incorrecta conduce a degradaciones de atestación de nivel A que aparecen como “Spam Likely” en la identificación de llamada del destinatario, lo que destruye el valor del servicio por el que el cliente acaba de pagar.

Tres opciones prácticas aplican. La primera, que el operador mayorista firme en nombre del MSP con atestación de nivel B, es el camino inicial más común. El operador inserta el encabezado Identity en las llamadas salientes basándose en su relación de confianza con el MSP, y el MSP evita operar un servicio de firma. La atestación de nivel B es aceptable para la mayoría de las llamadas salientes empresariales. La segunda, integrar un servicio de firma directamente como TransNexus ClearIP o Neustar, otorga al MSP control sobre la atestación de nivel A. Este es el camino para MSP que desean firmar en nombre de múltiples operadores, o cuyos clientes se quejan del etiquetado de llamadas. La tercera, utilizar la atestación de nivel C por defecto, es aceptable solo para casos de uso de solo terminación o pasarela pura y no es viable para un servicio saliente de Direct Routing en América del Norte a largo plazo.

Posicionar la oferta frente a Planes de llamadas en la factura del cliente

El administrador de M365 en cada prospecto ya ve una línea de Teams Phone Standard más Plan de llamadas disponible en la cotización de Microsoft. La oferta que el MSP coloque junto a ella necesita superar a Microsoft en al menos una dimensión que le importe al comprador.

Tres ángulos ganan consistentemente. Precio por usuario es el ángulo más defendible a escala: los precios de Planes de llamadas se aplanan, y una oferta de Direct Routing escalonada para 25 puestos o más generalmente queda por debajo de la tarifa de Microsoft incluyendo más minutos. Elección de operador y preservación de DID gana con cualquier cliente que tenga un rango de números de larga data, preferencia por un operador regional o una relación existente con un proveedor mayorista, porque mover esos números a Planes de llamadas es imposible u operativamente doloroso. Cobertura geográfica gana para cualquier cliente con oficinas en países donde Planes de llamadas no opera directamente, que incluye la mayor parte de Latinoamérica, gran parte de África y partes de Asia.

La respuesta honesta sobre simplicidad es que los Planes de llamadas son difíciles de superar para cuentas muy pequeñas que necesitan tres líneas y tono de marcado básico. Compita contra la simplicidad solo cuando tenga una razón clara de margen para hacerlo.

Construir el servicio: un plan de lanzamiento de 90 días

Una secuencia de lanzamiento organizada evita que el equipo aprenda todas las lecciones con el primer cliente.

En los primeros 30 días, elija el camino del SBC y valídelo. Una licencia de laboratorio gratuita del SBC es suficiente para ejecutar una prueba de concepto funcional contra un único tenant de Teams y un operador mayorista. Firme el contrato con el operador mayorista, defina la política de atestación con ese operador y redacte una descripción de servicio de tres niveles con una lista de precios publicada.

En los siguientes 30 días, incorpore dos clientes piloto. Las cuentas existentes de gestión de M365 son los candidatos adecuados, porque la superficie de gestión del cambio es la más reducida y el MSP ya posee el tenant. Configure el monitoreo en el SBC, establezca la rotación de guardia y escriba el manual de operaciones para escalación. Documente los modos de falla que los pilotos revelen, especialmente cualquier aspecto relacionado con el comportamiento del operador o las particularidades de configuración del tenant de Teams de Microsoft.

En los últimos 30 días, estandarice. Convierta la incorporación manual en un flujo de trabajo repetible: scripts de PowerShell para la configuración del tenant de Teams, plantillas de troncales del SBC para cada operador, un manual de portabilidad, un paquete de bienvenida para el cliente. Pase de precios por acuerdo a una lista de precios publicada que el equipo de ventas pueda cotizar sin aprobación de ingeniería. La guía de resolución de problemas VoIP es una referencia útil para la puerta de preparación para producción en esta etapa.

Modos de falla comunes y cómo evitarlos

Subvalorar la carga de soporte en cuentas pequeñas es la forma más común en que los MSP pierden dinero con la voz de Teams. Un cliente de 5 puestos a una tarifa mensual baja cubre tal vez un ticket de mesa de ayuda por trimestre antes de que la cuenta se vuelva no rentable. Establezca un mínimo de puestos, o refiera las cuentas pequeñas a Planes de llamadas.

Omitir la conversación sobre atestación con el operador produce la crisis de etiquetado cuatro meses después, cuando el primer cliente nota que sus llamadas salientes aparecen como “Spam Likely” en los teléfonos receptores. Defina la política antes del lanzamiento.

Tratar el SBC como una instalación única en lugar de una partida de mantenimiento trimestral es el otro modo de falla recurrente. La plataforma necesita parches, rotaciones de certificados y actualizaciones de versión con una cadencia regular. Microsoft cambia periódicamente las CA raíz de TLS en las que confía Teams; la transición más reciente requiere certificados del SBC emitidos por una CA actualizada antes de mediados de 2026. Incorpore el presupuesto de mantenimiento en el precio del servicio desde el primer día.

Preguntas frecuentes