Secuencias de onboarding para SaaS: diseño HTML, herramientas y envío

Para un equipo SaaS que quiere construir su secuencia de onboarding de cinco emails con plantillas en código y pagar según el número de perfiles, la opción más directa de esta lista es Customer.io. Su plan Essentials empieza en 100 US$ al mes y tiene un constructor visual de flujos. Si prefieres diseñar los emails en código, combínalo con MJML o React Email para generar el HTML, de modo que cada cambio de texto no dependa del editor del proveedor.

Esta página se basa en las páginas de precios y la documentación de cada proveedor, revisadas el 7 de octubre de 2026. Los precios cambian con frecuencia, así que confirma las cifras en la página oficial antes de contratar.

Qué debe conseguir una secuencia de onboarding

Un email de onboarding tiene un trabajo principal: acercar al usuario a su primer momento de valor, el punto en el que entiende para qué sirve el producto en su caso concreto. Cada producto tiene su propia acción de activación. Puede ser conectar una integración, invitar a un compañero, importar un primer conjunto de datos o publicar una primera automatización. No existe una acción universal, y tu equipo es quien debe identificarla a partir de sus datos de uso.

Por eso el primer paso no es escribir emails, sino decidir cuál es esa acción y cuántos pasos separan al usuario de ella. Si la activación exige conectar una integración, el email del primer día debe llevar a esa integración y no a una lista de funciones. Si la activación depende de invitar a un compañero, la secuencia debe tratar la invitación como el objetivo y no como un extra.

Estructura de cinco emails en catorce días

Un marco de cinco emails repartidos en catorce días cubre bien muchos productos B2B de autoservicio. Es un punto de partida y no una regla. Un producto con una configuración larga puede necesitar más días, y uno muy sencillo puede terminar antes. Lo importante es que cada email tenga un objetivo distinto y que la secuencia se detenga cuando el usuario ya ha hecho lo que el email le pedía.

Email 1: bienvenida (inmediato)

Objetivo: confirmar el registro y pedir una sola acción.

• Mantenlo breve, con un único botón principal.
• Firma con una persona real del equipo. Para productos pequeños, el fundador funciona; para productos más grandes, conviene un responsable de onboarding con nombre.
• No incluyas un catálogo de funciones. Un listado de capacidades abruma antes de que el usuario haya visto ninguna.
• Indica cuánto tarda la acción solo si lo sabes con precisión.

Estructura de ejemplo en texto plano:

Asunto: Bienvenido a [Producto], empecemos por [acción]

Hola [Nombre],

Gracias por registrarte en [Producto].

La forma más rápida de ver valor es [acción única].
Suele llevar menos de cinco minutos.

[Botón: Hacer el primer paso]

Si tienes una pregunta, responde a este email y te contestamos.

[Nombre y cargo de la persona que firma]

Email 2: primer paso de valor (día 1 o 2)

Objetivo: empujar hacia la acción de activación si el usuario todavía no la ha hecho.

• Si el usuario ya completó la acción, no envíes este email. Envía el paso siguiente.
• Explica por qué importa la acción, no solo cómo se hace. El «por qué» es lo que convierte un trámite en una decisión.
• Usa datos reales de uso solo si los tienes en el momento del envío. Un dato desactualizado resta confianza.

Email 3: caso de uso (día 3 o 4)

Objetivo: mostrar cómo resolver el problema concreto que el usuario declaró al registrarse.

• Si recoges el caso de uso en el alta, personaliza el email con esa respuesta.
• Si no lo recoges, incluye una sola pregunta en el propio email y bifurca la secuencia según la respuesta.
• Si citas a clientes, usa solo historias con permiso de publicación y que puedas verificar. No inventes cifras de mejora.

Aquí es donde muchas secuencias fallan. Un email genérico sobre características no ayuda a nadie a decidir. Un email que dice «así usa esto un equipo como el tuyo, en estos tres pasos» sí da al lector algo que puede copiar.

Email 4: objeción (día 6 o 7)

Objetivo: responder a la razón más probable por la que el usuario no ha convertido.

