Casos de uso · SaaS
A/B testing para SaaS: activación, prueba y upgrade
En un SaaS la conversión no es una compra puntual: es un recorrido de registro, activación y upgrade. Testea el mensaje de la home, la fricción del registro y el momento en que pides la tarjeta, con eventos propios en lugar de páginas vistas.
Plan gratis con 5.000 visitantes al mes · Sin tarjeta · Datos en la UE
Las métricas que deciden
Cada sector tiene una métrica que resume el negocio mejor que la conversión bruta.
Registro completado
El evento que cierra la parte alta del embudo. Cuidado con medir solo el clic en «empezar»: no es lo mismo.
Activación (aha moment)
El primer evento que predice retención: crear un proyecto, conectar una integración, enviar el primer email. Es la métrica que más deberías testear.
Prueba → pago
Se mide con embudo por pasos: registro → activación → visita a precios → checkout. Cada variante se compara paso a paso.
Tests que merecen la pena
Hipótesis ya formuladas, con la métrica que decide cada una.
Home: beneficio frente a categoría
Clic en CTA«Lanza tu primer test hoy» frente a «Plataforma de experimentación».
Formulario de registro: 3 campos frente a 1
Registro completadoPide solo el email y completa el perfil después, dentro del producto.
Precios: plan recomendado
Visita a checkoutDestacar el plan intermedio con una etiqueta frente a la tabla plana.
Prueba sin tarjeta frente a prueba con tarjeta
Prueba → pagoMenos registros con tarjeta, pero más conversión a pago. Compara las dos métricas.
Onboarding: checklist frente a tour
ActivaciónUna lista de 3 pasos visibles frente a un tour guiado en la primera sesión.
Lo que incluye fluxAB
- Editor visual: Cambia textos, estilos y visibilidad sobre la página real, sin tocar el tema ni el backend.
- Embudos por pasos: Ve en qué paso cae cada variante: producto, carrito, envío; o registro, activación, pago.
- Segmentos: Resultados por dispositivo, navegador y país con la misma atribución y ventana de conversión.
- Google Analytics 4: Cada conversión se reenvía a tu propiedad con las dimensiones experiment y variant.
Errores que conviene evitar
- Los eventos deben existir en el producto: si el registro ocurre en la app y no en la landing, instrumenta el evento antes de testear.
- No testees en usuarios de pago activos: mide en tráfico nuevo o en trials, y segméntalo.
- Un test de precios en SaaS afecta a ingresos recurrentes durante meses: valora muy bien el riesgo.
- Con poco tráfico, usa una métrica temprana (activación) en lugar de pago final.
Preguntas frecuentes
¿Puedo evaluar la variante en el servidor para no parpadear?
Sí. Con el SDK de servidor evalúas la variante en el render (Next.js, Remix o cualquier runtime con fetch) y el HTML sale ya con la versión correcta. La asignación es determinista por visitante, así que la hidratación coincide.
¿Cómo mido eventos del producto (no de la web)?
El SDK expone track() desde el navegador y el SDK de servidor permite enviar eventos desde el backend, por ejemplo cuando se completa un onboarding. Los dos acaban en el mismo embudo del experimento.
¿Sirve si mi producto está detrás del login?
Sí: el snippet se instala en la app autenticada igual que en la web. Solo asegúrate de verificar el dominio y de que la sesión no bloquee la carga del script.
Tu primer test para SaaS, hoy
Instala el snippet, verifica el dominio y lanza el primer experimento. Sin tarjeta y sin llamadas de ventas.
Crear cuenta gratis