El trabajo en una línea
Un Growth PM decide qué testear a continuación. Toma la dirección que marca el Growth Lead —la métrica, la estrategia— y la convierte en una hoja de ruta concreta de experimentos: una lista ordenada de tests, cada uno con una hipótesis y una condición de victoria clara. Es uno de los dos roles que dirigen un equipo de growth, situado entre el Growth Lead, que fija la métrica, y los marketers, ingenieros y analistas que ejecutan los tests.
El brief del test es el entregable central
Lo primero que hace el PM es convertir un objetivo vago en algo que se pueda testear: “mejorar la activación” se convierte en apuestas concretas, como acortar el formulario de registro o añadir una checklist de configuración. Cada apuesta se convierte en un brief, el entregable por el que se juzga a un Growth PM. Uno bueno indica la hipótesis (qué creemos y por qué), la métrica principal, las variantes, la audiencia y la muestra, y qué contaría como victoria o derrota antes de lanzar el test. Bien escrito, el brief permite que un marketer o un ingeniero monte el test sin una reunión, y que el analista lea el resultado sin volver a discutir la configuración.
Priorización: impacto, confianza, esfuerzo
Hay más ideas de las que el equipo puede lanzar, así que el PM las ordena. La fórmula habitual es ICE —impacto, confianza, facilidad (impact, confidence, ease)—, popularizada por Sean Ellis y muy documentada por equipos como los que escriben en Reforge. RICE añade el alcance (reach) delante. El framework importa menos que la disciplina: puntúa cada idea en los mismos ejes, y la apuesta con mayor valor esperado va primero.
Ritmo, no canales
Un Growth PM rara vez lleva un canal por su cuenta. Su resultado es la velocidad de aprendizaje validado: cuántos tests bien especificados se lanzan por ciclo y con qué claridad se resuelve cada uno. Brian Balfour plantea el growth como un proceso repetible —objetivo, ideas, priorizar, testear, analizar— que se ejecuta a un ritmo. El PM es responsable de ese ritmo y mantiene el backlog en movimiento, mientras el resto del equipo ejecuta.
Tests dentro de tus journeys
En fromHello, un test vive dentro del journey que modifica. Un paso de división A/B envía a las personas por dos variantes con el porcentaje que fijes, y tú eliges la métrica de éxito: llegar a un paso posterior, un email entregado, abierto o con clic, o un evento en un número de días determinado. Los resultados del journey muestran las exposiciones y las tasas por variante, con una lectura de significación que no declara un ganador con pocos datos y un aviso cuando hay un ganador listo, y los embudos muestran dónde abandona la gente antes de que redactes el siguiente brief. Un cliente MCP puede consultar el embudo de engagement o el rendimiento del journey y preparar la siguiente variante como borrador de journey; publicarla a través de un agente requiere un paso de confirmación en tu cliente de IA. Para compararlo con una suite que conoces, consulta fromHello vs. HubSpot.