• «Parece complicado»: muestra el camino más corto y ofrece ayuda para configurarlo.
• «No sé si vale el precio»: haz el cálculo con sus cifras reales y compáralo con el coste de hacerlo a mano.
• «Necesito que lo vea mi equipo»: prepara un resumen que puedan reenviar sin contexto adicional.
• «No es urgente»: explica qué pierde el usuario cada semana sin resolver el problema.

Elige la objeción más común en tus respuestas de soporte y dedícale este email. Una secuencia que intenta responder a cuatro objeciones en un solo mensaje termina no respondiendo a ninguna.

Email 5: cierre de prueba (día 12 o 13)

Objetivo: dar un plazo claro sin presionar de forma engañosa.

• Indica la fecha en la que termina la prueba, por ejemplo «tu prueba termina en dos días».
• Resume lo que el usuario ya ha hecho, si hay algo que resumir.
• Explica qué conserva si se suscribe y qué pierde si no lo hace, con datos de su cuenta.
• Ofrece un camino fácil para convertir y, si corresponde, una forma de hablar con ventas.

Conviene evitar la escasez falsa, los descuentos agresivos como norma (entrenan al usuario a esperar siempre una oferta) y los mensajes que culpabilizan. Si necesitas ofrecer una extensión de prueba, decide las condiciones antes de enviar el email y aplícalas a todos los usuarios con la misma situación.

Disparadores de comportamiento

El marco anterior está basado en el tiempo. Las secuencias más útiles añaden ramas según lo que hace el usuario. Estas son las ramas que más sentido tienen para un onboarding de cinco emails:

Si el usuario completa la acción clave

• Felicítalo en una línea y no más.
• Sugiere el siguiente paso natural, no una lista nueva de funciones.
• Sácalo de los emails para principiantes.

Si el usuario es muy activo sin haber convertido

• Adelanta el email de cierre de prueba.
• Si ofreces un plan anual, presenta la diferencia de precio con las cifras de la página oficial. Algunos proveedores solo facturan mensualmente en ciertas tarifas, así que comprueba cada caso.

Si el usuario se inactiva

• Envía un recordatorio breve antes del siguiente email programado.
• Ofrece ayuda o una demostración corta.
• Pregunta qué le bloquea y responde a mano las respuestas. Las respuestas son la mejor fuente de objeciones reales.

Cómo construir cada email con herramientas HTML

Para que las cinco plantillas se vean coherentes y se puedan cambiar sin romper nada, conviene diseñar un sistema de componentes: cabecera, bloque de texto, botón principal, bloque de cita y pie con enlace de baja y dirección postal. Las herramientas que siguen sirven para construir esos componentes, pero trabajan de formas muy distintas. Elegir bien depende de quién cambia las plantillas y con qué frecuencia.

MJML

MJML es un lenguaje de marcado que se compila a HTML de correo responsivo. Su punto fuerte es el control: la plantilla vive como código, se versiona y se revisa como cualquier otro archivo del proyecto. Se queda corto cuando la persona que edita los textos no sabe programar, porque cada cambio pasa por un desarrollador y por la compilación. También hay que revisar el HTML generado antes de subirlo al envío.

React Email

React Email permite escribir plantillas como componentes de React. Encaja muy bien si tu producto ya usa React, porque puedes reutilizar tipos de datos y lógica del backend en los emails transaccionales y de onboarding. La limitación es que el equipo necesita un proceso de compilación y un sistema para enviar el HTML resultante, o un servicio que acepte ese HTML.

Maizzle

Maizzle es un framework que trabaja con CSS y utilidades de estilo para generar HTML de correo listo para enviar. Es una buena opción si tu equipo piensa en estilos y quiere un proceso de build automatizado. Como MJML y React Email, requiere perfil técnico y no ofrece un editor visual para equipos de marketing.

Stripo

Stripo es un editor visual de arrastrar y soltar. Es útil cuando marketing o producto necesita editar textos, imágenes y bloques sin tocar código. La contrapartida es un control más limitado sobre el HTML final, así que conviene exportar el código y revisarlo antes de programar el envío. El precio no está publicado en esta página: consulta la web del proveedor.

BEE

BEE es un editor visual pensado para construir plantillas a partir de bloques. Funciona bien cuando el equipo quiere una interfaz sencilla y bloques reutilizables entre campañas. Al igual que con cualquier editor visual, el HTML exportado debe validarse en tu herramienta de envío, sobre todo si la plantilla usa contenido condicional. El precio se consulta en la web del proveedor.

