馃殌 Startupeando #006 : 驴C贸mo planear un MVP?

Recientemente vi la clase聽How to plan an MVP聽del curso聽How to start a startup聽impartida por Michael Seibel y estos fueron los principales aprendizajes que obtuve, espero te sirvan.

Si eres nuevo y acabas de suscribirte a este newsletter muchas gracias 馃檶, te cuento que en entradas pasadas escrib铆 sobre lo siguiente:

Y ahora toca el turno de escribir sobre 驴C贸mo planear un producto m铆nimo viable (MVP) ? Un producto m铆nimo viable es la primer 鈥渃osa鈥 que puedes dar a un grupo de usuarios previamente definidos y validar si puedes darles alg煤n valor.

Recientemente vi la clase How to plan an MVP del curso How to start a startup impartida por Michael Seibel y estos fueron los principales aprendizajes que obtuve, espero te sirvan.

驴C贸mo planear un MVP?

Antes de empezar

  1. Habla con tus usuarios:

    Es super importante hablar con algunos usuarios antes de construir tu MVP. Para saber c贸mo hablar con usuarios checa el cap铆tulo The Mom Test. No es necesario una investigaci贸n de a帽os para saber que tu idea merece un MVP pero s铆 es necesario que hables aunque sea con un par de usuarios. Ayuda bastante si tu eres tu propio usuario, as铆 puedes evaluar si una soluci贸n esta funcionando para ti o no.

  2. No construyas un producto para usuarios que no conoces.

    Tus primeros clientes deber铆an de ser usuarios con los que ya platicaste y qu茅 sabes sus problemas. Si est谩s construyendo un producto para usuarios que no conoces, debes cuestionarte si vale la pena continuar.

鈥淪i no te averg眉enza la primera versi贸n de tu producto, lo lanzaste muy tarde鈥- Reid Hoffman, cofundador de LinkedIn.

Objetivos del MVP

  1. Lanzar r谩pido: Lanza algo malo pero r谩pido.

  2. Obtener tus primeros clientes: La aventura de muchos founders termina antes de que UN solo cliente utilice su producto.

  3. Hablar con tus usuarios y obtener feedback:

    • Algunos founders creen que por ser un MVP y no ser su 鈥渋dea completa鈥 no vale la pena obtener feedback.

    • La 鈥渋dea completa鈥 que tienes como founder debe ser muy flexible. Es muy probable que tu 鈥渋dea鈥 no sea lo que tus usuarios quieren.

  4. Iterar: Iterar y pivotear no son la misma cosa, iterar es cambiar la soluci贸n para el problema. Pivotear es cambiar el problema que estas resolviendo.

    • Por ejemplo, el problema es 鈥necesito clavar algo鈥, el usuario es un carpintero, y la soluci贸n es un martillo. Si tu martillo no ayuda al carpintero solucionar su problema, mant茅n al carpintero, mant茅n el problema y arregla el martillo; el problema no es el carpintero y definitivamente no es el hecho de que necesita clavar algo. As铆 que debes iterar y continuar mejorando la soluci贸n hasta que puedas resolver el problema.

  5. Construye un MVP sencillo: Si te toma m谩s de un mes, entonces no es un MVP.

    • Ten en mente una funcionalidad muy limitada y espec铆fica de lo que tus usuarios iniciales necesitan.

    • Un error muy com煤n es que intentes cubrir a todos los potenciales usuarios y todos los potenciales problemas. Mejor enf贸cate en un grupo peque帽o de usuarios y sus m谩s grandes problemas.

Hold the problem you鈥檙e solving tightly, hold the customer tightly, hold the solution you鈥檙e building loosely. - Michael Seibel

Ejemplos de startups y sus MVP

  1. Airbnb: No ten铆a un sistema de pagos, los pagos se hac铆an en persona con el Host, no exist铆a la vista de un mapa, y el programador (CTO) estaba contratado por medio tiempo.

  2. Twitch (Justin.tv): Solo tenia un canal con un livestream, sus videos eran de baja resoluci贸n y no hab铆a videojuegos.

  3. Stripe: No ten铆a convenios con bancos, los founders se ofrec铆an a configurarlo por ti manualmente.

    Las 3 compa帽铆as hoy valuadas en billones, empezaron con una versi贸n muy mala.

Lanzando el MVP

  1. Startups no 鈥淟anzan鈥 de la misma manera que lo hacen las grandes empresas.

    • Lanzamientos no son nada especiales. 驴Recuerdas el d铆a que Facebook, Google o Twitter lanzaron su primer producto?

  2. Lo m谩s importante es tener algunos clientes. Y analizar si tu soluci贸n resuelve sus problemas.

    • Es m谩s dif铆cil aprender de clientes si no tiene un producto con el que puedan interactuar.

    • Hablar con tus usuarios no te dir谩 si tu soluci贸n puede resolver sus problemas. Construir un MVP y d谩rselo a tus usuarios te dir谩 inmediatamente si tu propuesta soluciona sus problemas.

Consejos para construir un MVP r谩pido

  1. 鈥淭ime-box鈥 tus funcionalidades: Si eliges un d铆a aleatorio para lanzar tu MVP, por decir en 3 semanas, te ayudar谩 a planear y recortar las funcionalidades m谩s importantes que se puedan resolver en ese lapso de tiempo.

  2. Escribe tus funcionalidades: Si las primeras funcionalides de tu MVP no est谩 escritas, ser谩 muy f谩cil ir agregando funciones que no son escenciales.

  3. Recorta tus funcionalidades: Si ya recortaste las funcionalidades no importantes, empieza a quitar funcionalidades importantes.

  4. No te enamores de tu MVP: Normalmente no te enamoras de un trabajo que escribiste en el primer a帽o de la universidad.


Eso es todo por hoy y como siempre鈥 recuerda que puedes responder a este correo con CUALQUIER duda, comentario, sugerencia o dificultad que tengas, voy a hacer lo mejor posible para ayudar 馃檶

Disfruta el resto de la semana.

-Mackey

Espera鈥 Algunos anuncios:

馃帗En Linkedin estoy compartiendo esta informaci贸n pero en im谩genes.

馃摳En Instagram @mackeyvazquez estoy compartiendo historias donde comparto mis estad铆sticas, procesos y lo que voy haciendo al d铆a.

馃惁En Twitter @mackeyvazquez estoy compartiendo pensamientos y logs.

馃枃锔廦 por 煤ltimo, te dejo el link del lecture en youtube.