Email marketing para SaaS: del onboarding a la recuperación
Email marketing para SaaS etapa por etapa: emails de onboarding, conversión de la prueba, novedades y recuperación, gestionados por tu agente de IA y tu app.
Email marketing para SaaS: un email por cada etapa del ciclo de vida del cliente
El email marketing para SaaS no es una newsletter. Es un conjunto de emails ligados a lo que el usuario hace en tu producto: se registra, se activa, pasa a pago, se queda o se aleja. Cada etapa tiene su mensaje, disparado por un evento de tu aplicación y no por el calendario. Esta guía recorre las cinco etapas, los emails que corresponden a cada una y cómo conectarlos para que tu agente de IA lo gestione todo.Por qué el email de un SaaS funciona distinto
Una tienda escribe a gente que podría comprar. Un SaaS escribe a gente que ya se ha registrado y ahora tiene que usar algo. La mayoría de los emails de un SaaS sirven para que el usuario avance un paso dentro del producto: conectar su primera integración, invitar a un compañero, llegar al momento en que la herramienta se paga sola. Eso cambia tres cosas:- El disparador es de comportamiento. «Día 3 tras el registro y todavía ningún proyecto creado» es mejor motivo para escribir que «hoy es martes».
- El reloj va por usuario. Dos personas registradas con una semana de diferencia deben recibir cada una el email del día 3 en su propio día 3.
- El volumen se puede prever. Con 2.000 registros de prueba al mes y cinco emails de onboarding, envías unos 10.000 emails de onboarding al mes. Puedes elegir tu plan antes de empezar.
El ciclo de vida del cliente SaaS, etapa por etapa
| Etapa | Objetivo | Email que enviar | Disparador en AgentsMail |
|---|---|---|---|
| 1. Registro | Acertar en la primera sesión | Bienvenida + una primera acción | El contacto se une a la lista Pruebas |
| 2. Activación | Llegar al momento «ajá» | 2 o 3 consejos, uno por función clave | Misma secuencia, pasos esperar entre emails |
| 3. Conversión | Convertir la prueba en suscripción | Aviso de fin de prueba, oferta | Etiqueta fin-prueba puesta por tu app |
| 4. Retención | Mantener informados a los clientes | Novedades del producto, resumen mensual | Campaña a la lista Clientes, con un tema |
| 5. Recuperación | Recuperar a un cliente que se fue | Breve «qué ha cambiado desde que te fuiste» | Etiqueta cancelado puesta por tu app |
Etapas 1 y 2: los emails de onboarding de un SaaS
Los emails de onboarding son los que más rinden, porque llegan mientras el usuario todavía recuerda por qué se registró. Una buena secuencia de onboarding es corta: un email de bienvenida el día del registro y luego dos o tres emails separados por unos días, cada uno empujando una sola acción. Lo más limpio es arrancarla desde tu propio código de registro. Cuando un usuario crea su cuenta, tu backend lo añade a una lista con el endpoint de alta individual. Esa llamada tiene efectos a propósito: inscribe al contacto en cualquier secuencia que escuche esa lista.json
POST /api/v1/lists/{listId}/contacts
{
"email": "lucia@acme.es",
"firstName": "Lucía"
}01
Crear la secuencia con el disparador de lista
El disparador es
list_joined sobre la lista
Pruebas. Crear la secuencia crea también su primera versión
en borrador.02
Añadir los pasos
Bienvenida, esperar 48 horas, consejo n.º 1, esperar 72 horas, consejo
n.º 2. Cada paso de envío lleva su propio asunto y su propio contenido.
03
Publicar y activar
El recorrido se valida al publicar. Nada se ejecuta hasta que la
secuencia está
active.{{firstName}}, así que prepara la frase para los dos casos.
Etapa 3: convertir la prueba
Los emails de conversión dependen de una fecha que tu aplicación conoce y AgentsMail no: el fin de la prueba. Deja que la aplicación lo diga. Tres días antes del final, tu backend pone la etiquetafin-prueba. Una segunda secuencia, disparada con tag_added, envía el recordatorio y la oferta.
Dos detalles mejoran esta etapa:
- Un paso
quitar etiquetaal final de la secuencia, para poder volver a ponerla si el usuario empieza otra prueba más adelante. - Un paso webhook si tu aplicación necesita saber que el email ha salido — por ejemplo, para mostrar un aviso en el producto ese mismo día. Un paso webhook llama a una URL tuya cuando el contacto pasa por él.
cliente; el siguiente paso no tiene que adivinar nada.
Etapa 4: retención y novedades del producto
Un cliente de pago quiere saber qué ha cambiado, no repetir el onboarding. Es terreno de la campaña: un email, una audiencia — la listaClientes, opcionalmente filtrada por una etiqueta como plan-pro.
Aquí importan los temas. Un tema es una línea editorial — «Novedades», «Webinars» — que un destinatario puede desactivar sin darse de baja de todo. Un cliente al que no le interesan los webinars sigue recibiendo las novedades que le afectan. Asocia el tema a la campaña y añade el enlace {{topicOptOutUrl}} a la plantilla.
Antes de enviar, dos comprobaciones valen el minuto que cuestan:
- el informe de riesgo de spam lee el asunto, el texto de vista previa y el cuerpo, y señala, por ejemplo, un asunto que promete más de lo que da el contenido;
- el endpoint de renderizado devuelve el HTML final con sus avisos, sin enviar nada.
Etapa 5: recuperación
Los clientes que se fueron son los más baratos de recuperar: ya conocen el producto. Bastan uno o dos emails. Tu aplicación les pone la etiquetacancelado al cancelar; una secuencia espera unas semanas y envía un breve «esto es lo que hemos lanzado desde que te fuiste».
Respeta la salida. Si se dieron de baja de los emails, y no solo del servicio, siguen dados de baja: un contacto dado de baja se descarta al enviar y no consume nada.
Deja que tu agente de IA lo gestione
Cada paso anterior es una llamada a la API, así que un agente puede hacerlo. Con la skill de AgentsMail instalada y una clave de API, describes el resultado en lenguaje natural:text
Construye una secuencia de onboarding de 4 emails para la lista «Pruebas»:
bienvenida hoy y luego un consejo cada 3 días sobre proyectos,
integraciones e invitaciones. Redacta las plantillas, renderiza cada una
y enséñame el recorrido antes de publicar nada.Entregabilidad antes que volumen
Un email de onboarding solo sirve si llega. Antes de lanzar tu primera secuencia, verifica un dominio de envío — idealmente un subdominio comomail.tuapp.es — para que la reputación de marketing quede separada de tus emails de restablecimiento de contraseña. Desde 2024, Gmail y Yahoo exigen además autenticación y baja con un clic a los remitentes masivos: nuestro resumen de las reglas de Gmail y Yahoo para remitentes masivos detalla qué comprueban.
AgentsMail rechaza un envío que no puede salir limpio — dominio no verificado, remitente fuera de un dominio verificado — y nombra el motivo en lugar de fallar en silencio.
Cuánto cuesta para un SaaS
| Tu SaaS | Emails al mes | Plan de AgentsMail |
|---|---|---|
| 300 pruebas × 5 emails de onboarding + 1 resumen mensual a 1.000 usuarios | ~2.500 | Gratis — 3.000 emails, 10.000 contactos, 2 secuencias |
| 2.000 pruebas × 5 emails + novedades a 8.000 usuarios | ~18.000 | Pro — 19 €/mes, 50.000 emails, 10 secuencias |
| 20.000 pruebas × 6 emails + novedades a 100.000 usuarios | ~220.000 | Empresa — 200 €/mes, 500.000 emails |
Preguntas frecuentes
¿Qué son los emails de onboarding de un SaaS?
Son los emails automáticos que recibe un usuario nuevo en los primeros días tras registrarse: una bienvenida y luego algunos mensajes que empujan cada uno una acción clave del producto. Su objetivo es la activación, no la venta. En AgentsMail viven en una secuencia que arranca cuando el usuario se une a una lista.¿Cuántos emails debe tener una secuencia de onboarding?
Entre tres y cinco es lo habitual: una bienvenida el día 0 y luego un email cada dos a cuatro días. Cada email pide una sola acción. Saca al usuario de la secuencia, o pásalo a otra, en cuanto haya hecho lo que los emails proponían.¿Puede mi aplicación disparar emails sin una plataforma de integración?
Sí. Tu backend llama directamente a la API de AgentsMail: añadir un contacto a una lista o ponerle una etiqueta basta para arrancar una secuencia. No hace falta ningún intermediario.¿Onboarding y restablecimiento de contraseña con el mismo remitente?
Mejor separarlos. Envía el marketing y el onboarding desde un subdominio dedicado, y deja los emails de cuenta, como el restablecimiento de contraseña, en el envío transaccional de tu aplicación: así una reputación nunca arrastra a la otra.01El email de un SaaS se dispara por lo que hace el usuario, no por el
calendario.
02Tu app añade el contacto a una lista o le pone una etiqueta; la secuencia
hace el resto.
03Una importación masiva no inscribe a nadie — alta individual o etiqueta.
04Las novedades salen como campañas, con temas que cada uno puede
desactivar.