Por qué la priorización lo es todo
Un equipo pequeño lanza quizá dos o tres experimentos a la semana; solo los equipos de alta velocidad llegan a diez o veinte, e incluso eso es mucho cuando el tráfico es escaso. Con tan pocos huecos, el costo real de un test mediocre no es el test en sí, sino la idea más fuerte que te saltaste para lanzarlo. Una hoja de ruta existe para que cada hueco vaya a la idea con mayor valor esperado, no a la voz más alta de la reunión diaria. Ser responsable de esa cola ordenada es una gran parte de lo que hace un Growth PM.
Crea el backlog a partir de tu embudo y tu momento aha
No empieces por una lista de deseos. Empieza por donde el embudo pierde usuarios. Recorre cada paso —visita, registro, activación, retención, ingresos— y anota las mayores caídas; cada una es una hipótesis que se puede testear. Da mucho peso a los pasos más cercanos a tu momento aha de activación, porque un usuario que nunca se activa rara vez se queda. Trata cualquier momento aha que definas como una correlación que validar, no como una causa demostrada: una señal de activación predice la retención, no demuestra que tú la causaste. Cada fuga se convierte en una fila del backlog: la hipótesis, la métrica que debería mover y una estimación aproximada de cuánto.
Puntúa las ideas con ICE
ICE, popularizado por Sean Ellis, puntúa cada idea en tres ejes del 1 al 10: Impacto (Impact), cuánto podría mover la métrica; Confianza (Confidence), qué seguridad tienes de que funcionará; y Facilidad (Ease), qué poco esfuerzo requiere. Multiplica los tres, ordena de mayor a menor y trabaja de arriba abajo. Es rápido porque son tres estimaciones honestas. Esa rapidez también es la trampa: la puntuación es una estimación, no un hecho. Lee un 512 y un 480 como prácticamente iguales, no como un veredicto. El número ordena la lista; no decide por ti.
Cuando el alcance varía, usa RICE
ICE falla cuando dos ideas difieren muchísimo en cuántos usuarios alcanzan. RICE, de Intercom, lo resuelve añadiendo el alcance (Reach) y dividiendo por el esfuerzo (Effort): (Alcance x Impacto x Confianza) / Esfuerzo. Un tooltip que ve cada visitante y un ajuste escondido en una página de configuración se puntúan en igualdad de condiciones. A cambio pierdes rapidez y necesitas una estimación de alcance que tienes que sacar de algún sitio. Se aplica la misma advertencia: multiplicar cuatro números inventados puede producir una precisión falsa, así que mantén las entradas aproximadas y revísalas a medida que aprendes.
| Factor | ICE | RICE |
|---|---|---|
| Fórmula | Impacto x Confianza x Facilidad | (Alcance x Impacto x Confianza) / Esfuerzo |
| Rapidez | Rápido: tres estimaciones del 1 al 10 | Más lento: necesita una cifra de alcance |
| Ideal para | Filtrar rápido un backlog grande | Ideas cuyo alcance difiere mucho |
| Trampa principal | La facilidad oculta el esfuerzo real | Precisión falsa a partir de entradas blandas |
Revisa con un ritmo fijo y elimina los perdedores
Fija un ritmo —una revisión semanal o quincenal en la que lees los resultados, adoptas los ganadores y retiras el resto—. Eliminar según el calendario es la disciplina que mantiene la cola en movimiento; un test que sigue en marcha es un hueco que sigue ocupado. Sé honesto: la mayoría de los tests salen neutros y, con poco tráfico, muchos carecen de potencia antes de empezar. A menudo lo correcto no es hacer un test A/B, sino lanzar y vigilar, como explica hacer tests con poco tráfico. Cuando sí mides, una lectura limpia suele necesitar un grupo de control (holdout), que una plataforma como Customer.io o un stack de engagement autoalojado puede reservar por ti.