Cómo medir la adopción de nuevas funcionalidades y mejorarla cuando flojea

En los dos artículos anteriores hablamos de encontrar el aha moment de tu producto y aprendiste a priorizar el roadmap con datos. Has trabajado el qué construir y en qué orden, y entonces lanzas, llega el día del lanzamiento, alguien manda un email interno, marketing publica una nota y la cuenta atrás empieza. ¿Pasa algo?

La mayoría de las veces la respuesta es decepcionante, una funcionalidad nueva tiene un pico de curiosidad la primera semana, una caída en la segunda y, a las cinco semanas, vive en algún rincón del producto con un 6% de uso con suerte. Y entonces, llega en la review del trimestre, alguien dice «hemos entregado X funcionalidades este trimestre» como si eso fuera el éxito.

Quédate con esto:

Lanzar no es adoptar. Una funcionalidad sin adopción es deuda con presentación.

Vas a ver qué significa adopción saludable, cómo segmentarla para no engañarte y tres palancas concretas para subirla cuando flojea. Sigo con el ejemplo de Algora porque ahora viene bien aplicarlo a una funcionalidad «real», las plantillas de contrato, que viven en el cuadrante de growth opportunity de la matriz del artículo sobre el aha moment.

Qué significa adopción «saludable»

El error más común al medir adopción es quedarse en «% de cuentas que han tocado la funcionalidad al menos una vez». Ese número se infla con campañas, con notificaciones forzadas, con planes de marketing.

Una adopción saludable combina tres cosas, no una:

• Volumen inicial: Cuántas cuentas (o usuarios activos) la han probado en las primeras semanas.
• Continuidad: Cuántas de esas la siguen usando un mes después, sin que se la recordemos.
• Profundidad: Con qué intensidad la usan los que se quedan (frecuencia, profundidad de funcionalidad, casos de uso distintos).

Si solo miras la primera, mides curiosidad, si solo miras la segunda, mides hábito de quien se enganchó, si solo miras la tercera, mides power users. las tres juntas miden valor entregado, que es lo único que importa.

Y antes de seguir, un matiz que conviene clavar de entrada: «adopción saludable» no es lo mismo en cualquier producto. Una funcionalidad estacional (cierre fiscal, declaración anual, planificación de Q4) puede tener una adopción «saludable» del 5% al mes la mayor parte del año, y del 80% en su mes estrella, eso no es un problema, es el modelo de negocio. Compara contra tu uso ideal, no contra benchmarks genéricos de LinkedIn o artículos como éste, como ya vimos al hablar de stickiness en el artículo del glosario esencial de analítica de producto.

La curva de adopción: tres formas que te conviene reconocer

Antes de entrar en las curvas, asienta esto, porque cambia cómo vas a leer el resto del artículo:

Dos funcionalidades pueden acabar con el mismo 12% de adopción a 90 días y requerir decisiones completamente opuestas. La diferencia no está en el número final, está en la forma de la curva.

Cuando miras la curva de adopción de una funcionalidad nueva, la forma te dice casi todo antes de meterte en los números, hay tres patrones que vas a ver continuamente y conviene reconocerlos:

Curva de novedad sin valor (pico + caída)

Mucha gente la prueba el primer mes (efecto noticia, banner, email de lanzamiento, webinars…). En la semana 3-4 cae en picado y se estabiliza muy a la baja.

Significa que la funcionalidad no engancha, no es problema de visibilidad ni de educación: la probaron y no volvieron. Aquí toca preguntarse si hay que mejorar la funcionalidad o aceptar que era una mala apuesta. Esto es la Ley de Goodhart de manual (cuando una métrica se convierte en objetivo, deja de ser una buena métrica): si solo cuentas adopción inicial, esta curva «parece» un éxito durante un mes y el equipo lo celebra antes de que aparezca el problema.

Curva de adopción saludable (crecimiento sostenido que se aplana arriba).

Empieza más despacio, crece a lo largo de varias semanas (boca a boca, in-app, onboarding actualizado) y se estabiliza en un nivel alto. Hay núcleo de usuarios que la usan de verdad y la curva refleja hábito formado.

Curva plana baja

Casi nadie la usa desde el lanzamiento, aquí hay dos diagnósticos distintos que conviene separar:

