El trabajo, no el número de personas
El growth bien hecho es un conjunto de tareas: elegir una métrica, instrumentar los eventos que importan, agrupar a la gente según lo que hace, escribirle cuando actúa, probar y leer los resultados. Eso no equivale a un conjunto de contrataciones. La mayoría de los equipos en sus inicios son de tres a cinco personas que se reparten el trabajo; lo que implica cada tarea está descrito en los 8 roles de growth, explicados.
El foco gana al tamaño del equipo
La ventaja de un equipo pequeño es el foco. Elige una métrica North Star, mantén una lista corta de experimentos priorizada sin concesiones e itera rápido. Una priorización ligera (el marco ICE, de Impacto, Confianza y Facilidad, popularizado por Sean Ellis) permite que unas pocas personas ordenen una lista de experimentos sin ceremonias. Un equipo centrado que trabaja en ciclos cortos avanza más rápido que un equipo grande repartido entre diez prioridades.
Una plataforma para tus datos y tus canales
El trabajo necesita una base: un lugar donde convivan tus datos de clientes, tus canales y tus journeys. Una sola plataforma de código abierto, alojada o autoalojada, evita la trampa de unir cinco herramientas y perder el hilo entre ellas. El código abierto también te deja opciones: puedes ejecutarla en tus propios servidores, algo que importa más a medida que creces.
Automatización para lo repetitivo, IA para los borradores
Casi toda la ejecución de growth se repite: el email de bienvenida, el recordatorio de la prueba, el empujón de recuperación. Los journeys activados por lo que hace la gente envían esos mensajes por su cuenta una vez activos, así que nadie tiene que pulsar enviar. La configuración es donde ayuda la IA: en fromHello, la IA que ya usas se conecta por MCP para crear segmentos y plantillas, preparar borradores de journeys y leer tus analíticas, y el asistente integrado convierte una frase en un borrador de journey. Ninguna herramienta de IA envía mensajes, y un journey sigue siendo un borrador hasta que lo publicas. Otros cambios, como los de un segmento o una plantilla, se aplican al guardar, así que pueden llegar a un journey que ya está activo. Para ver la diferencia entre un drip fijo y un journey que reacciona, consulta campaña drip vs. journey de ciclo de vida.