Saltar al contenido

Elige qué categorías permites. Las necesarias no se pueden desactivar.

TheTool · SaaS B2B · ASO

De una herramienta que no existía a un exit

Rol
Cofounder & Product
Periodo
-
Sector
SaaS B2B · ASO
Tamaño
De 4 a 24 personas
Reporting
Cofundador, 1 de 4 socios

01 — En un minuto

01. Cinco años y medio de producto, de cero a la venta

  • Cofundador responsable de la visión de producto, del diseño del MVP, de su validación y del lanzamiento de la versión de pago. TheTool nació bootstrap, financiada por la agencia que la incubó.
  • Diseñé y evolucioné las funcionalidades que nos diferenciaron: correlación entre instalaciones y ASO, dashboards de tracking, ASO score, análisis internacional, timeline de competidores y monitorización masiva.
  • En 3 días convertimos una beta oculta de Google Play en una funcionalidad abierta a todos nuestros clientes: la tuvimos 7 meses antes que el mercado y nos dio un +30% de MRR en 2 meses.
  • Lideré roadmap, discovery, definición funcional y la coordinación con desarrollo, marketing y customer success.
  • Incorporé al primer Product Designer, y con él el rediseño completo de la marca y de la plataforma.
  • TheTool se posicionó entre las herramientas ASO de referencia (nominada a Mejor Software ASO de Europa en el App Promotion Summit de Berlín) y fue adquirida por AppRadar en 2021.

02 — La historia

02. Bootstrap, velocidad y la factura del diseño

La agencia que necesitaba una herramienta que no existía

Dani y Miriam, con quienes ya había trabajado, habían montado PICKASO: la primera agencia de España dedicada en exclusiva al marketing digital de apps. Necesitaban herramientas para seguir las apps que gestionaban, generar informes y sacar insights de la competencia; las había en el mercado, y ninguna cubría el trabajo entero. Ahí está el origen de TheTool: construir la que faltaba. Me llamaron para eso (yo estaba al final de mi etapa de marketing digital, con la cabeza más en qué le pasa al usuario que en cómo atraerlo) y se sumó Rubén como CTO.

Trabajé en dos direcciones. Una, profesionalizar la agencia: TheTool era bootstrap y la financiaba PICKASO, así que el crecimiento de la agencia era, literalmente, el presupuesto del producto: reposicioné su marca y su cartera de servicios, y de paso mapeé a los que serían nuestros competidores. Otra, encontrar el hueco, con un discovery de cuatro entradas: clientes de la agencia, developers indie, los consultores de PICKASO y el método de trabajo de la propia agencia, que era el valor que queríamos meter dentro del producto. El MVP se presentó donde estaba el mercado: Applause, el primer congreso profesional de apps de España, que organizaba PICKASO. Se anunció TheTool y se abrió la fase gratuita, que hizo dos trabajos en vez de uno: primera vía de captación y la mejor entrada de discovery que tuvimos.

Velocidad primero, método después

Cogió tracción, y con ella llegaron el primer frontend, un backend nuevo, customer success y los primeros clientes. Trabajábamos en Kanban y a un ritmo altísimo, porque no bastaba con ocupar nuestro hueco: había que ofrecer además lo que las otras herramientas ya tenían. Funcionó casi un año, y después apareció lo de siempre: mucha velocidad y poco método.

Reordenamos: arquitectura de ramas y despliegues que escalara, sprints de dos semanas y un sistema de objetivos con una regla simple: una funcionalidad disruptiva por trimestre (ASO score, análisis internacional, timeline de competidores, tracking de relacionadas), y el resto del sprint para optimizar con el feedback de los usuarios. Con esa dinámica llegó la nominación a mejor software de ASO en el App Promotion Summit de Berlín, al lado de competidores con rondas potentes y equipos mucho mayores que el nuestro.

La estabilidad, convertida en funcionalidad

Analizar a diario la App Store y Google Play enteras no es sencillo, y meter ese dato en el producto de forma sólida, menos. Se notaba: los sprints se lanzaban bien, pero los bugs del scraping aparecían en la semana del lanzamiento, después de correr los crons nocturnos.

Así que cambiamos el sprint: mensual, tres semanas de desarrollo y una de testing externo con los consultores ASO de PICKASO y con algún cliente. Menos cadencia de entrega, y valor estable. Y le dimos la vuelta al coste con TheTool Monthly, una comunicación mensual con cada funcionalidad nueva explicada paso a paso: el día 1 había algo nuevo y sabías cómo usarlo. La estabilidad dejó de ser una restricción interna y pasó a ser algo que el cliente notaba.

