Diseñar para la retención: hábitos y valor recurrente sin trucos
Diseñar para la retención es lograr que la gente vuelva porque el producto le sirve. Qué dice la evidencia sobre hábitos y por qué 66 días no es una meta.
¿Por qué la retención es una decisión de estrategia?
Porque mide si el producto tiene un lugar en la vida de alguien. Un equipo puede lograr muchos registros con campañas, pero si la gente no vuelve, el costo de adquirir cada usuario nunca se recupera. La retención conecta el diseño con el negocio de forma directa, y por eso conviene tratarla como una pregunta de estrategia, no como un ajuste de pantalla.
La pregunta de fondo es sencilla: ¿con qué frecuencia necesita esta persona el resultado que ofrece el producto? Una app de finanzas personales puede necesitarse cada semana. Un software de impuestos, una vez al año. Diseñar para la retención empieza por aceptar esa diferencia, en lugar de imponer el mismo ritmo a todos.
¿Qué dice la evidencia sobre los hábitos?
El número más repetido es 66 días, y conviene conocer de dónde sale. Lally y colegas siguieron a 96 voluntarios universitarios, en su mayoría estudiantes de posgrado, que repitieron una conducta diaria saludable durante 84 días. Solo 82 tenían datos suficientes, y 39 se ajustaron al modelo. El rango reportado fue de 18 a 254 días, con una mediana de 66, pero esa mediana corresponde a ese subgrupo (The Behavioral Scientist: How long does it take to form a habit?).
El estudio midió automatismo autorreportado, con un cuestionario de hábito, no hábito en sentido estricto: los propios autores dicen que evaluaron el desarrollo del automatismo al realizar la conducta. En una entrevista de enero de 2026, la primera autora, Pippa Lally, respondió que los 66 días no aplican a la mayoría de las personas la mayor parte del tiempo, y que el tiempo de formación de un hábito es muy variable (University of Surrey: Does it really take 66 days to form a habit?).
Hay dos lecciones útiles para diseño. La primera: perder un día no destruye el proceso. Según el resumen de la Sociedad Británica de Psicología, un solo día perdido tuvo poco impacto en las ganancias posteriores de automatismo. La segunda: perder demasiadas repeticiones, aunque estén espaciadas, tuvo un efecto acumulativo y redujo el nivel máximo de automatismo (BPS: How to form a habit). Cuenta la regularidad general, no la perfección. Ninguna de estas lecciones prueba que una app deba usar notificaciones para volver.
¿Qué es valor recurrente?
Es el beneficio que la persona recibe cada vez que vuelve. No es lo mismo que el uso. Una app que hace que la gente abra la pantalla todos los días sin resolverle nada tiene uso alto y valor bajo, y tarde o temprano la desinstalan. El valor recurrente se nota cuando la persona completa una tarea que antes le costaba, o recibe una respuesta que la ayuda a decidir.
Para encontrarlo, pregunta qué resultado obtiene en la primera sesión. Si la respuesta es vaga, el problema es de patrones de onboarding, no de retención: la persona todavía no entendió el valor. Sin ese primer éxito, ninguna estrategia de regreso funciona.
¿Cómo se diseña el regreso?
Estas prácticas son puntos de partida. Ninguna de las fuentes de este artículo mide su efecto, así que conviene validarlas con tu propio producto:
- Mostrar el progreso real. Un resumen de lo que la persona logró desde la última vez, con cifras que ella puede verificar.
- Dejar el trabajo a medias en un lugar claro. Si la tarea está a medio camino, la pantalla debe mostrar dónde quedó y por dónde seguir.
- Ofrecer valor fuera de la app. Una alerta útil, como un recordatorio de vencimiento, que la persona agradece porque le ahorra un problema.
- Respetar la frecuencia natural. Si la necesidad es mensual, la comunicación también debe ser mensual.
Las rachas y los puntos pueden subir la actividad en el corto plazo, pero el riesgo es que la persona vuelva por miedo a perder la racha, no porque la app le sirva. Eso se parece a los patrones que el equipo debería evitar; revisa los patrones oscuros antes de añadirlos.
¿Cuándo NO conviene medir la retención como meta?
- Cuando el producto se usa una vez por diseño, como una herramienta de un solo trámite. Ahí el buen producto es el que se usa poco.
- Cuando el equipo no define qué significa volver. ¿Abrir la app, completar una tarea, pagar otra vez?
- Cuando el número se compara con otro sector. Las categorías de producto tienen frecuencias de uso muy distintas, así que una cifra sin contexto dice poco. Compara con tu propio historial.
Ejemplo ilustrativo
Ejemplo ilustrativo: una app de recibos de gastos tiene una retención a 30 días baja. El equipo primero duda en agregar notificaciones diarias. Antes, revisa qué pasa en la primera sesión: el 70 % de las personas sube un recibo, pero casi nadie ve el resumen mensual que la app calcula. El cambio no es una notificación; es mover el resumen a la pantalla de inicio y mostrar cuánto se ahorró en el mes frente al anterior. Las personas vuelven a fin de mes para revisar su resumen, porque les sirve. La retención sube, y el equipo no tuvo que pedir permiso a la pantalla de bloqueo.
Para decidir qué hace el equipo con esta métrica, la conversación con el product manager debe incluir qué decisión cambiaría con ella. Y la estrategia de producto y de UX define qué valor se busca sostener.
Errores comunes
- Tomar 66 días como meta de hábito para el producto.
- Medir uso y llamarlo retención.
- Usar rachas y culpa para forzar la vuelta.
- Empujar la misma frecuencia a todos los usuarios.
- Ignorar el primer éxito y diseñar solo para el regreso.
- Comparar la retención con números de otra industria.
Qué puedes hacer mañana
- Define en una frase qué significa que una persona «vuelva» en tu producto.
- Pregunta qué resultado obtiene en su primera sesión y mide cuántas lo logran.
- Mira un mes de datos y separa a quienes volvieron por una tarea completada de quienes solo abrieron la app.