Unlayer

Unlayer es un editor que se integra dentro de un producto, de modo que los propios clientes pueden personalizar sus emails desde tu aplicación. Encaja si tu producto necesita que los usuarios editen sus correos. Para una secuencia de onboarding que controlas tú, el editor integrado añade una capa más que mantener. El precio se consulta en la web del proveedor.

Comparativa de herramientas para el onboarding

La tabla resume qué hace cada herramienta, cuánto cuesta el punto de partida y cuál es su principal limitación para este caso de uso. Los precios son los publicados por cada proveedor en la fecha de revisión indicada arriba.

Herramientas para el onboarding: mejor uso, precio de partida y limitación

Herramienta	Mejor para	Precio de partida	Limitación clave
MJML	Plantillas en código y control total del HTML	Precio bajo consulta	Cada cambio necesita perfil técnico
React Email	Equipos con React que reutilizan componentes	Precio bajo consulta	Requiere un proceso de compilación y envío propio
Maizzle	Equipos que escriben CSS y automatizan el build	Precio bajo consulta	Sin editor visual para marketing
Stripo	Marketing que edita bloques sin código	Precio bajo consulta	Menos control fino sobre el HTML exportado
BEE	Editor sencillo con bloques reutilizables	Precio bajo consulta	Hay que validar el HTML en el envío
Unlayer	Clientes que editan sus propios emails dentro del producto	Precio bajo consulta	Una capa adicional dentro de tu aplicación
Customer.io	Flujos de onboarding por perfiles y eventos	Desde 100 US$/mes (Essentials, facturado mensualmente)	En Essentials, el soporte es por email y comunidad
Segment (Twilio Segment)	Recoger datos de clientes desde varias fuentes y enviarlos a destinos	Precio bajo consulta	Sin precios ni límites publicados en la página
Convert	Pruebas de variantes en páginas y segmentos tras el clic	399 US$/mes en Growth (299 US$/mes facturado anualmente)	Se factura por usuarios probados, no por emails enviados
Slack	Avisos internos cuando un usuario avanza o un envío falla	Gratis; Pro desde 8,75 US$/usuario/mes facturado mensualmente	El plan gratuito guarda 90 días de historial

Herramientas de envío y automatización

Customer.io

Qué hace bien: ofrece un constructor visual de flujos con disparadores por evento y por perfil. Para el onboarding, eso permite bifurcar la secuencia según si el usuario completó la acción de activación. El plan Essentials incluye el constructor visual, integraciones de datos básicas y funciones de agente de IA en su nivel base.

Dónde se queda corto: en Essentials el soporte es por email y comunidad. El soporte premium, los límites de perfiles personalizados y las funciones avanzadas de IA están en el plan Premium, cuyo precio es a medida.

Precio: Essentials desde 100 US$ al mes. Las tarifas por perfiles empiezan en 145 US$ al mes para 10.000 perfiles y se facturan mensualmente. Si eres una empresa en etapa inicial que ha recaudado menos de 10 millones de dólares, puedes solicitar el programa para startups, que ofrece 12 meses sin coste según elegibilidad. Consulta las condiciones en la página de precios de Customer.io.

Segment (Twilio Segment)

Qué hace bien: recoge datos de primera parte y los envía a destinos, además de ofrecer funciones de transformación y envío de datos. Es útil cuando el onboarding depende de eventos que vienen de varias fuentes, como la web, la aplicación móvil y el backend.

Dónde se queda corto: para una secuencia de cinco emails suele ser más plataforma de la que necesitas. Los precios son personalizados y la página menciona una prueba gratuita de Connections sin indicar su duración ni sus límites.

Precio: bajo consulta. Consulta la página de precios de Segment.

Convert

Qué hace bien: permite probar variantes de páginas y segmentar a los usuarios que llegan desde el email. Puede servir si quieres comparar dos versiones de la página de bienvenida o de la página de precios que el usuario ve tras el clic.

Dónde se queda corto: se factura por usuarios probados, no por emails enviados, así que no sustituye a la herramienta que programa la secuencia.

