Nuestro nuevo equipo de Growth
Han cambiado muchas cosas tras nuestro primer año (lo cumplimos el 6 de enero) como startup y como Streamloots: coges buen ritmo y empieza a parecer un proyecto, más o menos, sólido. Pasas del MVP, a plataforma. De validar producto a conseguir cuanta más tracción mejor. Y también en nuestro caso, pasas de ver métricas de adquisición como muy importantes, a pasarlas a segundo plano. Nunca te olvidas de ellas, pero te centras mucho más en retención y engagement. Y por esto mismo hemos tenido que reestructurar el equipo, tanto en nombre, como en forma de trabajar y objetivos.
Además, cuando pasas a etapas cada vez más avanzadas, es más difícil ver cómo lo han hecho otras startups cuando estaban en tu misma fase. Así que, por eso y por devolver un poquito todo lo que aprendemos de forma gratuita en internet, hemos decidido que vamos a contar cómo hacemos Marketing en Streamloots.
Si no sabes qué es Streamloots, échale un ojo a este post.
Antes de empezar, voy a avisar y recordar que todo lo que leas desde nuestro equipo o desde cualquier página del interneté 😱 tienes que ponerlo en duda: lo que nos funcione a nosotros, no significa que te vaya a funcionar, y al revés. Y, por tanto, para validarlo tienes que testearlo en tu producto. Asimismo, todo va a estar adaptado a nuestra startup y proyecto y puede que no encaje de la misma manera en el tuyo; aún así, espero que te pueda ayudar en algo.
¡Vamos al lío!
Qué es, para nosotros, Growth
Antes de meternos en cómo es nuestro equipo de Growth, vamos a dejar claro qué es para nosotros este término. Growth, o “crecimiento” en su traducción al español, implica algo más que su equivalente en nuestro idioma. No solo es crecimiento en métricas como páginas vistas, usuarios, etc. que quizás pueda ser una vanity metric (o una ego-métrica), sino que vamos más allá y tratamos de crecer en métricas principales para nuestro negocio como churn (caída de clientes), engagement, LTV, LRV … Esto lo hacemos directamente desde nuestro propio producto, no solo metiendo más dinero en canales de adquisición o similares.
Para que te puedas hacer una idea, no queremos aumentar el número de emails (usuarios) que almacenamos y que luego no usen nuestro producto, sino que queremos tener los máximos emails que realmente estén enamorados del producto, lo utilicen casi a diario… En resumen: usuarios que se llevaran una gran decepción si mañana cerrásemos la empresa.
Qué es un equipo de Growth (o cómo lo entendemos nosotros)
Es un equipo de personas de diferentes ámbitos de la empresa (desde desarrollo técnico, ventas, analistas, marketing, atención al cliente … ) que se unen para trabajar en mejorar los resultados de una serie de objetivos marcados por la empresa. Para conseguir acrecentar estas metas lo hacen siguiendo el método científico aplicado a cada proyecto, que no es otro que crear una hipótesis, priorizar entre todas ellas, crear tests (muy básicos) para validarlas o no y analizar los resultados.
Ejemplo: Poner el % de descuento en los packs de cofres hace que la gente compre un pack de más cofres y aumente el ticket medio por compra. Otro ejemplo, añadir un vídeo en la página de crear colección, hace que aumente la conversión del proceso de creación de colección.
En el equipo de Growth no solo entran hipótesis de funcionalidades sino también de marketing, ventas, etc.
Pueden trabajar de forma total o parcial en este equipo. Es decir, como verás en nuestro caso, tenemos programadores que trabajan en el equipo de desarrollo, pero al ser, de momento, pocas personas, también dedican unas horas a apoyar al equipo de Growth.
Antes de seguir con el punto de cómo trabaja nuestro equipo de Growth, te voy a explicar por qué hemos decido montarlo.
Por qué hemos montado el Growth Team
Básicamente y como te he comentado en la “intro” de este mismo post, las necesidades de una empresa van cambiando en función del tiempo que lleven y de lo mucho o poco que crezca. En nuestro caso, estos últimos meses han sido de cambios grandes: hemos pasado de meter 12 streamers manualmente a crecer a más de 600 al mes. De ser 4 socios a formar un equipo con 12 personas. De tener 1000 usuarios el primer mes a más de 140K en diciembre. Y por tanto, las necesidades y objetivos han cambiado.
A pesar de haber crecido mucho y estar muy contentos por ello, este hecho no quita que tengamos que mejorar algunas métricas como churn, LTV, etc. que, quizás, al principio pasan desapercibidas, pero en cierto momento se deben atender. Ese momento ya ha llegado y por eso hemos montado este equipo.
Para atacar este tipo de métricas, todas las partes del equipo están involucradas. Si cualquier persona tiene una idea para mejorarla, en nuestro anterior caso de organización (antes de aplicar este nuevo sistema que te estoy contando en todo el post), se diría al equipo de desarrollo en un canal de “Sugerencias”. En ese caso, el product manager en el sprint-planning decidía si esa funcionalidad se tenía en cuenta o no, pues SIEMPRE hay funcionalidades más importantes (o que así se consideran) para la plataforma antes que retocar o hacer un proceso de onboarding mucho mejor. Sobre todo al principio, cuando ni siquiera la plataforma tiene todas las funcionalidades “básicas” que queremos.
Por este motivo de “ineficiencia” en cuanto a mejoras de partes de la plataforma, tan importantes como el churn, hemos decidido pasar a tratarlas desde el equipo de Growth con la intención de testear las sugerencias y enviar las que pueden resultar exitosas al equipo de desarrollo.
Para que veas cómo nos organizamos este es nuestro equipo de Growth:
- Javier (CTO) como analista y soporte de programación
- Pepema (o playwithlord) (Programador Full-Stack) como programador full-time en este equipo
- Alberto (CEO) como “observador”
- Josemi (COO y programador front-end) como soporte y ayuda en programación
- Vicent (CMO) como Growth Leader y Marketing
Como veis, tenemos a un programador a tiempo completo en este equipo, y tanto a Javier como Josemi liderando una parte del desarrollo (back y front), quienes están a “tiempo parcial” para este equipo en caso de requerirlo en algún test puntual.
¿Cómo afecta el Growth Team en el equipo de Producto?
El equipo de Growth es el que se encarga de validar hipótesis y futuras funcionalidades, mientras que el equipo de producto mantiene sus sprints de (aún) funcionalidades core de la plataforma. En caso de que se haga un test con éxito, pasa al siguiente sprint-planning que se pueda meter. Por último, en caso de que algún test requiera de ayuda por parte de algún técnico del equipo de producto, en su sprint-planning se reservan estas horas para trabajar en el experimento requerido.
En los próximos meses ampliaremos equipo e iremos definiendo mucho mejor los roles; como todavía somos pocos integrantes, tenemos perfiles que dedican unas horas a la semana al Growth Team aunque no sea su actividad principal.
Cómo trabaja nuestro equipo de Growth
Una de las características básicas de un equipo de este tipo es la velocidad. Cuantos más tests se consigan realizar en el menor tiempo posible, más conclusiones podrás sacar tanto para crear cosas como para descartarlas.
Sean Ellis y Andrew Chen son dos de los creadores de este tipo de equipos en compañías de Silicon Valley como AirBnb, Facebook, etc. Sean recomienda que los tests sean de una semana, aunque nosotros lo hemos modificado y adaptado a nuestro proyecto. Para nosotros es imposible en una semana establecer hipótesis, priorizarlas, crear test y ejecutar, recoger datos y analizarlos para sacar conclusiones. Por ello hemos creado un calendario tal que así:
Como ves en 8 semanas, hacemos 6 tests: casi a 1 por semana, pero el método es distinto.
- Ejecutamos dos tests simultáneos cada 3 semanas
- Tardamos 1 semana en crearlos y ponerlos en marcha
- 2 semanas recogiendo datos
- En la última semana sacamos conclusiones sobre esos tests y decimos cuáles serán los siguientes.
- A su vez, en las semanas que se están recogiendo los datos, ya se están creando los próximos, para que se paren los dos primeros y se comiencen los siguientes. Y así sucesivamente.
(Esto es como trabajamos ahora, pero seguro que vamos iterando y mejorando cosas. Síguenos y estate atent@ porque lo contaremos todo por aquí.)
Un test siempre consistirá en poner a prueba una hipótesis, y en todo momento se realizará entre dos conjuntos de usuarios al mismo tiempo. Es decir, un test a/b de toda la vida. Un grupo de usuarios verá la nueva versión mientras que otro grupo de usuarios (similar en número y otorgados aleatoriamente) visualizan la versión normal. Es importante que se ejecuten ambos grupos al mismo tiempo para que factores externos (como que sea final de mes, festivo, o incluso una promoción de la propia empresa) afecte a ambos grupos por igual.
Por supuesto, en un test solo se puede cambiar una única cosa; si hacemos varios cambios a la vez, nunca sabremos por qué cambio ha sido el éxito (o fracaso) del test, o si ha sido por el conjunto de la combinación y no por separado.
Ya te he contado qué es un equipo de Growth, por qué lo hemos montado y cómo trabaja, pero ahora me encantaría que me contaras cuál es tu caso o cómo lo hacéis en vuestra empresa/proyecto/startup en los comentarios.¡Y hasta aquí por hoy! Que no me quiero enrollar mucho más para que podamos ir digiriéndolo por partes. Y, por supuesto, si tienes alguna duda, pregunta, sugerencia, estaré encantado de ayudaros. ¡Muchas gracias por leerme!
¿Qué será lo próximo?
- Enseñaremos paso a paso nuestro “framework” de priorización de las ideas
- Qué herramientas utilizamos en el equipo de Growth (gestión, análisis, métricas, etc.)
- Cómo son las reuniones del equipo y cuál es el objetivo en cada una de ellas
- Y cualquier sugerencia que tengas y quieras saber
¡Hasta la próxima!
PD: Estamos buscando Partnerships Manager en Streamloots, si te interesa poder optar a este puesto échale un ojo a la oferta de trabajo
