Las automatizaciones fallan en silencio, y el silencio es el problema.
Una secuencia se ejecuta. Entran quinientas personas. El panel dice quinientos mensajes enviados. Llegaron ciento veinte. Nadie se entera, porque nada dio error: cada mensaje se entregó a una plataforma que lo aceptó, y la aceptación se registró como éxito.
Omitido es un resultado, y necesita nombre
Hay tres cosas que le pueden pasar a un mensaje que intenta enviar una automatización, y casi todas las herramientas solo modelan dos.
- Enviado y entregado. El caso bueno.
- Fallido. Algo dio error. Suele verse, suele investigarse.
- Omitido. El sistema decidió, correctamente, que este mensaje no podía o no debía enviarse a esta persona ahora mismo.
El tercero es el frecuente, y el que acaba metido dentro del primero. No es un fallo y no es un éxito, y forzarlo a ser cualquiera de los dos produce una cifra sobre la que nadie puede actuar.
Los motivos son mundanos y casi todos se pueden saber antes de enviar:
- La ventana de mensajería con ese contacto se ha cerrado, así que solo pasaría una plantilla aprobada
- El contacto nunca consintió recibir marketing por ese canal
- El canal no está conectado en ese espacio de trabajo
- La plantilla existe pero no se puede enviar con la forma que tiene
- El contacto ya recibió este mensaje
Cada uno de esos es un motivo legítimo para no enviar. Cada uno es también un dato que el negocio debería poder ver, porque la mayoría tienen arreglo y ninguno se arregla solo.
Decidir antes, no después
La decisión de diseño que hay debajo de todo esto es cuándo ocurre la comprobación.
Si la automatización envía primero e interpreta el resultado después, el fallo es invisible: muchas plataformas de mensajería aceptan un mensaje que luego descartan, y lo que queda registrado es la aceptación. El rechazo llega minutos después por un webhook que nadie estaba escuchando.
Si la automatización comprueba primero, sabe antes de enviar que ese mensaje no puede llegar, y puede dejar constancia con el motivo. La experiencia del cliente es idéntica. La del negocio es completamente distinta: en vez de una cifra en verde, tiene una lista que dice que doscientos ochenta contactos se omitieron porque la ventana de mensajería estaba cerrada, que es una frase sobre la que se puede actuar.
Una cifra que solo sube no es una métrica. Es decoración que resulta ser numérica.
Cómo se ve un informe honesto
No es complicado, y consiste sobre todo en negarse a redondear a favor propio:
| Qué pasó | Qué debería decir |
|---|---|
| La plataforma aceptó y confirmó la entrega | Entregado |
| La plataforma aceptó y nunca confirmó la entrega | Enviado, sin confirmar |
| No se intentó, motivo conocido | Omitido, con el motivo |
| Se intentó, rechazado | Fallido, con el código |
Cuatro estados en vez de uno, y cada uno es una decisión distinta para quien lo lea. "Omitido: fuera de la ventana de mensajería" le dice a un equipo de marketing que cambie cuándo se ejecuta la secuencia. "Fallido: plantilla rechazada" le dice que arregle una plantilla. "Enviado, sin confirmar" le dice a alguien de ingeniería que nadie está escuchando el webhook de entrega.
Meter los cuatro en "enviado" no le dice nada, y peor, no le dice nada mientras aparenta haberle dicho algo.
La mitad cultural
Hay una parte de esto que no es un problema técnico. Informar de la verdad significa dar peores cifras que el competidor cuyo panel cuenta aceptaciones, y esa es una posición genuinamente incómoda para un producto.
Sigue siendo la correcta, y el motivo es práctico más que moral: un negocio que no puede ver sus mensajes omitidos no puede arreglar los motivos, así que su tasa de entrega real se queda donde está para siempre. La cifra halagadora es lo único que separa a ese negocio de una mejor.
Resumen
- Omitido es un tercer resultado y necesita su recuento y su motivo.
- Comprueba antes de enviar. Después, el fallo es invisible.
- Cuatro estados, no uno: entregado, enviado sin confirmar, omitido, fallido.
- La cifra incómoda es la única sobre la que se puede actuar.
