Lectura de 7 minActualizado: 23 de octubre de 2026
La mayoría de las implementaciones de SMS que me toca ver son de una sola dirección: la empresa manda, el usuario recibe, y si el usuario responde, esa respuesta no llega a ningún lado. El SMS bidireccional es, probablemente, la funcionalidad con mejor relación entre esfuerzo de implementación y valor de negocio que existe hoy en mensajería empresarial.
Qué se resuelve con una respuesta de una sola palabra
- Confirmar o reagendar una cita, sin que la persona tenga que llamar al centro de contacto.
- Validar que una entrega llegó, respondiendo un número.
- Pedir que un asesor devuelva la llamada, sin esperar en línea.
- Confirmar una operación sensible con una segunda acción explícita del cliente.
- Darse de baja de comunicaciones comerciales sin fricción, que además es lo que corresponde.
El cálculo económico es directo: cada una de esas interacciones, resuelta por mensaje, es una llamada que no entra al centro de contacto. Y el costo por mensaje es previsible, algo que no siempre se puede decir de un minuto de agente.
Cuatro definiciones que conviene tomar antes de encenderlo
1. Contexto
Cuando llega un “SÍ”, el sistema tiene que saber a qué mensaje responde. Sin correlación entre el envío original y la respuesta, lo que queda es una bandeja de entrada sin significado.
Técnicamente esto se resuelve con un identificador de conversación asociado al envío y una tabla que relacione número, remitente y última interacción. Suena trivial hasta que dos áreas distintas le escriben al mismo cliente desde el mismo remitente el mismo día. Ahí la correlación deja de ser un detalle.
2. Ventana de validez
Cuánto tiempo sigue siendo válida una respuesta. Un “SÍ” tres semanas después no es una confirmación: es ruido, y en algunos casos es un problema. La ventana debería definirla el negocio —no el equipo técnico— y depende del proceso: confirmar una cita de mañana no tolera lo mismo que confirmar una entrega.
3. Salida a un humano
Siempre va a haber alguien que conteste algo que no está previsto. Ese mensaje tiene que llegar a una persona, no a un log que nadie abre. Es el punto donde más implementaciones fallan: se diseña el camino feliz y se deja el resto sin destino.
4. Tolerancia al lenguaje real
La gente escribe “si”, “Sí”, “SI.”, “sí por favor”, “sip”, “claro”. Si el parser solo acepta una forma exacta, el ajuste va de nuestro lado, no del usuario.
Números largos, cortos y alfanuméricos: qué permite responder
| Tipo de remitente | ¿Admite respuesta? | Cuándo conviene |
|---|---|---|
| Alfanumérico (nombre de marca) | No, en general | Notificación pura, cuando no se espera vuelta |
| Número corto | Sí | Alto volumen y necesidad de interacción sostenida |
| Número largo dedicado | Sí | Casos donde importa la continuidad de la conversación |
Esta es la decisión que más condiciona el diseño y la que más seguido se toma por inercia. Un remitente alfanumérico se ve mejor en la bandeja del usuario, pero cierra la puerta de vuelta. Si el proceso necesita respuesta, el remitente debe elegirse por eso, no por estética.
Lo que más me gusta del canal de vuelta
Convierte una notificación en una conversación, con costo previsible y sin pedirle al cliente que instale nada.
Ese último punto es el que suele decidir. No hay app que descargar, ni registro, ni actualización de sistema operativo. Funciona en el teléfono que el cliente ya tiene, sea cual sea. En un país con la diversidad de dispositivos que tiene México, eso no es un detalle menor: es cobertura real. Es la misma razón por la que en Puerto Rico los servicios de emergencia reciben reportes por mensaje de texto al 9-1-1.
Y es, además, el puente natural hacia canales más ricos. Quien ya resolvió contexto, ventana, escalamiento y tolerancia al lenguaje tiene el trabajo difícil hecho cuando decida sumar canales enriquecidos. Quien no, va a tener que resolverlo igual, pero con más superficie y menos margen.
¿Lo tienen habilitado, o hoy sus mensajes salen y nadie escucha la vuelta?
Cómo se arma la sesión de SMS bidireccional
La parte que se subestima no es recibir el mensaje entrante: es saber a qué conversación pertenece. El usuario responde “SI” sin ningún contexto, y del otro lado hay que decidir si eso confirma la cita de mañana, la entrega de hoy o una encuesta de la semana pasada.
- Correlación. La respuesta se ata por número de origen más ventana temporal, y el envío original guarda el identificador de la operación. Si hay dos conversaciones abiertas con el mismo número, gana la más reciente y el resto se cierra: es preferible perder una respuesta a asignarla mal.
- Normalización. El usuario escribe “sí”, “si”, “SI.”, “dale”, “ok” o manda un emoji. Todo eso se normaliza —acentos, mayúsculas, signos, espacios— antes de comparar contra las palabras clave. Conviene mantener una lista de sinónimos por caso de uso y revisarla con los mensajes reales del primer mes.
- Ambigüedad acotada. Si la respuesta no coincide con nada, un solo reintento con las opciones explícitas. Al segundo intento, a un humano. Nadie quiere pelearse por SMS con un sistema que no entiende.
- Idempotencia. Los mensajes entrantes se pueden duplicar y los operadores reintentan. Cada mensaje entrante necesita un identificador único y el procesamiento tiene que poder ejecutarse dos veces sin cambiar el resultado.
- El webhook es parte del diseño. Los mensajes entrantes llegan por webhook: firma, validación de origen, respuesta rápida y encolado del procesamiento. Si el webhook contesta lento, el operador reintenta y el problema crece solo.
Cumplimiento: la baja y la separación del tráfico
Habilitar el canal de vuelta trae una obligación que ya no es opcional: si el usuario puede escribir, puede pedir que dejen de escribirle. La baja se atiende en el mismo canal, con una palabra estable, y se aplica sin pasar por un formulario. Registrar cuándo se dio de alta el consentimiento y cuándo se dio de baja es parte del diseño, no del soporte.
Hay otra separación que conviene resolver ahora: el tráfico transaccional y el comercial no deberían compartir remitente ni ruta. En 2026 la región se movió en esa dirección. Perú obliga a usar la serie 500 para llamadas y mensajes comerciales, Colombia aprobó la Resolución CRC 8308, que exige remitente identificado y formato preaprobado, y en México, según reportó la prensa en agosto de 2026, la CRT prepara una consulta pública sobre lineamientos para llamadas y mensajes no solicitados. Quien ya tiene separado el tráfico no va a tener que reconstruir nada. Lo desarrollo en Registro de remitentes SMS.
Qué medir cuando el canal ya está andando
| Métrica | Qué revela |
|---|---|
| Tasa de respuesta por plantilla | Si nadie responde, el problema casi siempre está en el texto, no en el canal |
| Respuestas resueltas sin intervención humana | Es el ahorro real del canal de vuelta |
| Tiempo hasta la respuesta | Define cuán larga tiene que ser la ventana de validez |
| Respuestas fuera de ventana | Si es alto, la ventana es corta o el mensaje llegó tarde |
| Derivaciones a agente | Separa la ambigüedad del lenguaje de la falta de opciones |
| Bajas solicitadas por el canal | Indicador temprano de que la frecuencia molesta |
Y cuando llegue RCS
Con RCS el canal de vuelta mejora en lo obvio: botones, respuestas sugeridas y menos ambigüedad, porque el usuario elige en vez de escribir. Lo que no cambia es el piso. Mientras el soporte dependa del dispositivo y del operador —en México, con el iPhone todavía fuera de la lista de Apple—, el SMS sigue siendo el canal que llega a todos y el respaldo cuando RCS no está disponible. La lógica de sesión, palabras clave y salida a humano que se construye hoy se reutiliza completa. Más sobre esto en RCS y mensajería empresarial.
Para una marca que quiere conversar por SMS en varios países, el primer paso es el remitente: el mapa de registro de remitentes SMS por país resume qué exige cada mercado.
Fuentes
- DPL News — Perú: MTC establece reglas para identificar llamadas y mensajes de texto comerciales y publicitarios.
- MinTIC Colombia — comunicado oficial sobre la Resolución CRC 8308 de 2026 (4 de agosto de 2026), con el calendario de implementación: alertas y bloqueos desde el 30 de octubre de 2026, identificación y validación de mensajes empresariales hacia junio de 2027.
- El Tiempo — Nuevas reglas para llamadas y SMS en Colombia.
- El Tiempo de Monclova — La CRT contra el spam (25 de agosto de 2026). Es información de prensa sobre una consulta pública en preparación, no norma vigente.
Seguir leyendo
- Identidad de las comunicaciones: la superficie de seguridad que dejamos sin resolver — cómo se resuelve la identidad de quien envía.
- Traspaso de IA a humano: cómo diseñarlo como parte del flujo — contexto, momento y métricas del pase a una persona.
- Registro de remitentes SMS en España, Costa Rica y Colombia — qué exige cada esquema y qué protege de verdad.
- Network APIs de GSMA Open Gateway: SIM Swap y Number Verification — señales de red para el análisis de riesgo antes del OTP.