Precio: Growth cuesta 399 US$ al mes, o 299 US$ al mes facturado anualmente, para 100.000 usuarios probados al mes. Pro cuesta 599 US$ al mes, o 420 US$ al mes facturado anualmente, y añade más segmentos y funciones avanzadas. Hay una prueba gratuita de 15 días en Growth y Pro. Consulta la página de precios de Convert.

Slack

Qué hace bien: sirve para avisos internos. Un canal puede recibir una alerta cuando un usuario de un plan importante no completa la activación en tres días o cuando un envío falla. Eso permite que el equipo de soporte actúe a tiempo sin revisar paneles.

Dónde se queda corto: el plan gratuito guarda 90 días de historial, permite hasta 10 aplicaciones y solo ofrece huddles y Slack Connect uno a uno. Para avisos de equipo con historial completo necesitas un plan de pago.

Precio: gratis con limitaciones. Pro cuesta 8,75 US$ por usuario y mes facturado mensualmente, o 7,25 US$ por usuario y mes facturado anualmente. Se cobra por miembros activos. Consulta la página de precios de Slack.

Cuánto cuesta según el tamaño de tu lista

El coste de una secuencia de onboarding depende de cuántos perfiles activos tienes, no solo del número de emails. Con la tabla pública de Customer.io puedes calcular el coste mensual de cada tramo. La columna anual es una simple multiplicación del precio mensual por doce, porque la tabla de perfiles se factura mensualmente.

Coste mensual de Customer.io según perfiles

Perfiles	Plan	Precio mensual	Coste de 12 meses
10.000	Essentials 10k	145 US$	1.740 US$ (12 × 145)
20.000	Essentials 20k	235 US$	2.820 US$ (12 × 235)
30.000	Essentials 30k	325 US$	3.900 US$ (12 × 325)
50.000 o más	Essentials 50k+	Desde 505 US$	Desde 6.060 US$ (12 × 505)
Volumen personalizado	Premium	Precio bajo consulta	Precio bajo consulta

Los precios de la tabla son los de cada tramo tal como aparecen en la página oficial. Antes de sumar el precio base de Essentials (desde 100 US$ al mes), confirma en la página de precios si ese importe se añade a los tramos por perfiles o si ya está incluido.

Para el resto de herramientas de la comparativa, el coste no se puede calcular con una cifra pública, así que el paso útil es pedir presupuesto con tu volumen real de contactos y de envíos. Pide la oferta por escrito y compárala con las mismas columnas: perfiles, envíos incluidos y funciones de la plantilla.

Cómo elegir según tu caso

La decisión suele depender de tres preguntas: quién edita las plantillas, cuántos perfiles tienes y si la secuencia necesita datos de varias fuentes o solo de tu producto. La tabla siguiente resume las combinaciones más frecuentes.

Si necesitas esto, empieza por esta opción

Si necesitas	Empieza por	Motivo
Versionar plantillas y revisarlas como código	MJML o React Email	El HTML sale de un proceso que tu equipo controla
Que marketing edite textos sin tocar código	Stripo o BEE	El editor visual es el centro del flujo
Que tus clientes personalicen sus emails dentro del producto	Unlayer	El editor forma parte de tu aplicación
Flujos de onboarding por perfiles y eventos	Customer.io	Las ramas dependen del comportamiento y el precio sube con los perfiles
Comparar variantes de la página tras el clic	Convert	Se factura por usuarios probados y sirve para experimentos, no para la secuencia

Si tu equipo es pequeño y técnico, la combinación más sencilla suele ser un constructor en código para las plantillas y un envío que acepte HTML. Si el equipo de marketing tiene que cambiar textos cada semana, un editor visual ahorra tiempo, pero conviene exportar el HTML y revisarlo en cada cambio importante. Y si la secuencia depende de muchos eventos, el coste y la complejidad de una plataforma de datos como Segment solo se justifican cuando los datos ya viven en varios sitios.

Configuración y migración paso a paso

Montar la secuencia ocupa más tiempo por las decisiones previas que por el propio diseño de los emails. La tabla siguiente sirve como lista de comprobación.

Lista de configuración de la secuencia