Con la entrega estable pudimos volver a producto, con un foco que trasladamos a todo el equipo: dar al cliente el máximo de información sobre sus competidores. De ahí salió descifrar el número real de instalaciones detrás del tramo «1 M – 5 M» que Google Play publica como caja negra, y con él una línea entera de análisis de mercado con dato verificado: informes sectoriales y de tendencias, alguno de los cuales llegó a los informativos de televisión nacional.

Al pulsar, el vídeo se carga desde YouTube y se aplican sus condiciones.

La pieza que llegó tarde, y la ronda que no llegó

Crecer bootstrap tiene ventajas y una factura. La nuestra fue el diseño: habíamos partido de una plantilla que sirvió, y mucho, pero cinco años después la plataforma era un Frankenstein. Impulsé la contratación del primer product designer, que rehízo la marca y la plataforma y le dio la usabilidad que los usuarios echaban en falta.

Aun así, al quinto año estábamos planos: el mercado había madurado, los competidores tenían más músculo financiero y ya habíamos recibido alguna oferta de adquisición. Nuestro camino era otro: dejar de ser bootstrap y buscar socios que aportaran inversión, pero también conocimiento de mercado y capacidad de expansión. La ronda avanzaba bien; y llegó la pandemia. Se paralizó, nadie sabía si el mundo iba a seguir siendo el que conocíamos, y la decisión fue proteger PICKASO y cerrar la venta de TheTool. Así cristalizó la adquisición por AppRadar.

Podía haberme quedado en la agencia; ya había trabajado allí en mi etapa de marketing y growth. Pero el producto ya se me había metido dentro, y el siguiente reto tenía que ser de producto.

03 — El caso

03. La beta de Google Play que abrimos a todo el mercado

Uno de los objetivos que habíamos trasladado a todo el equipo era ser los primeros en cada novedad del mercado. Era nuestra forma de competir con herramientas más grandes y con más recorrido, pero menos ágiles.

Google había activado en su Developer Console, en beta y solo para unas pocas cuentas, la posibilidad de ver qué keywords generaban instalaciones: dato real donde hasta entonces había una caja negra. Uno de nuestros clientes tenía acceso y nos dio permiso para investigar sobre su cuenta; en poco tiempo, Rubén había descifrado cómo poner esa beta en manos de cualquiera.

Nos lo contó un viernes y salieron ideas: compartirlo en las comunidades de Slack en las que estábamos, escribir un post y ganar enlaces y tráfico. Se podía hacer algo mejor. Junté al equipo: ya teníamos la integración con Google Play, así que podíamos replicar dentro de TheTool la misma vista que Google ofrecía a unos pocos. El lunes estaba en marcha.

Y entonces empezó la otra mitad del trabajo: un artículo contando que dábamos a todos nuestros clientes lo que solo estaba disponible para algunos, distribuido allí donde pudimos; la newsletter; y contacto uno a uno con quien había hecho el trial o se había registrado en el plan gratuito.

Resultados

  • +30%

    de MRR en 2 meses

  • 3 días

    del hallazgo a producción, de viernes a lunes

  • 7 meses

    de ventaja: la beta no se abrió al mercado hasta entonces

Cuando Google la liberó y el resto de herramientas empezaron a adoptarla, nosotros ya la teníamos integrada, ya formaba parte de nuestro pool de datos para keyword research y ya teníamos histórico.

04 — Aprendizajes

04. Cuatro cosas que me llevo de cinco años y medio

  1. Un equipo pequeño y motivado compite con quien haga falta. Estábamos nominados en Berlín al lado de herramientas con rondas potentes y equipos mucho mayores. Lo que no se compra con una ronda es la velocidad de decisión: la beta de Google la teníamos en producción el lunes.
  2. Los frameworks se estudian, se adoptan y se adaptan. Los sprints de dos semanas eran correctos en el manual y equivocados para nosotros, porque nuestros bugs no venían del código sino de los crons nocturnos. El sprint mensual con una semana de testing externo no está en ningún libro, y es lo que nos dio lanzamientos limpios.
  3. Menos entregas pueden ser más valor, si el cliente lo nota. El sprint mensual bajó la cadencia; TheTool Monthly convirtió esa cadencia en una certeza. La estabilidad solo cuenta como funcionalidad si se comunica.
  4. Nacer bootstrap es una vía válida; posponer el diseño, no. El product designer llegó en el año cinco y arregló algo que llevábamos tiempo pagando en usabilidad. Ojalá hubiera entrado al menos un año antes.