• Problema de distribución: La funcionalidad es buena pero no llega a la gente: está enterrada en un submenú, no aparece en el onboarding, requiere permisos especiales que casi nadie tiene activados, la gente que la usa la encuentra y se queda.
• Problema de discovery previo: La curva es plana porque la propuesta de valor era mala desde el principio, el problema que iba a resolver no le interesaba a casi nadie. Aquí ni la mejor visibilidad del mundo arranca la curva, porque no hay un usuario esperando esa funcionalidad. Esto es un fallo de discovery anterior al diseño, no un fallo de lanzamiento.

La diferencia entre uno y otro suele aparecer en los pocos usuarios que sí la han probado: si volvieron y la usan, es distribución, si la probaron y abandonaron, probablemente es discovery. Confundir estos dos diagnósticos te lleva a invertir en una campaña de visibilidad para una funcionalidad que nadie necesitaba.

Confundir estas tres curvas es uno de los errores más caros que puede cometer un PM o un equipo. Mirar solo la cifra de adopción a 90 días puede ocultar dinámicas completamente distintas: en la primera, hay un problema de valor, en la tercera, de distribución, en la segunda, ninguno.

Cómo segmentar para entender quién la usa de verdad

Una vez tienes claro el patrón de la curva, la segmentación es donde aparece el oro, la adopción media te oculta historias, segmenta siempre por al menos:

• Rol y permisos: Quién dentro de una cuenta tiene acceso real a la funcionalidad.
• Plan o segmento de cliente: Free vs Pro vs Enterprise, las dinámicas son muy distintas.
• Antigüedad de la cuenta: Los usuarios nuevos a menudo adoptan mejor que los veteranos, porque entran sin hábitos previos.
• Comportamiento previo: Los que ya tocan funcionalidades similares suelen adoptar más rápido.

Y haz dos preguntas que casi nadie se hace:

1. ¿Quién la usa que no esperabas? Sorpresas positivas casi siempre revelan un caso de uso que tu equipo no había imaginado, ese caso de uso suele esconder una oportunidad de crecimiento.
2. ¿Quién NO la usa que sí esperabas? Si tu segmento objetivo tiene adopción baja, el problema está en el diseño, en el acceso o en la comunicación, no en el usuario.

Recordatorio del artículo sobre cómo priorizar el roadmap con datos de uso: cuando mires adopción, siempre como % de cuentas o usuarios activos que usan la funcionalidad en un periodo concreto, no como volumen total de eventos. Una cuenta Enterprise muy ruidosa puede inflar el volumen y enmascarar que la usa solo un usuario.

Tres palancas para mejorar adopción

Cuando una funcionalidad necesita un empujón, tienes básicamente tres palancas y, elegir la equivocada puede empeorar las cosas.

Para no confundirlas, conviene reducirlas a su raíz:

• Visibilidad → Problema de distribución.
• Educación → Problema de comprensión del valor.
• Funcionalidad → Problema de valor real entregado.

Con esa separación clara:

1. Visibilidad: La funcionalidad existe, funciona y aporta valor, pero la gente no la encuentra. Está enterrada en un submenú, no aparece en home, no se sugiere desde flows relacionados. Tácticas: reposicionar en la navegación, añadirla como sugerencia contextual desde funcionalidades adyacentes, destacarla en un módulo de la home.

2. Educación: La gente la encuentra, la prueba, pero no entiende qué hace o por qué le interesa. Aquí el problema no es que esté escondida, es que cuando la abren no se traduce a un beneficio que ellos reconozcan. Tácticas: mensaje in-app contextual (el primer día que entran después del lanzamiento, no el día del lanzamiento), actualización del onboarding para usuarios nuevos, tooltip explicativo en la propia interfaz, ejemplo precargado para que se vea el resultado antes de configurar nada.

3. Mejorar la propia funcionalidad: La gente la conoce, la prueba, y no vuelve. Aquí ningún empujón de visibilidad o educación va a arreglar el problema. Si la funcionalidad no engancha después de entenderla y usarla, el problema suele estar en la funcionalidad, no en la comunicación. Tácticas: detectar dónde se atascan (lo veremos en el artículo 16), entrevistas con los que la abandonaron, replantear el flujo principal.

El diagnóstico correcto importa más que la palanca, lanzar una campaña agresiva de visibilidad sobre una funcionalidad que no engancha es una de las formas más caras de quemar la confianza de tus usuarios: les llevas a una experiencia que no enseña valor, encima a varios usuarios a la vez, y a partir de ahí ya no responden a campañas futuras.

Caso Algora ¿Qué palanca para «plantillas de contrato»?

Vuelvo al ejemplo, en el artículo 13, identificamos en Algora que «plantillas de contrato» está en el cuadrante de growth opportunity: solo el 28% de las cuentas Enterprise las usan, pero los que las usan retienen al 88% semanal, es la palanca con más potencial sin tocar.