Paso	Qué hacer	Cómo comprobarlo
1. Definir la acción de activación	Elige un evento medible y dale un nombre estable en tu base de datos	El evento aparece en la herramienta de envío con el mismo nombre
2. Mapear los campos	Nombre, plan, fecha de alta y origen del registro	Cada variable tiene un valor de respaldo si está vacía
3. Construir los cinco emails	Diseña la cabecera, el botón y el pie como componentes compartidos	Cambiar el componente de cabecera actualiza los cinco emails
4. Crear la versión de texto	Escribe una versión sin HTML con los mismos enlaces	El mensaje se entiende sin imágenes ni estilos
5. Revisar enlaces y baja	Incluye enlace de baja, dirección postal y enlaces al producto	Cada enlace abre el destino correcto en una prueba real
6. Probar el render	Envía a cuentas internas en los clientes de correo que usa tu audiencia	Revisa el modo oscuro, las imágenes desactivadas y el ancho móvil
7. Configurar las salidas	Saca al usuario de la secuencia cuando complete la acción de activación	Un usuario de prueba que completa la acción no recibe el paso siguiente
8. Medir la activación	Registra cuántos usuarios completan la acción y en qué día	El panel compara la semana actual con la anterior

Si migras desde otra herramienta, exporta los contactos con su estado de consentimiento, no solo con la dirección de correo. Ejecuta la secuencia nueva en paralelo durante una semana con un grupo pequeño, compara la activación con la secuencia anterior y solo entonces desactiva la antigua. Así evitas duplicar envíos y conservas las bajas registradas.

Flujo de trabajo de la plantilla al buzón

Un flujo sano separa el diseño del envío. La plantilla vive en el repositorio o en el editor, con un responsable definido, y solo se publica después de una revisión. Estas son las prácticas que más problemas evitan:

• Guarda cada versión publicada, para poder volver atrás si un cambio rompe el render.
• Separa los textos de la estructura, de modo que quien redacta no tenga que tocar el HTML.
• Pon un límite de longitud a los asuntos y a los bloques de texto, para que las vistas previas en el móvil no corten el mensaje.
• Usa texto alternativo en las imágenes que aportan información y evita que el mensaje dependa solo de una imagen.
• Incluye una dirección de respuesta real. Muchos usuarios preguntan más cuando la respuesta llega a una persona.

Líneas de asunto y vista previa

Las líneas de asunto de un onboarding deben ser concretas y coherentes con el contenido del email. Estos patrones funcionan bien porque prometen algo que el email cumple:

• Pregunta concreta: «Una pregunta rápida sobre tu configuración de [Producto]».
• Mensaje personal: «[Nombre], vimos que te registraste».
• Beneficio verificable: «Cómo se configura [acción] en cinco minutos», solo si el email lo demuestra.
• Plazo real: «Tu prueba de [Producto] termina mañana».

Evita las mayúsculas sostenidas, los titulares que no coinciden con el contenido y los asuntos genéricos de tipo boletín. Cuida también el texto de vista previa, porque en muchos clientes aparece junto al asunto y puede completar la idea.

Qué medir en la secuencia

Las métricas de envío, como la tasa de apertura, dicen poco sobre si el onboarding funciona. Las que importan son las que describen el progreso del usuario:

• Tasa de activación: porcentaje de usuarios que completan la acción clave dentro del periodo de prueba.
• Tiempo hasta la activación: cuántos días tarda el usuario en llegar a su primer momento de valor.
• Conversión de prueba a pago: el resultado final del periodo de prueba.
• Respuesta por segmento: qué tipos de usuario hacen clic en qué email y cuáles se dan de baja.

Compara siempre con tu propio histórico. Los benchmarks de otros sectores o de otros productos suelen generar objetivos que no encajan con tu producto.

Errores frecuentes

• Demasiadas funciones en el primer email. Un catálogo abruma y no lleva a la acción.
• Más de un email al día durante la prueba. Aumenta las bajas y no mejora la activación.
• El mismo email para todos. Como mínimo, separa a los usuarios que activaron de los que no.
• Plantillas sin versión de texto. Algunos clientes y filtros dependen de ella.
• Métricas de vanidad. Una apertura alta con activación baja es una señal de que el email no ayuda.

Para empezar

No hace falta una plataforma compleja para empezar. Define la acción de activación, escribe los cinco emails con un único objetivo cada uno, monta los componentes en el constructor que tu equipo pueda mantener y mide la activación durante dos o tres semanas antes de cambiar nada. Después ajusta una cosa cada vez.