Siete días.
Es probablemente la duración de trial que más veces he visto aparecer por defecto.
Pero hay una pregunta bastante incómoda:
¿por qué siete?
Muchas veces la respuesta real es "porque es lo normal".
Y eso no es una estrategia.
La duración del trial depende del tiempo hasta valor
La primera variable que miraría es cuánto tarda un usuario en entender de verdad el producto.
No cuánto tarda en registrarse.
No cuánto tarda en completar el tutorial.
Cuánto tarda en conseguir un resultado que le permita decidir: "esto me sirve".
Si el producto demuestra su valor durante la primera sesión, puedes evaluar trials relativamente cortos.
Si necesita varias sesiones, datos acumulados o un hábito que se construye con el tiempo, el usuario necesita más margen para juzgarlo.
Por eso el trial está directamente conectado con la activación del SaaS.
Qué dicen los datos recientes
RevenueCat publicó en septiembre de 2026 un análisis de más de 17.000 apps comparando duración del trial, conversión y renovación: How long should your free trial be?.
La conclusión interesante no es que exista una duración ganadora.
Es precisamente la contraria.
Los trials cortos son muy habituales entre apps de gran volumen, pero en muchos segmentos los grupos con trials más largos muestran mejores tasas de conversión o primera renovación.
Por ejemplo, en suscripciones mensuales, RevenueCat encontró una conversión del 39,6% en trials de cuatro días o menos, frente al 45,9% en trials de 5-9 días y el 46,6% en trials de 10-16 días.
En primera renovación, la diferencia también aumentaba con trials más largos en ese conjunto de datos.
Eso no demuestra que ampliar el trial provoque automáticamente mejores resultados.
Puede haber diferencias de producto, categoría, audiencia y selección de usuarios.
Pero sí desmonta una idea bastante extendida: hacer el trial más corto no es necesariamente mejor.
7 días tiene sentido cuando el valor aparece rápido
Un trial de una semana puede funcionar bien cuando:
- el usuario puede probar la funcionalidad principal el mismo día;
- el producto se utiliza con frecuencia;
- no necesita esperar a que ocurra un evento externo;
- configurar la cuenta es sencillo;
- varias sesiones dentro de una semana son suficientes para evaluar el producto.
La ventaja es evidente.
Obtienes feedback sobre pago antes y reduces el tiempo entre adquisición e ingreso.
También reduces el coste de usuarios gratuitos si tu producto tiene costes variables importantes.
14 días da más margen para aprender
Dos semanas tienen sentido cuando el usuario necesita algo más de tiempo.
Por ejemplo:
- configurar datos;
- involucrar a otra persona;
- utilizar el producto durante varios ciclos de trabajo;
- crear un hábito;
- comparar resultados.
El riesgo de un trial demasiado corto es que termine antes de que el usuario haya tenido una oportunidad real de evaluar el producto.
En ese caso no estás midiendo disposición a pagar.
Estás midiendo velocidad de activación.
Y son problemas distintos.
30 días solo tiene sentido si el producto lo necesita
Un mes parece generoso, pero no siempre ayuda.
Puede retrasar la decisión de compra y hacer que usuarios poco comprometidos pospongan la prueba real del producto.
Yo lo consideraría cuando el valor necesita tiempo de calendario.
Por ejemplo, productos relacionados con ciclos mensuales, reporting, procesos largos o comportamientos que solo pueden observarse con varias semanas de datos.
Si el usuario puede saber en dos días si el producto le sirve, regalarle 30 no aporta necesariamente más información.
No midas solo conversión de trial a pago
Este es otro punto importante.
Imagina dos experimentos:
- Trial A convierte un 30% a pago.
- Trial B convierte un 26%.
A primera vista gana A.
Pero si los usuarios de B renuevan mucho más, tienen menos reembolsos o generan más ingreso a 90 días, la decisión cambia.
Yo miraría como mínimo:
- Activación durante el trial.
- Conversión a pago.
- Primera renovación.
- Retención posterior.
- Ingreso por usuario o por cohorte.
- Tiempo necesario para recuperar adquisición, si utilizas paid acquisition.
El trial es parte de la monetización, no una métrica aislada.
El onboarding puede cambiar el trial óptimo
Supón que ahora tus usuarios tardan cinco días en activarse.
Un trial de siete parece muy corto.
Pero después mejoras el onboarding y consigues que la mayoría llegue al valor durante el primer día.
De repente puedes volver a experimentar con trials más cortos.
La duración correcta no es una propiedad fija del producto.
Puede cambiar cuando cambia la experiencia.
Por eso mediría el trial junto con el funnel de onboarding.
Cómo haría el experimento
No probaría tres duraciones a la vez si todavía tienes poco volumen.
Empezaría con la hipótesis más clara.
Por ejemplo:
"Creemos que siete días terminan demasiado pronto porque muchos usuarios se activan entre los días 5 y 8."
Entonces compararía 7 contra 14 días.
Y mantendría igual todo lo demás:
- mismo precio;
- mismos planes;
- mismo paywall;
- mismo onboarding;
- misma oferta.
Si cambias varias variables a la vez, pierdes la capacidad de saber qué ha causado el resultado.
Qué duración elegiría de partida
No existe un número universal.
Usaría esta regla:
el trial tiene que ser suficientemente largo para que un usuario razonablemente activo experimente el valor varias veces, pero no tan largo como para aplazar innecesariamente la decisión de compra.
Después miraría los datos.
Porque 7, 14 o 30 días no son estrategias.
Son hipótesis.