Define la inactividad según el uso del producto, da un motivo relevante para volver y comprueba de nuevo los requisitos antes de cada email de recuperación.
Un email de recuperación va dirigido a alguien que antes le sacaba partido al producto y dejó de hacerlo. Lo difícil es saber qué dejó de hacer y por qué, y si tienes un motivo creíble para pedirle que vuelva.
“Te echamos de menos” es un sentimiento. Un problema resuelto, una función útil o una oferta relevante: eso sí es un motivo.
Usa una acción que refleje para qué sirve el producto: un pedido completado, una sincronización correcta, un proyecto publicado o una campaña enviada. Elige una ventana de tiempo que tenga sentido para el ciclo de uso normal.
Alguien que compra una vez al año y alguien que usa el producto a diario no deberían compartir la misma regla de inactividad. Ninguno de los dos debería considerarse inactivo solo porque no se cargó el píxel de seguimiento de un email. Las tasas de apertura son una señal demasiado débil para tomar esa decisión.
Incluye el permiso de marketing y el estado de supresión en la comprobación de requisitos. Haber sido cliente no anula una baja.
Prefiero enviar una nota breve sobre el problema concreto que frenó a alguien que un largo repaso de la hoja de ruta. Usa con cuidado el contexto que conoces del cliente, y no digas que sabes por qué se fue a menos que te lo haya dicho.
Un mensaje de ejemplo podría decir:
Hace un tiempo nos pediste [función concreta]. Ya está disponible en [plan correspondiente]. Te explicamos cómo funciona, incluida esta limitación: [limitación importante].
Si eso era lo que te frenaba, puedes probarlo aquí: [enlace directo].
Son marcadores editoriales, no etiquetas de combinación activas. Complétalos con datos verificados. Si la función no se aplica a la cuenta del destinatario, el mensaje necesita otra razón de ser.
Decide cuántos mensajes puedes justificar y qué información nueva aporta cada uno. No hay ninguna regla universal que diga que tres contactos sean lo ideal. Un segundo mensaje que repite el primero con más urgencia quizá no se gane su lugar.
Un descuento debe tener condiciones reales y una fecha de caducidad de verdad. No insinúes que se eliminará una cuenta a menos que sea cierto y sea adecuado comunicarlo en ese mensaje.
Si la persona vuelve, deja de tratarla como inactiva. En un flujo de Brew activado por un evento, una condición sobre contact.<name> lee el valor actual del campo en Brew cuando se ejecuta ese nodo. Pon la comprobación después de la espera y mantén el campo sincronizado con la actividad relevante en el producto. Los valores del payload del evento no cambian.
Si los datos de actividad o de requisitos están fuera de Brew, haz que tu aplicación los compruebe cuando toque el siguiente email. Lanza un evento nuevo solo para las personas que sigan cumpliendo los requisitos. La guía de automatización explica los dos enfoques.
Así también evitas que, justo después de una visita útil, llegue un incómodo email de “Hace tiempo que no te vemos”.
Revisa la actividad relevante en el producto, las respuestas, las quejas y las bajas. No sigas enviando porque el registro del antiguo cliente siga en la base de datos, y no suprimas a un cliente que está activo solo porque no haya aperturas.
Si la secuencia no genera ninguna respuesta útil, replantéate el motivo para volver y la audiencia. Enviar más no debería ser la respuesta por defecto.
Consulta la guía de entregabilidad cuando planifiques envíos a una audiencia antigua. Un email de recuperación debería hacer que la relación sea más relevante, lo que incluye respetar el momento en que alguien ya no la quiere.
