El SMS probablemente sea tu canal de mensajería más caro. A $0.01–0.05 por mensaje, una base de 100K usuarios puede generar $4,000–5,000/mes solo en costos de SMS. Y en LATAM, donde Android domina con más del 85% del mercado y las notificaciones push funcionan excelente incluso en conexiones intermitentes, pagar de más por SMS es un error que se puede evitar.
Es fácil entender por qué muchos equipos usan SMS por defecto: entregabilidad casi universal, y nadie quiere que un mensaje se pierda. Pero “enviar SMS a todos por si acaso” no es una estrategia. Es una fuga de presupuesto.
La solución no es dejar de usar SMS. Es construir un sistema donde el SMS se dispare solo cuando es la mejor opción, y las notificaciones push y el email se encarguen del resto. Así es como se configura en el Constructor de Customer Journey de Pushwoosh.
Cómo elegir el canal correcto y ahorrar costos
Piensa en tus canales como una escalera: empieza por el peldaño más barato y sube solo cuando sea necesario.
Nivel 1 — Notificaciones push. Costo marginal casi cero. Entrega instantánea. Ideal para mensajes urgentes donde un texto corto es suficiente. En mercados como México, Colombia o Argentina, donde la gran mayoría de usuarios están en Android, los push tienen una entregabilidad especialmente buena. La limitante: el usuario debe tener las notificaciones habilitadas, y la entrega depende del SO y el estado del dispositivo.
Nivel 2 — Email. Sigue siendo muy rentable (especialmente si usas Pushwoosh 😎). Perfecto para mensajes con mucho detalle: facturas, comparativas de planes, instrucciones paso a paso. Más lento, menor urgencia, pero excelente para contenido que el usuario necesita consultar después.
Nivel 3 — SMS. Alta entregabilidad, alto costo. Este es tu canal de escalamiento: entra en acción cuando push y email no pueden alcanzar al usuario o no han funcionado, y cuando lo que está en juego justifica el gasto.
El principio es simple: cada usuario recibe el mensaje a través del canal más barato donde sea alcanzable. El SMS entra solo cuando las opciones más económicas se agotan o cuando el momento es verdaderamente urgente.
Esto no es teoría. Es un patrón de routing concreto que puedes construir ahora mismo.
Ejemplo: flujo de recordatorio de pago en Pushwoosh
Vamos a la práctica.
Ejemplo: tienes una app de FinTech y necesitas recordar a los usuarios sobre un pago próximo. Un pago perdido significa cargos por mora, impacto crediticio y pérdida de confianza. Lo que está en juego es alto, así que el SMS se justifica en algún punto. Pero no como primer paso.
Así se construye un routing omnicanal inteligente en el Constructor de Customer Journey:
Trigger: payment_due_in_3_days
Un evento personalizado se dispara cuando faltan 3 días para la fecha de pago del usuario.
-
Verificación de alcanzabilidad → Notificación push
Verifica si el usuario es alcanzable por push. Si sí — envía el push: "Tu pago de $49 vence el viernes. Toca para pagar ahora." Corto, accionable, un toque para resolver.
-
Esperar 24 horas → Verificar goal
¿El usuario completó el pago? Si sí — sale del journey. Listo. No más mensajes. Si no — continúa.
-
Email con los detalles
Envía un email con el desglose completo — monto, fecha de vencimiento, qué pasa si no paga, y un link directo de pago. El email te da espacio para los detalles que un push no puede llevar.
-
Esperar 24 horas → Verificar goal
¿Pagó? Sale. ¿Sigue pendiente? Un paso más.
-
SMS — el último recurso
Un día antes del vencimiento, se envía el SMS. Pero solo para usuarios que: (a) no respondieron al push ni al email, O (b) no eran alcanzables en esos canales. El mensaje: "Tu pago de $49 vence mañana. Paga ahora: [deep link]"
El resultado: la mayoría de los usuarios paga después del paso 1 o el paso 3. El SMS llega a una fracción de la audiencia — los usuarios que genuinamente lo necesitan. Tu factura de SMS baja, tu alcance se mantiene igual, y nadie recibe tres mensajes sobre el mismo pago.
Misma lógica, diferentes escenarios de app
El flujo de pago anterior es un patrón. La lógica subyacente — empieza barato, escala con propósito — se adapta a distintos casos de uso:
Renovación de suscripción (apps de media, streaming). Push de recordatorio 7 días antes del vencimiento. Email con comparativa de planes 3 días antes. SMS el día del vencimiento — pero solo para suscriptores de alto CLV cuyo valor anual justifica el costo del mensaje.
Actualizaciones de envío (e-commerce, apps de delivery). La notificación push es el canal por defecto para “tu pedido va en camino”. Si tu app opera en el ecosistema de MercadoLibre o cualquier marketplace regional, la mayoría de tus usuarios están en Android y los push son extremadamente confiables. El SMS entra solo si el usuario es inalcanzable por push Y la ventana de entrega es menor a 2 horas. Urgencia temporal + inalcanzable = territorio de SMS.
Reactivación de usuarios inactivos (gaming). Push con una oferta personalizada. Email de seguimiento unos días después. Y aquí está la clave: nada de SMS. Para la mayoría de apps de gaming, el ROI de enviar un texto a un jugador inactivo simplemente no justifica el costo. Omitir el SMS también es una decisión de routing válida — y muchas veces la más inteligente.
El punto no es siempre incluir SMS al final. Es construir un sistema que decida — por usuario, por escenario — si el SMS se gana su lugar.
Mantén la consistencia entre canales, sin saturar
El routing por canal resuelve el problema de costos. Pero sin coordinación, creas uno diferente: los usuarios se sienten bombardeados con mensajes.
En un flujo secuencial, el elemento Esperar trigger maneja esto de forma natural — escucha el evento objetivo (ej. payment_completed) y saca al usuario en el momento en que se dispara. ¿No hay trigger? El flujo avanza al siguiente canal. El usuario nunca recibe push + email + SMS sobre el mismo pago. Cada canal retoma solo donde el anterior se quedó.
Cuando el mensaje sí sale por un canal diferente, adapta el contenido al formato. El push es corto y accionable. El email lleva los detalles. El SMS va al grano: lo esencial + link.
Mide el costo por conversión, no las tasas de apertura
Las tasas de apertura te dicen si un mensaje fue visto. No te dicen si valió la pena enviarlo.
La métrica que importa para el routing por canal es conversión al goal por rama: cuántos usuarios completaron la acción objetivo (pago, renovación, compra) después de cada paso del journey. Cuando ves que el 70% de las conversiones ocurren después del push y el 20% después del email, sabes exactamente de qué es responsable tu rama de SMS — y cuánto cuesta.
Ahí es donde entra el costo por conversión. Si tu rama de SMS convierte al 10% de los usuarios que llegan a ella, y cada SMS cuesta $0.05, eso es $0.50 por conversión desde SMS.
El push, con su costo casi cero y 70% de las conversiones, las entrega prácticamente a $0.
Esta matemática hace que el caso del SMS-como-escalamiento sea evidente — y te da números concretos para llevar a una revisión de presupuesto.
La analítica de journeys en Pushwoosh muestra esto paso a paso, directamente sobre el canvas — así puedes rastrear exactamente dónde ocurren las conversiones y qué ramas cubren sus costos.
Construye routing omnicanal inteligente. Mira el ahorro.
Todos los flujos en este artículo usan los mismos bloques — Verificación de alcanzabilidad, Esperar trigger, elementos de canal y delays de tiempo — todos disponibles en el Constructor de Customer Journey de Pushwoosh. Sin código personalizado, sin orquestación externa de canales.
Elige el flujo que corresponda a tu caso de uso de SMS de mayor volumen. Reconstrúyelo con notificaciones push y email como los primeros niveles. Deja que el SMS se encargue de lo que solo el SMS puede resolver. Después revisa los números.
