¿Qué estoy migrando realmente cuando digo "sacar Avaya a la nube"?
Tu conmutador tiene fusionadas tres capas que en la nube se compran por separado. Si no las separas en el papel antes de pedir cotizaciones, vas a comparar manzanas con tractores.
Capa 1: transporte de voz. Troncales SIP, SBC, numeración (DID geográficos, 800, celulares), códecs, caller ID, llamadas de emergencia y los enlaces que llevan ese audio. Esta capa se negocia con un concesionario o con el proveedor de la plataforma, no con el fabricante del software.
Capa 2: enrutamiento y lógica. IVR, colas, habilidades (skills), horarios, desbordes, grabación, marcación saliente y reportes. Aquí vive el conocimiento real de tu operación, casi siempre sin documentar, y es la capa donde se concentra la mayor parte del esfuerzo, porque la lógica no se exporta: se reconstruye.
Capa 3: escritorio del agente. Lo que ve la persona que contesta: el softphone, el screen pop con la ficha del cliente, los estados de disponibilidad, la bitácora de la interacción. Esta capa puede vivir en la plataforma de contact center o dentro del CRM.
El error típico es tratarlo como un "lift and shift" de servidores, igual que se mueve un ERP o una base de datos. No lo es. Si tu proyecto también incluye mover los servidores de aplicaciones que acompañan al contact center, esa parte sí sigue la ruta clásica que explicamos en la guía de migración a la nube en México; la telefonía va por otro camino.
Antes de pedir una sola cotización, haz un inventario de: cantidad de DIDs y su titularidad documental, número de agentes concurrentes contra agentes nombrados, cada rama del IVR con su horario y excepción, campañas salientes activas, integraciones a la medida y política de retención de grabaciones. Sin eso, cualquier número que te den es ficción.
¿Qué opciones tengo y en qué caso gana cada una?
Son cuatro rutas reales, más una variante por fases. Ninguna gana siempre.
| Ruta | Qué conservas | Cuándo gana | Dónde duele |
|---|---|---|---|
| Avaya alojado o en nube privada | La mayor parte de la lógica y las integraciones actuales | Muchas personalizaciones, dependencias de Aura/Communication Manager, necesidad de reducir el cambio operativo | Conservas el costo de administración y la complejidad; pierdes palanca de negociación |
| CCaaS empresarial (Genesys Cloud, NICE CXone, Five9) | Procesos y datos seleccionados; la plataforma se reemplaza | Quieres escalar, abrir canales digitales y salir de infraestructura propia | Hay que rediseñar flujos, integraciones y reportes desde cero |
| Pago por uso (Amazon Connect) | La lógica se reconstruye sobre servicios cloud | Ya tienes equipo con capacidades en AWS y prefieres pagar por consumo | La comparación por agente no es directa: depende de minutos, telefonía, almacenamiento y servicios extra |
| Voz dentro del CRM (Service Cloud Voice, Dynamics) | El expediente del cliente como centro; la telefonía se conecta | El contact center vive pegado al CRM y el problema real es la información fragmentada | Dependes de dos contratos y de que la integración de telefonía esté soportada |
| Híbrido por fases | Parte de Avaya, la numeración y el carrier | No es viable sustituir todo de golpe | Mantienes dos arquitecturas, dos soportes y el doble de puntos de falla |
Criterio para decidir rápido: si tienes pocos agentes y un IVR de pocas ramas, el CCaaS de paquete te sale más barato en esfuerzo que cualquier arquitectura a la medida. Si tienes una operación grande con gestión de fuerza laboral, calidad y marcación predictiva, estás comprando una suite completa y el precio por asiento se vuelve el factor dominante. Si el contact center está profundamente ligado al ERP —cobranza, estatus de pedido, garantías—, la pregunta no es cuál plataforma de voz, sino dónde vive el expediente del cliente; ahí vale la pena evaluar primero Service Cloud y después la capa de voz.
Cuándo NO conviene mover nada todavía: si tu IVR no está documentado y nadie en la empresa puede explicar por qué una cola desborda a otra, la migración va a reproducir el caos con factura mensual. Primero documenta, luego migra.
¿Cuánto cuesta por agente al mes y cómo se compara con mantener el on-prem?
Precios de lista publicados, en dólares, para dimensionar:
| Plataforma o plan | Referencia 2026 | Supuesto |
|---|---|---|
| Genesys Cloud CX 1 | 75 USD | Usuario/mes, facturación anual, enfoque voz |
| Genesys Cloud CX 2 | 115 USD | Usuario/mes, facturación anual, omnicanal con canales digitales |
| Genesys Cloud CX 3 | 155 USD | Usuario/mes, facturación anual, con gestión de fuerza laboral |
| Amazon Connect | ~38 USD | Cálculo de consumo: 1,000 minutos entrantes al mes × 0.038 USD/minuto, antes de telefonía y cargos adicionales |
Los tres niveles de Genesys son precios de lista y el precio efectivo cambia por volumen, duración del contrato, región, moneda, impuestos y negociación. En el caso de Amazon Connect, referencias publicadas por terceros ubican el uso de la plataforma entre 0.018 y 0.038 USD por minuto; confirma la tarifa vigente en la página oficial de precios de AWS, porque el desglose cambia por componente y no se comercializa como paquetes cerrados. De NICE CXone, Five9, Twilio Flex y Service Cloud Voice no existe una cifra de lista verificable públicamente para México: ahí vas a cotización y conviene pedir el desglose por módulo.
Aquí está la trampa de los dos extremos. El pago por uso se ve barato hasta que sumas los minutos de terminación en México, los números, la grabación, el almacenamiento con retención larga y los canales digitales: la tarifa por minuto no equivale por sí sola a una suscripción completa de contact center. Y la licencia por agente se ve cara hasta que calculas tres años de on-premise con soporte del fabricante, refresco de hardware al final de vida, enlaces redundantes, el consultor que es el único que entiende el dialplan y las horas internas de administración.
Para que la comparación sirva, el modelo a tres años debe incluir, de los dos lados: suscripción o consumo, minutos y números, troncales SIP o conexión BYOC, grabación y almacenamiento, integraciones a CRM/ERP/pagos, canales digitales, implementación y capacitación, soporte y redundancia, y el costo remanente de Avaya durante la coexistencia. Ese último es el que nadie presupuesta y el que más pesa: en el modelo conviene declarar explícitamente cuántos meses vas a pagar ambas plataformas —si supones, por ejemplo, de seis a doce meses de coexistencia, el resultado cambia bastante—, y ese periodo lo define el número de colas que vas a migrar por rebanada, no el calendario comercial del proveedor.
Si eliges el modelo por consumo, trata la factura como lo que es: una variable operativa que hay que gobernar mes a mes, con la misma disciplina que aplica cualquier equipo de FinOps para reducir la factura de Azure y AWS. Un IVR mal diseñado que deja a la gente escuchando menús se paga por minuto.
¿Qué pasa con mis troncales SIP, mis números y mi carrier mexicano?
Tus números se conservan. La portabilidad numérica en México permite mantener el número al cambiar de concesionario o proveedor, sin costo y en un plazo de 24 horas desde la solicitud, según el regulador. Eso resuelve la angustia principal.
Lo que la portabilidad no resuelve es todo lo demás: enrutamiento, puntos de interconexión, rangos DID, señalización SIP, presentación de caller ID, horarios, campañas y reglas de negocio. Portar un número y no haber replicado el flujo significa tener el número vivo contestando mal.
Tienes cuatro caminos para la capa de transporte:
- Conservar tu carrier mexicano con BYOC. Genesys Cloud, por ejemplo, permite consumir su telefonía o conectar tu propio carrier. Es la opción con menos fricción comercial si ya tienes tarifas buenas y soporte local que responde.
- Comprar los minutos al proveedor cloud. Menos piezas que administrar, un solo responsable. Valida cobertura y tarifas para México antes de asumir que conviene.
- Dejar Avaya como gateway temporal y migrar por fases, cola por cola.
- Portar la numeración a otro concesionario.
Sin importar cuál elijas, comprueba antes de firmar: compatibilidad SIP y códecs, SIP TLS y SRTP si los necesitas, DID geográficos, 800 y numeración celular, titularidad documental de cada número, llamadas entrantes, salientes, internacionales y de emergencia, redundancia de enlaces, límites de concurrencia, responsabilidad por fraude telefónico y tiempo de reparación con soporte local.
Y una verdad incómoda: la calidad de voz casi nunca se pierde "en la nube". Se pierde en el enlace de última milla, en el SBC mal dimensionado, en el NAT, en la red local de la oficina o en el Wi-Fi doméstico del agente remoto. Antes de culpar a la plataforma, mide jitter y pérdida de paquetes en tu propia red.
¿No sabes si esto aplica a tu empresa? Haz el diagnóstico gratuito de 3 minutos.
¿Migro primero la voz o primero el CRM y los canales digitales?
Nuestra recomendación por defecto: primero el expediente del cliente y los canales digitales, después la voz. Tres razones. El tráfico digital crece más rápido y absorbe volumen sin riesgo de dejar el teléfono mudo. El retorno se ve en semanas, no en trimestres. Y llegas al cambio de telefonía con el modelo de datos, el screen pop y los reportes ya resueltos, que es justo lo que hace fracasar los cutover de voz.
En la práctica, antes de cortar la voz deberías tener definidos: modelo de datos del cliente, integración CTI y screen pop, autenticación del agente, estados de disponibilidad, grabación y retención, reportes de operación, plan de reversa y pruebas de carga y de calidad de voz.
Cuándo sí conviene invertir el orden:
- Tu versión de Avaya está cerca del fin de soporte del fabricante (confírmalo por escrito con tu proveedor, no de oído).
- El hardware ya da fallas y no consigues refacciones.
- Vence el contrato y la renovación trae un incremento que no estás dispuesto a pagar.
- La telefonía es hoy el mayor riesgo operativo medido en caídas, no una molestia.
Una cuarta variante que funciona bien: híbrido controlado. Dejas Avaya atendiendo las colas críticas y migras primero un flujo de bajo riesgo —ventas, una campaña de cobranza, soporte de segundo nivel— para aprender con tráfico real. Cortar integraciones vivas de un negocio grande es la parte delicada: en Soriana conectamos la operación de más de 800 tiendas, pagos y órdenes con su e-commerce sobre Salesforce Commerce Cloud y la orquestación de OMS, TMS y pagos sobre Azure. Por eso recomendamos migrar por rebanadas y con reversa probada.
¿Dónde entra WhatsApp en un contact center que hoy solo contesta llamadas?
WhatsApp no es "un número más" en el conmutador. Es un canal asíncrono, y eso cambia la física de tu operación: un agente de voz atiende una llamada a la vez y lo mides con AHT; un agente de mensajería atiende varias conversaciones a la vez y lo mides con concurrencia, tiempo de primera respuesta y tiempo de resolución. Si suponemos una concurrencia de tres a seis conversaciones por agente —el número real depende del tipo de consulta, del uso de plantillas y de tu tiempo de respuesta objetivo—, la plantilla y los tableros de supervisión se calculan distinto. Si lo metes con las métricas de voz, vas a castigar a quien más resuelve.
Lo que hay que definir antes de encenderlo: cuenta de WhatsApp Business y su titularidad, proveedor oficial de integración, plantillas y reglas de mensajería, ventanas de atención, consentimiento y tratamiento de datos, transferencia a agente, identificación del cliente, historial omnicanal, manejo de archivos y auditoría, e integración con CRM y reportes. El flujo normal es: mensaje, identificación, clasificación, automatización inicial, enrutamiento a cola y entrega al agente con contexto.
Un punto sin rodeos: el bot armado sobre WhatsApp no oficial —sesiones de WhatsApp Web automatizadas— es riesgo de baneo del número, y ese número suele ser el que imprimiste en toda tu publicidad. Usa la API oficial. ITECHDEV es Meta Tech Provider y opera Kontesta, su plataforma multiempresa para WhatsApp Business API; si prefieres integrarlo directo a tu CRM o ERP, el orden de las piezas está explicado en cómo integrar la API de WhatsApp con CRM y ERP.
Cuándo NO abrir WhatsApp todavía: si no tienes quién responda en minutos. Un canal donde el cliente ve el doble palomeo y nadie contesta en dos horas es peor que no tenerlo.
¿Qué se rompe en la migración y cómo lo anticipo?
| Riesgo | Cómo se manifiesta | Control previo |
|---|---|---|
| Numeración | Números sin servicio o llamadas al destino anterior | Inventario de DIDs, pruebas de portabilidad, plan de reversa |
| SIP | Audio en un solo sentido, llamadas caídas, códecs incompatibles | Pruebas con el carrier, TLS/SRTP, NAT, concurrencia |
| IVR | Menús, horarios o transferencias equivocadas | Probar cada ruta, idioma, horario y excepción |
| CRM | No aparece la ficha del cliente o se duplica el registro | Pruebas de API, permisos y datos de prueba |
| Grabación | Archivos incompletos o retención incorrecta | Probar grabación, reproducción, búsqueda, exportación y borrado |
| Reportes | Métricas que no cuadran con las de Avaya | Diccionario de métricas y periodo de conciliación |
| Gestión de fuerza laboral | Pronósticos y adherencia no comparables | Validar contra histórico y operar en paralelo |
| Canales digitales | Conversaciones sin contexto o en la cola equivocada | Pruebas de identidad, persistencia de sesión y escalamiento |
| Seguridad | Accesos excesivos, fraude, exposición de datos | MFA, roles mínimos, bitácoras, cifrado, monitoreo |
| Operación | Agentes no preparados, caída de productividad | Piloto, capacitación, soporte reforzado, criterios de salida |
Los cuatro que de verdad detienen proyectos: la lógica del IVR que nadie documentó y que solo se descubre cuando un cliente reclama; las grabaciones con retención regulatoria, que hay que exportar con metadatos y no solo como archivos sueltos; los reportes históricos que la plataforma nueva no puede reproducir con la misma definición de métrica; y la marcación saliente con sus listas, reglas de reintento y supresión.
Un detalle práctico: el plan de reversa no es "volver atrás", es volver atrás por cola. Define para cada cola quién decide la reversa, en cuánto tiempo y con qué criterio medible —por ejemplo, abandono por arriba de cierto umbral durante 30 minutos—. Y conserva el enrutamiento anterior encendido en paralelo el tiempo suficiente; apagarlo el mismo día es una decisión que se arrepiente rápido.
¿Qué cláusulas exijo en el contrato antes de firmar?
El contrato es donde ganas o pierdes la siguiente negociación, la de dentro de tres años. Lo mínimo:
- Salida de datos. Grabaciones, transcripciones, metadatos, configuraciones y reportes exportables en formatos utilizables, sin costo y con asistencia de salida. Esta es la misma cláusula que debes exigir en cualquier migración de base de datos: si sacar tus datos cuesta o depende de la buena voluntad del proveedor, ya estás amarrado.
- Propiedad de datos, grabaciones y de los flujos e integraciones construidos durante el proyecto.
- Retención, eliminación y certificación de borrado.
- SLA por componente —plataforma, telefonía, APIs, grabación, canales digitales y soporte— con disponibilidad mensual, exclusiones definidas y créditos de servicio que duelan. Un SLA sin penalización es una carta de buenas intenciones.
- RTO y RPO para configuraciones, grabaciones y datos.
- Portabilidad y devolución de números al terminar el contrato.
- Tope de incremento anual y reglas de renovación por escrito.
- Definición de usuario facturable: concurrentes contra nombrados, supervisores, administradores y usuarios ocasionales. Aquí es donde la factura crece sin que nadie haya contratado licencias nuevas, porque supervisores, administradores y usuarios ocasionales terminan contando como agentes.
- Precios separados para minutos, números, grabación, almacenamiento, IA, WhatsApp, SMS, APIs y soporte.
- Subcontratistas, ubicación de datos y aviso de cambio de proveedor cloud.
- Notificación de incidentes de seguridad y cooperación forense.
- Control de cambios y aviso de depreciación de funciones o APIs.
- Responsabilidad por fraude telefónico, llamadas internacionales y uso indebido de credenciales. Define quién paga si alguien se cuelga de tus troncales un fin de semana.
- Pruebas de aceptación con derecho a no pasar a producción si no se cumplen los criterios acordados.
Y la pregunta que casi nadie hace: cuando el enlace es de un tercero y la voz se escucha mal, ¿quién responde? Si la respuesta es "el carrier dice que es la plataforma y la plataforma dice que es el carrier", necesitas un responsable único por escrito, nombrado en el contrato.
Fuentes
- Genesys Cloud CX Pricing — https://www.genesys.com/pricing
- Genesys Cloud pricing hub — https://help.genesys.cloud/articles/genesys-cloud-pricing-hub/
- Hacia la portabilidad numérica en 24 horas (IFT) — https://www.ift.org.mx/comunicacion-y-medios/gaceta/hacia-la-portabilidad-numerica-en-24-horas
- Portabilidad Numérica (IFT) — https://www.ift.org.mx/usuarios-y-audiencias/portabilidad-numerica
- Reglas de Portabilidad Numérica (IFT) — https://www.ift.org.mx/temas-relevantes/reglas-de-portabilidad-numerica
- 10 Best NICE CXone Alternatives in 2026 — https://www.cloudtalk.io/blog/nice-cxone-alternative/
- Genesys Cloud Pricing 2026: Full Breakdown — https://www.platform28.com/blog/genesys-cloud-pricing
Si quieres que alguien arme contigo el modelo de costo a tres años y el plan de integración con tu CRM, tu ERP y los canales digitales con API oficial sobre Azure o AWS, eso es parte de lo que hacemos en cloud y DevOps. Empieza por el diagnóstico gratuito de 3 minutos y hablamos con números sobre la mesa.