Cuanta pasta y tiempo nos hemos dejado en Vivra en cada prototipo de producto (MVPs)
De 40k€ y 10 meses a 0€ y un finde, learnings y comentarios!
Os pongo en esta imagen los MVPs de Vivra (y los €€ y tiempo que nos llevaron hacerlos, así como algunos pensamientos). Coste por hora de los socios no incluido en el coste de las tablas.
MVP = Minimum Viable Product (mínimo producto que puedes hacer para validar una hipótesis sobre tu cliente, problema y producto)
Por cierto, de las cosas que más motivan es ver como mejoramos
Prácticamente ningún MVP tiene que ver con ningún otro (en cuanto a tipo de producto). Como curiosidad.
Entre el MVP 3 y el 5.2 han pasado 3-4 meses. Ha sido una época en que hemos estado pivotando. 1 test por mes aprox.
Y ahora hemos dado ya con una idea y producto con una demanda y resultados que nos están dejando muy contentos. De hecho esta semana hemos cerrado todo lo anterior de Vivra y estamos centrándonos 100% aquí.
La semana que viene os cuento.
Comentarios
1) Para nosotros agencias = drama.
2 de 2 veces nos pasó. No solo palmar pasta que podríamos haber empleado mejor. También los dolores de cabeza de intentar arreglarlo. De sufrir en tu negocio el que no se cumpla con lo acordado. Y tener que echar más horas.
La primera vez elegimos la agencia un poco más deprisa y corriendo porque teníamos un proveedor apalabrado desde hace meses, y de repente nos falló. Venía recomendado por un amigo. Moraleja: no dependáis nunca de un solo proveedor (por un tema tanto de evitar estos sustos como de poder de negociación.
Pero la segunda vez no teníamos esta prisa. Y también fue mal. De hecho esta vez buscamos pagar "más calidad" y salió casi peor. Miramos con cuidado agencias, alguna plataforma que en teoría controlaba la calidad de las agencias, y nada, al final salió mal también.
2) Los últimos MVPs han sido mucho más MVPs
Al principio imagino que todos empezamos haciendo MVPs enormes con muchas cosas no core (aunque nos avisen de que estamos haciendo justo eso). A mi me pasó. Me decían que si todo-todo-todo lo del MVP era clave. Yo decía que si, que claro, que había intentado reducir al máximo todo lo posible.
Pero en realidad lo que pasaba era que me faltaba entender mejor al cliente y el problema que buscaba resolver. En ese caso, el problema no era tan clave para el cliente entonces todo el producto de hecho era no prioritario para él.
Al final hemos conseguido hacer MVPs de verdad. De los que resuelven una única necesidad con lo mínimo y bien. Incluso nos hemos puesto a hacer tests para captar leads antes de construir nada para validar demanda.
3) Este último punto lo veo clave últimamente
Lo dicen muchos indie hackers de los de Twitter (Levels, y etc) y es verdad.
Lo que hacen, y recomiendan es empezar con pruebas rápidas y de poca inversión (tiempo y dinero) de que hay demanda y cuando tienes señales de que si que hay demanda (pagos o leads, o similares), te lanzas a hacer un MVP funcional.
Así reduces riesgos (válido para la mayoría de los casos).
4) Diferencio en la tabla 2 tipos de MVP:
El v.0 digamos, que sirve para captar leads (web o mockup) y el
1.0 que es un producto funcional ya
Por lo dicho en el punto 3) anterior. Así el 3 y el 3.2 son el mismo producto su versión v.0 y v.1 por ejemplo. O el 5 y el 5.2 son la versión v.0 y la v1.0 del mismo producto.
Primero validar concepto mostrándolo de alguna forma a potenciales consumidores y ver si les interesa y comprarían, y luego construir.
5) Es clave tener CTO o capacidad de construir producto internamente
Al principio estuvimos 2 años part-time con Vivra, y por eso tiramos de recursos externos. Os recuerdo que éramos 3 socios (yo, Linos - CTO, y Alberto - marketing).
Hicimos esto de empezar part-time principalmente por falta de confianza. Da más seguridad seguir teniendo un trabajo, aunque inviertas todos tus ahorros (mi caso), que no quedarte con tus ahorros y dejar tu trabajo.
Además, pensamos (ingenuamente), que con lo que invertimos en desarrollo con la agencia tendríamos ya un producto casi perfecto y no tendríamos que hacer nada más. Todo listo y al mercado a conseguir clientes solo.
También pensamos que una agencia haría mejor el producto que nosotros, que aunque por poder, podríamos hacerlo, nunca habíamos creado ningún producto. Falta de experiencia o confianza en nuestras capacidades (y pensamos que una agencia lo haría mejor... ja).
Nada más lejos de la realidad… cuanto más y mejor hemos avanzado ha sido cuando hemos hecho producto Linos (CTO) y yo. Una diferencia brutal. Cuestión de ownership, supongo. Un aprendizaje más.
6) Es clave que el equipo fundador pueda hacer el producto
Única forma de hacer los cambios y ajustes lo rápido que se necesitan. Relacionado con lo anterior…
Si no imaginate que sale un error a las 21:00 y tienes que esperar a las 9:00 a comunicarte con los externos para que lo arreglen...
Xao.
7) Como todo, a hacer MVPs se aprende y mejora haciéndolos, imagino
Se te van ocurriendo nuevas formas de validar más rápido, vas teniendo mejor intuición de que es la funcionalidad que tiene que hacer bien el producto (o como averiguarla de los clientes y leer entre líneas...).
Esto es como todo, supongo.
8) Producto grande y complejo no quiere decir mejor
El producto más complejo fue el primero probablemente. Que quedó a la mitad porque salió mal con la agencia (se excedieron 2x en tiempos, y tuvimos que cortar el scope a la mitad y asumir el resto nosotros aún estando part-time, sino no acabábamos).
Y el segundo también era bastante complejo (quizá más).
Pero ya te digo yo que mucho mejor cuanto más a lo simple hemos ido (es más complicado también).
9) Intentar resolver muchos problemas a la vez con un super producto de primeras es mala idea
Nos pasó en el primer intento. Y casi que el segundo. Ya no más.
Si necesitas 1 año para hacer producto para obtener feedback del mercado, mala señal (quitando biotech, deeptech, etc y estas cosas con mucho R&D).
10) Los €€ de los primeros MVPs fueron de los fundadores en su mayoría, y un poco de FFF
Jeje como si nos hubiéramos auto pagado un master en emprender o en hacer producto, o en errores de novatos emprendiendo...
11) Casi ningún MVP de los que hicimos se parecen entre sí en casi nada (en cuanto a formato y tipo de solución)
Pero si que han servido para ir conociendo más al cliente y problema que queremos resolver.
Marketplaces, B2B SaaS, apps B2C, comunidades… de todo.
12) Al final es un proceso de ir validando hipótesis con pruebas, que cuanto más baratas sean (en tiempo y dinero) mejor
Luego cuando tienes suficientes hipótesis validadas (bien validadas), es el momento de ir con convicción a hacer tu visión realidad.
Si que me da la sensación de que hay un poco 2 escuelas aquí:
Prueba con el mercado y cuando encuentres demanda lánzate (tendrás que probar muchas veces)
Ten una gran visión de como será el mundo y lánzate a construirla
(pensamiento a medio cocinar)
El tipo 1) sería más rollo indie makers, o lean startup o así entiendo (y funciona para cosas b2c o b2b saas - quitando deeptech)
El tipo 2) sería más filosofía de Founders Fund, Keith Rabois, Sam Altman en su etapa Open AI o Elon Musk (y necesaria para movidas deep tech o así)
Si que es verdad que muchas veces, para hacer el tipo 2) mejor que seas alguien ya con experiencia. Recordad que Elon Musk empezó con unas páginas amarillas y Sam Altman con una app social móvil. Aunque de aquella hacer algo en internet era 10x más dificil. Pero no empezar por intentar hacer la AGI o poblar marte de primeras.
Resumen
Osea que resumen así rápido y para la mayoría de los casos:
Intentaría validar algo antes de construir
Te sobra el 80% del MVP
Ojo las agencias
Busca hacer algo que puedas construir tu (y tus socios)
Prueba y prueba
Cuánto + simple mejor
Resuelve 1 problema
Y esto es todo por hoy! En breve os cuento por aquí cuales fueron estos MVPs, y a que hemos pivotado con Vivra al final. Es la primera vez que nos sorprende la demanda para bien (y más de una vez).
Buena semana!