El PM hace el diagnóstico con datos antes de elegir palanca:

• ¿La gente la conoce? Solo el 19% de los usuarios Enterprise han pasado por la pantalla de plantillas en sus primeros 30 días. Hay un problema de visibilidad y de onboarding.
• De los que la conocen, ¿la usan? El 65% de los que entran a la pantalla acaban creando al menos una plantilla. La conversión post-descubrimiento es alta.
• De los que la usan, ¿vuelven? El 88% semanal. La funcionalidad engancha.

El diagnóstico es claro: no es problema de la funcionalidad ni de cómo está construida, es problema de educación y visibilidad. Si la gente la encuentra, la usa y se queda, la palanca correcta es claramente la educación combinada con un toque de visibilidad, por ejemplo: meterla en el onboarding de los nuevos Enterprise (día 3-7) y un mensaje in-app contextual para las cuentas existentes que aún no la conocen.

Y antes de lanzar, el PM define cómo va a medir si funciona, separando las tres dimensiones de adopción saludable que vimos al principio:

• Volumen: Cohorte A (usuarios que vieron el in-app message) vs cohorte B (control). Adopción a 14 días sube del 28% al 40-50%.
• Continuidad: Retención semanal de los que crearon plantilla, medida a los 30 y 60 días. Debería mantenerse en niveles de power user (>80%).
• Profundidad: % de plantillas que usan variables dinámicas (no son una plantilla estática que se copia y pega), y % de contratos firmados ya desde una plantilla (no creados desde cero). Estos dos indicadores enseñan si la funcionalidad se ha integrado en el flujo real, no si solo se ha tocado una vez.

Predicción concreta, plazo claro, tres métricas acordadas antes de lanzar, si después el resultado no encaja, al menos sabrás por qué.

Importante: no confundas activación con adopción

El PM de Algora definió el éxito a 14 y 30 días con tres dimensiones distintas porque entendía perfectamente el comportamiento que iba a medir. Y aquí viene una línea roja que separa a los buenos PMs de los que solo miran dashboards: no confundas activación con adopción.

• Activación = la primera vez que un usuario nuevo llega al valor del producto (el aha moment del artículo 13).
• Adopción = uso continuado de una funcionalidad por usuarios que ya están dentro del producto.

Suenan parecido, pero son cosas distintas. Si los confundes, vas a montar campañas de adopción que se quedan en «pruébala una vez», vas a celebrar números que no significan retención y vas a tomar decisiones de roadmap basadas en señales engañosas.

Una funcionalidad puede tener una activación brutal (todo el mundo la prueba en la primera semana) y una adopción ridícula (nadie vuelve). Y al revés, una activación tímida (pocos la encuentran) con una adopción saludable (los que la encuentran la usan religiosamente). Las dos curvas son distintas, mide las dos y nómbralas distinto en tu dashboard.

Y cierro con la idea que conviene que te lleves del artículo:

El usuario que prueba algo una vez te da una métrica. El que vuelve te da un negocio.

Muchos dashboards celebran activación creyendo que están midiendo adopción, y luego se sorprenden cuando la retención no se mueve.

Resumen rápido

• Lanzar no es adoptar: Una funcionalidad sin adopción es deuda con presentación.
• Adopción saludable combina tres cosas: volumen inicial, continuidad y profundidad. Una sola no basta.
• La forma de la curva de adopción te dice casi todo: Tres patrones típicos: novedad sin valor, adopción saludable, curva plana baja. La cifra a 90 días puede ser igual y el diagnóstico totalmente distinto.
• Segmenta siempre por rol, plan, antigüedad y comportamiento previo. Y haz dos preguntas: ¿quién la usa que no esperaba? ¿quién no la usa que sí esperaba?
• Tres palancas para mejorar adopción: visibilidad, educación y mejorar la propia funcionalidad. Elegir la equivocada empeora las cosas.
• No confundas activación con adopción: Son curvas distintas y nombrar la diferencia te ahorra decisiones malas.

Siguiente paso

Una funcionalidad puede tener problemas de adopción por mil razones, pero una de las más comunes y subestimadas es la fricción: pequeños obstáculos en el camino del usuario que ni el equipo ve. En el siguiente artículo cuento cómo detectar fricción antes de que tus usuarios churneen, con tácticas concretas y el caso Algora otra vez aplicado.

Cómo detectar fricción en tu producto antes de que tus usuarios churneen →