Un problema financiero con un componente de mensajería
El período medio de cobro —el tiempo medio entre facturación y pago— es sobre todo un problema comercial y de proceso: condiciones de pago, descuentos por pronto pago, política de dunning, control de crédito. La mensajería es una palanca dentro de eso, no toda la respuesta. Los canales verificados pueden reducir la fricción y hacer que un recordatorio sea más fácil de confiar y de accionar. No garantizan un período de cobro más corto, y cualquier programa de cobros que trate la mensajería como la solución en lugar de las condiciones, la decisión de crédito y el proceso de escalado se llevará una decepción.
Este es un repaso práctico de cómo estructurar una secuencia de mensajes de cobro, qué controles necesita y qué medir con honestidad.
Por qué el SMS plano y el email rinden poco para este caso
- Email: cae con frecuencia en la carpeta de spam o promociones para contenido financiero transaccional, y no hay una señal fiable de que se haya visto.
- SMS plano: funciona como canal, pero un número sin marca es más difícil de distinguir de un mensaje fraudulento, sobre todo en mercados saturados de SMS promocional.
- Llamadas de voz: caras por contacto y dependientes de que alguien responda.
Nada de esto significa que los canales verificados resuelvan el cobro. Significa que es más probable que el recordatorio se lea y se confíe si el destinatario puede ver claramente quién lo envía y puede actuar en un solo paso.
Qué significa "verificado" aquí
SMS verificado / RCS Business: un remitente registrado con nombre de marca mostrado y logo, con soporte de contenido estructurado y botones. El destinatario ve una marca de verificación y la identidad de tu marca en lugar de un número desconocido.
Plantillas de WhatsApp Business: plantillas pre-aprobadas enviadas desde una cuenta de empresa verificada, que pueden incluir botones de acción como "pagar ahora" o "pedir más plazo".
Ambos requieren registro y aprobación antes de su uso, y el plazo para eso varía según el mercado, el proveedor y lo completa que esté tu documentación de verificación de empresa; no es un número de días fijo sobre el que planificar una fecha de lanzamiento. Presupuesta tiempo para revisión y posibles ciclos de rechazo y reenvío en lugar de asumir que pasará a la primera.
Una secuencia de mensajes, no un único recordatorio
Una secuencia de cobro funciona mejor como un pequeño número de mensajes distintos, cada uno con una función clara, en lugar del mismo recordatorio repetido con un tono cada vez más urgente.
1. Recordatorio previo al vencimiento (unos días antes de la fecha de vencimiento)
- Decir: número de factura, importe, fecha de vencimiento y un enlace para pagar o ver la factura.
- No decir: nada que dé a entender que la factura está vencida o que se requiere acción; todavía no lo está.
- Depende de: que la factura siga impagada y que la fecha de vencimiento sea futura. Si el pago se registra antes del envío, este mensaje no debe salir.
2. Aviso de vencimiento (el día del vencimiento o el siguiente)
- Decir: una afirmación neutra de que la factura ya está vencida, el importe y el enlace de pago.
- No decir: nada que suene a amenaza o implique consecuencias; es un aviso rutinario, no una escalada.
- Depende de: que el estado de la factura siga impagado en el momento del envío, comprobado lo más cerca posible de ese momento.
3. Recordatorio de mora (unos días después del vencimiento, según tu política de crédito)
- Decir: que la factura está ahora en mora, reiterar el importe y las condiciones que apliquen contractualmente (recargos por demora, si están pactados), y el enlace de pago.
- No decir: nada que no esté respaldado por el contrato real; no dar a entender acciones legales, reporte a centrales de riesgo o recargos que no estén previstos contractualmente.
- Depende de: el estado impagado y, si es posible, comprobar si el cliente ya ha contactado (un ticket de soporte, una promesa de pago, una disputa); no enviar un aviso automático de mora sobre una conversación abierta.
4. Escalada
- Decir: lo que tu política de crédito especifique realmente que ocurre a continuación; normalmente un paso a contacto humano (una llamada o un gestor de cuenta) en lugar de otro mensaje automático, a veces junto con un aviso formal por escrito.
- No decir: este paso no es un lugar para introducir nuevas afirmaciones por plantilla; debe seguir tu proceso de escalada existente y, cuando corresponda, el proceso de cobro legal, no inventar uno en el propio texto del mensaje.
- Depende de: que la factura siga impagada tras los pasos anteriores y de la aprobación interna que exija tu política de crédito antes de escalar.
Ajusta los intervalos exactos a tus condiciones de crédito y a tu jurisdicción; no existe una cadencia universal que sirva para todo tipo de factura o relación con el cliente.
Supresión por estado de pago: el fallo que hay que evitar
El fallo más dañino en un flujo de cobro automatizado es seguir reclamando una factura que ya está pagada. Ocurre cuando:
- El estado del pago se lee de un sistema que se actualiza con retraso (por ejemplo, un batch nocturno) mientras los recordatorios se programan con más frecuencia que esa actualización.
- Se registra un pago parcial pero la lógica del recordatorio solo comprueba un indicador binario pagado/no pagado.
- Un pago se aplica a la factura o cuenta equivocada y el desajuste no se detecta antes del siguiente envío programado.
La solución es arquitectónica, no un ajuste de mensajería: trata el estado de factura/pago como la única fuente de verdad, compruébalo lo más cerca posible del momento de envío, y haz que la capa de mensajería sea consumidora de ese estado en lugar de un planificador independiente que trabaja sobre una foto desactualizada. Si tu sistema de pagos no puede darte un estado casi en tiempo real, incorpora una opción de retención manual y sé conservador con los envíos automáticos cerca de la fecha límite de pago.
Consentimiento y base legal
Los mensajes de cobro no quedan automáticamente exentos de las normas de consentimiento y marketing por tratarse de una deuda impagada. Según la jurisdicción y el canal:
- La mensajería de servicio/transaccional sobre una deuda existente suele tener una base legal distinta de la de marketing, pero los detalles (qué se considera transaccional, qué avisos son obligatorios, qué opción de baja hay que ofrecer) varían según el país y el canal; WhatsApp y RCS, en particular, tienen sus propias reglas de categoría de plantilla además de la normativa general de mensajería.
- Cuando un canal exige opt-in (las plantillas de WhatsApp Business en la mayoría de configuraciones), necesitas una base legal para tener ese número y un registro de cómo se obtuvo el consentimiento para ese canal.
- Las horas de silencio —restricciones para contactar a alguien fuera de ciertos horarios— se aplican en varios mercados, a veces explícitamente para el contacto de cobro de deudas, y deberían codificarse como una regla que el sistema de envío haga cumplir, no dejarse al criterio campaña a campaña.
Esto no sustituye el asesoramiento legal específico para tus mercados. Flowstates puede ayudarte a implementar estos aspectos como controles operativos —reglas de horario, registros de consentimiento, clasificación por categoría, lógica de supresión—, pero no proporciona cumplimiento legal en sí mismo; esa determinación corresponde a ti y a tu asesoría jurídica.
Fallback de canal
La cobertura de RCS y WhatsApp verificados no es universal: el soporte del terminal, el despliegue del operador y el estado de opt-in por destinatario varían. Una secuencia funcional necesita una vía de respaldo cuando el canal verificado no está disponible para un destinatario dado: normalmente SMS plano o email con la misma información esencial (importe, fecha de vencimiento, enlace de pago) sin asumir que el formato enriquecido se va a renderizar. Decide esta lógica de fallback de antemano, en lugar de dejar caer silenciosamente el recordatorio cuando falla el canal principal.
Qué medir
Mide resultados, no cifras de entrega vanidosas:
- Tasa de finalización de pago: proporción de recordatorios seguidos de pago, en una ventana definida.
- Tiempo hasta el pago: cuánto tiempo pasa desde un mensaje dado hasta que se produce el pago, si se produce.
- Click-to-payment: de quienes hacen clic en el enlace de pago, cuántos completan el pago y en qué punto abandonan si no lo hacen.
- Tasa de respuesta, queja y baja: una tasa creciente de quejas o bajas en los mensajes de cobro es una señal para revisar cadencia y tono, no algo que sortear.
- Tasa de recordatorios erróneos: con qué frecuencia se envió un recordatorio para una factura ya pagada o en disputa. Debería estar cerca de cero; hazle seguimiento explícito, porque es el indicador más claro de que tu lógica de supresión está fallando.
Ninguna de estas cifras será igual entre sectores, tamaños de factura o relaciones con el cliente, y no publicamos rangos objetivo porque no tenemos un conjunto de datos que defenderíamos como representativo de tu cartera. Usa tu propia línea base antes y después de un cambio de canal como la comparación que importa.
Dónde encaja la capa de mensajería
Los equipos que hacen esto bien tratan la secuencia de recordatorios como un componente más de un workflow de cobros más amplio, no como un añadido:
- Una única fuente de verdad sobre el estado de factura y pago.
- Conciencia entre canales (no enviar mensaje por un segundo canal a quien ya respondió o pagó por el primero).
- Supresión al pagar, al disputar y ante contacto humano activo.
- Un camino de escalada definido que, en última instancia, es propiedad de una persona, no de una plantilla.
Flowstates puede operar la capa de mensajería aquí: enviando por canales verificados cuando estén disponibles, gestionando el registro de remitentes y la aprobación de plantillas, aplicando reglas de supresión y horas de silencio, y haciendo fallback de forma limpia cuando un canal no está disponible; ya sea sobre capacidad que vendemos directamente, rutas para las que ya tienes contratos, o una combinación de ambas.