4. Session 3 - How to build your 1st MVP

¿Cómo construir tu primer MVP?

Introducción al MVP

• Se abordará el tema de cómo construir un MVP (Producto Mínimo Viable), aclarando conceptos erróneos comunes sobre su definición y propósito.

• La importancia de entender por qué es necesario construir un MVP, basado en investigaciones personales y experiencias previas en inversiones.

Preparativos antes de comenzar

• Se solicita a los participantes que activen sus notificaciones en Slack y Google para mejorar la comunicación durante el curso.

• Recordatorio sobre la entrega de tareas: se debe iniciar el trabajo en el MVP y compartir avances con el instructor.

Información sobre el Founder School Summit

• Anuncio del evento "Founder School Summit" programado para el 20 de junio en Miami, con capacidad limitada e invitación solo para los mejores estudiantes.

• Detalles sobre las oportunidades que ofrece el evento, incluyendo la posibilidad de conocer a fundadores exitosos e inversores relevantes.

Oportunidades únicas en el evento

• Los asistentes tendrán la oportunidad de presentar su proyecto durante 90 segundos; los tres mejores recibirán una inversión de $10,000.

• Se ofrecerán entrevistas garantizadas con Tech Stars y World Nominee, lo cual es inusual en programas similares.

Criterios para ser invitado al evento

¿Cómo construir un MVP efectivo?

La mentalidad de experimentación

• Es crucial tratar el desarrollo de productos como un experimento en lugar de un negocio. La meta es llegar a ser indiscutible para la fecha límite establecida.

• Se enfatiza que este proceso es una guerra; se necesita determinación y agresividad para obtener financiamiento y éxito.

• El orador menciona su propia experiencia, indicando que ya ha tenido éxito y ahora busca guiar a otros en el camino correcto hacia el financiamiento.

• Se presenta una "hoja de trucos" sobre cómo los inversores deciden a quién financiar, sugiriendo que seguir esta estructura es vital para obtener fondos.

Errores comunes al construir un MVP

• Muchos creen erróneamente que un MVP debe ser perfecto o atractivo. El verdadero objetivo es entender lo que los clientes realmente quieren.

• Se critica la tendencia a querer crear el "iPhone" de cada categoría, cuando en realidad se necesita enfocarse en las necesidades básicas del cliente.

• No hay necesidad de construir un producto perfecto; el enfoque debe estar en aprender qué desean los usuarios mediante iteraciones rápidas.

La importancia del enfoque práctico

• Los emprendedores deben evitar gastar tiempo y recursos en productos cuya demanda no está validada.

• Se recuerda que incluso grandes innovadores como Steve Jobs comenzaron con versiones limitadas de sus productos, lo cual demuestra la importancia de lanzar rápidamente y aprender del mercado.

Superando miedos al lanzar productos

• Muchos fundadores temen perder clientes si lanzan un producto deficiente. Sin embargo, si esos clientes no adoptan una versión básica, probablemente no eran adecuados desde el principio.

• Es normal sentir miedo al fracaso; sin embargo, estos errores son parte del aprendizaje necesario para mejorar futuros desarrollos.

Enfoque en necesidades urgentes

• Un ejemplo ilustrativo muestra cómo identificar soluciones mínimas viables: si alguien tiene una necesidad urgente (como apagar fuego), buscará cualquier solución disponible, aunque no sea perfecta.

• Este tipo de mentalidad ayuda a los emprendedores a concentrarse en ofrecer soluciones prácticas y efectivas ante problemas reales.

¿Cómo empezar con un MVP efectivo?

La importancia de comenzar pequeño

• Se sugiere pensar en grande, pero iniciar con lo que se tiene. Lo importante es comenzar con un producto mínimo viable (MVP) aunque no sea perfecto.

• Se menciona el primer MVP de Airbnb, que fue una página web básica sin funcionalidades avanzadas como mapas o pagos en línea.

• El perfil del cliente ideal (ICP) de Airbnb era muy específico: solo personas que asistían a conferencias tecnológicas en San Francisco.

Resolviendo problemas propios

• Los fundadores eligieron ese ICP porque ellos mismos enfrentaban dificultades para encontrar alojamiento durante las conferencias.

• Utilizaron una cama inflable para ofrecer hospedaje, mostrando cómo resolvieron su propio problema y atendieron a clientes desesperados por un lugar donde quedarse.

Aprendiendo de la necesidad del cliente

• Es crucial identificar y dirigirse a clientes en momentos de necesidad extrema, ya que están dispuestos a probar cualquier solución disponible.

• Se discute la complejidad de algunos productos y cómo esto puede llevar a dudar sobre la viabilidad del MVP; sin embargo, se presentan ejemplos como Stripe.

Ejemplo de Stripe

• Stripe comenzó como un servicio simple sin API bancaria; su backend era manual y procesaba pagos mediante archivos Excel enviados al banco.

• A pesar de las violaciones potenciales a normas PCI, lograron avanzar al enfocarse primero en validar su idea antes de preocuparse por aspectos legales.

Consejos prácticos para construir un MVP

• Hablar directamente con los clientes reales es fundamental. Las encuestas no son suficientes; se deben tener conversaciones significativas para entender sus problemas.

• Definir claramente el problema es esencial antes de buscar soluciones. Identificar quién tiene el mayor dolor relacionado con ese problema ayuda a enfocar esfuerzos.

Cómo construir un MVP sin código

Introducción a Jennifer y su problema

• Se presenta a Jennifer, un personaje ficticio que trabaja en seguros comerciales y enfrenta dificultades para ayudar a pequeñas empresas a encontrar buenas pólizas de seguro.

• Jennifer se da cuenta de que el proceso es complicado y decide hablar con 10 pequeñas empresas para identificar el problema real.

Insights clave sobre el mercado

• A través de sus conversaciones, descubre que la velocidad en obtener cotizaciones es más importante que el precio para las pequeñas empresas.

• Identifica que los corredores de bienes raíces son los más necesitados de este servicio, ya que están dispuestos a probar nuevas soluciones debido a su urgencia.

Construcción del MVP

• Se plantea la pregunta sobre cómo puede Jennifer construir un MVP sin saber programar. Las respuestas incluyen usar Google Forms o plataformas como Squarespace.

• La mayoría de las sugerencias son acertadas; se desaconseja contratar a alguien para desarrollar la solución.

Implementación práctica

• Jennifer decide crear su propio sitio web en Squarespace e incluir un formulario de Google detrás del mismo para recopilar información.

• Utiliza su experiencia en seguros comerciales para hacer coincidir manualmente las pequeñas empresas con proveedores adecuados, actuando como un algoritmo humano.

Proceso y resultados

• Una vez completado el formulario, envía una lista personalizada de proveedores y cotizaciones por correo electrónico dentro de 24 horas.

• Incluye un enlace de pago en el correo electrónico, lo cual genera confianza entre los clientes ya contactados previamente.

Aprendizajes y iteraciones futuras

• Al lanzar esta versión inicial, aprende sobre quiénes están dispuestos a pagar y qué aspectos les gustan o no del servicio ofrecido.

• Se establece una conexión con los usuarios para entender mejor sus necesidades y mejorar la oferta basada en sus comentarios.

Reflexiones finales sobre MVP

• El presentador comparte su experiencia personal al implementar este tipo de soluciones rápidas sin necesidad de codificación previa.

• Enfatiza la importancia de experimentar antes de aconsejar a otros, asegurando que cualquier estrategia propuesta esté respaldada por datos reales.

Ejemplo adicional: Remesas mediante WhatsApp

¿Cómo construir un MVP efectivo?

Proceso de creación del MVP

• Se utilizaban mensajes preguardados en WhatsApp para realizar pagos desde cuentas bancarias, donde cada pago era un depósito a uno de los miembros del equipo.

• El primer MVP fue una tarjeta de débito, impulsada por la misión de emitirla sin tener claro cómo hacerlo inicialmente. Se optó por plataformas sin código.

• Con solo $100 se emitieron las primeras 100 tarjetas, lo que llevó al desarrollo de una plataforma real que ahora emite tarjetas para un equipo de fútbol mexicano.

• La emisión de tarjetas generalmente requiere grandes sumas (hasta $2 millones), pero el equipo logró hacerlo con una inversión mínima.

• Chris menciona su experiencia construyendo plataformas SAS y cómo utiliza componentes reutilizables para crear MVP rápidamente.

Consejos para construir un MVP

• Se recomienda leer "The Lean Startup" de Eric Ries, que enfatiza la importancia de construir rápido y aprender del proceso.

• Es crucial establecer plazos cortos (idealmente dos semanas) para medir resultados y obtener retroalimentación sobre el producto lanzado.

• La medición debe incluir tanto datos cuantitativos como cualitativos; es importante hablar con usuarios para entender sus experiencias.

• Aprender del proceso implica reflexionar sobre las expectativas iniciales y cómo estas cambian tras la experiencia con el MVP.

• Comenzar pequeño es clave; el mercado objetivo inicial puede no ser el mismo al que se aspira llegar más adelante.

Estrategias de adopción del producto

• Los productos tecnológicos pasan por curvas de adopción; los innovadores son quienes primero prueban nuevos productos antes que la mayoría.

• Muchos productos no logran cruzar al mercado masivo porque no apuntan a los segmentos correctos en sus etapas iniciales.

• Es fundamental identificar y dirigirse a los innovadores dentro del segmento objetivo, ya que ellos son más propensos a probar nuevos productos.

• Un ejemplo personal muestra que al dirigir esfuerzos hacia inmigrantes en Nueva York, hubo poca innovación en ese grupo, lo que dificultó la tracción necesaria para crecer.

La Importancia de la Interacción Directa con los Clientes

Estrategias para Conectar con los Clientes

• El orador comparte su experiencia personal al repartir volantes en las calles, utilizando esta actividad como una oportunidad para interactuar directamente con los clientes y conocer sus quejas sobre el producto.

• Se enfatiza que enviar encuestas es ineficaz; se debe salir del entorno habitual y hablar cara a cara con los usuarios para obtener información valiosa.

• Aunque algunos clientes son expertos en ciberseguridad y no están disponibles en la calle, se sugiere asistir a conferencias o visitar cafeterías cercanas para establecer contacto.

Comunicación Efectiva

• Se destaca que el 87% de la comunicación es no verbal, lo que significa que las interacciones en persona ofrecen más información que las videollamadas.

• Al preguntar a los usuarios sobre sus experiencias sin presionarlos para vender algo, se crea un ambiente de bajo estrés donde están dispuestos a compartir.

Validación del Producto

• Después de lanzar un MVP (Producto Mínimo Viable), es común recibir respuestas negativas. Es crucial validar estas afirmaciones insertando fricción artificial en el proceso de compra.

• Se menciona que hay diferentes tipos de "monedas" (atención, dinero), y se debe identificar cuál se está utilizando al ofrecer un producto.

Iteraciones del MVP

• No se recomienda lanzar un primer MVP sin iteraciones previas; después de varias versiones, se puede comenzar a introducir fricción para evaluar el interés real del cliente.

• Las respuestas obtenidas tras insertar fricción permiten entender mejor si el cliente realmente desea el producto o si hay barreras como la disposición a pagar.

Aprendizaje Continuo

• Los fundadores deben estar abiertos al aprendizaje constante; aquellos que buscan seguridad tienden a hacer excusas sobre por qué su MVP necesita más tiempo.

Herramientas No Code y Low Code para Emprendedores

Comprendiendo la Rechazo y la Psicología Humana

• La importancia de entender el rechazo en la psicología humana es fundamental; se menciona que todos enfrentamos este desafío.

• Se presentan herramientas útiles, principalmente no code o low code, que son accesibles y económicas para emprendedores.

Herramientas No Code/Low Code

• Bubble: Una herramienta recomendada para construir aplicaciones sin necesidad de codificación.

• Webflow: Utilizada para crear sitios web; se destaca su relación con el fundador y su efectividad.

• Zapier: Permite automatizar procesos conectando diferentes aplicaciones, facilitando tareas como el envío de correos electrónicos automáticos.

Ejemplos Prácticos de Uso

• Memberstack: Funciona bien con Webflow para gestionar suscripciones de pago.

• Se discuten modelos de negocio startup, destacando tres tipos responsables del 70% de los unicornios.

Modelos de Negocio Startup

• Marketplace: Ejemplos incluyen Airbnb y DoorDash; se enfatiza la simplicidad en la creación del backend manualmente.

• Herramientas Asana: Se menciona cómo construir un gestor de tareas utilizando herramientas como Notion o Airtable.

Procesos Transaccionales

• El modelo transaccional implica recolectar ingresos por cada transacción realizada a través del marketplace.

Construyendo un MVP: Estrategias y Perspectivas

Importancia de un MVP Ligero

• La construcción de hardware debe comenzar con un MVP (Producto Mínimo Viable) ligero, que puede ser tan simple como un sitio web o una presentación en PowerPoint.

• Muchos emprendedores tienden a complicar el proceso construyendo dispositivos complejos o buscando financiamiento antes de validar su idea.

• Es recomendable utilizar soluciones existentes para adaptar tecnologías ya desarrolladas a nuevas aplicaciones, lo que permite ahorrar tiempo y recursos.

• El objetivo principal es lanzar un producto al mercado rápidamente para aprender de la retroalimentación del cliente, priorizando las lecciones aprendidas sobre métricas tradicionales como usuarios o ingresos.

Aprendizaje como Moneda Principal

• Las lecciones aprendidas son más valiosas que el número de usuarios o los ingresos generados; se debe buscar obtener información útil lo más rápido posible.

• Se anima a los participantes a tener su MVP listo para la próxima semana y comenzar pruebas con otros miembros.

Herramientas Visuales y Funcionalidad

• Se discute el uso de herramientas como Figma para mostrar visualmente productos sin funcionalidad completa; esto puede ser útil dependiendo del tipo de cliente.

• Un ejemplo práctico es Linker Financial, que utilizó Figma para crear simulaciones atractivas para cooperativas de crédito, mostrando cómo podría verse su software sin necesidad de construirlo completamente primero.

Estrategia en el Desarrollo del Producto

• Al usar herramientas no-code como Figma, se pueden simular interacciones reales en la aplicación, lo cual es valioso para ciertos clientes.

• La decisión sobre qué tan detallado debe ser el diseño depende del tipo de cliente; startups pueden no requerir tanto detalle inicial.

Consideraciones sobre Monetización y Pruebas

• Para aquellos que buscan monetizar desde el inicio, se recomienda no incluir pagos en la primera versión del MVP. Enfocarse primero en obtener retroalimentación directa.

La Evolución de las Plataformas Financieras

Introducción a Plaid y Venmo

• Se menciona la empresa Plaid, que permite conectar cuentas bancarias con aplicaciones como Venmo.

• Antes de 2012, el proceso para vincular cuentas era más complicado, requiriendo números de cuenta y un tiempo considerable para verificar depósitos.

Innovación en Conexiones Bancarias

• Plaid fue fundado por exconsultores que vieron la necesidad de simplificar el acceso a las cuentas bancarias mediante credenciales en lugar de procesos engorrosos.

• En 2012, los bancos no contaban con APIs adecuadas, lo que llevó a Plaid a ingeniar soluciones para conectarse a los sistemas bancarios existentes.

Desafíos Legales y Crecimiento Rápido

• Plaid logró interceptar y utilizar APIs internas de grandes bancos como Chase y Bank of America debido a sus deficiencias en seguridad.

• A pesar de no tener acuerdos formales con estos bancos, su crecimiento fue tan rápido que se volvieron indispensables.

Validación vs. Legalidad

• La anécdota sobre Plaid ilustra la importancia de validar un producto antes de preocuparse por cuestiones legales; si hay demanda, las regulaciones pueden ser manejadas posteriormente.

• El orador enfatiza que es crucial obtener validación del mercado antes de cumplir estrictamente con todas las normativas legales.

Reflexiones sobre Nuevas Startups

• Se comparte una experiencia reciente al interactuar con una startup emergente que aún no tiene API ni integraciones necesarias para su producto.

• Aunque la demo del producto fue convincente, se destaca la falta actual de funcionalidades clave como predicciones o recomendaciones.

Oportunidades Futuras

• A pesar de las limitaciones actuales del producto discutido, se vislumbra una posible colaboración futura entre ambas empresas debido a intereses complementarios.

Presentaciones Efectivas y Prototipos

Uso de PowerPoint y Figma en Presentaciones

• Se utilizaban capturas de pantalla modificadas en PowerPoint para crear presentaciones interactivas que ayudaban a vender ideas, incluso en el ámbito de blockchain, IoT y aprendizaje automático.

• Las presentaciones se diseñaban para parecer demostraciones reales, lo que permitía mostrar sistemas sin necesidad de una funcionalidad técnica completa.

• En grandes empresas como AWS, las pantallas iniciales eran creadas como presentaciones en PowerPoint antes de ser desarrolladas como productos finales.

• La aceptación de prototipos no técnicos por parte de empresas Fortune 500 demuestra la efectividad de estas herramientas visuales para comunicar ideas.

Lecciones Aprendidas sobre MVP

• Un participante comparte su experiencia negativa del primer año, ofreciendo lecciones aprendidas sobre cómo evitar errores comunes al desarrollar un producto mínimo viable (MVP).

• Se plantea la pregunta sobre cuándo es el momento adecuado para actualizar un MVP, sugiriendo que se deben considerar métricas como ingresos o uso del producto.

Validación del Producto con Usuarios Reales

• Se presenta un ejemplo real donde una persona lanza un prototipo sin código a 20 pequeñas empresas, destacando la importancia del feedback directo.

• Es crucial interactuar manualmente con los primeros usuarios a través de llamadas Zoom para guiarlos en el uso del producto y recopilar información valiosa.

Análisis Post-Lanzamiento

• Después de varias semanas utilizando el MVP, se debe analizar tanto datos cualitativos como cuantitativos para entender la respuesta del usuario y ajustar el producto según sea necesario.

• Si solo unos pocos usuarios utilizan el MVP, es importante investigar las razones detrás de esto y ajustar la oferta basándose en sus comentarios.

Iteración y Escalabilidad

• Una vez que se valida el interés por el MVP inicial, se puede considerar agregar funciones adicionales o incluso opciones de pago para mejorar la relación con los usuarios.

¿Es necesario eliminar una idea para avanzar?

Reflexiones sobre la posibilidad de abandonar un proyecto

• Es importante considerar la opción de "matar" un proyecto si es necesario. A menudo, los emprendedores se enfocan en cambiar el producto sin cuestionar su viabilidad real.

• El orador comparte su experiencia personal, donde no consideró que el producto podría no ser viable, incluso después de haber recaudado $3 millones.

• Mantener la opción de retirarse de un proyecto proporciona libertad y objetividad. Esto aplica a todas las relaciones, incluyendo las laborales y personales.

• Sin esta opción, uno puede intentar forzar algo que no funciona, lo que lleva a esfuerzos infructuosos. La flexibilidad es clave para encontrar el ajuste correcto.

• Adoptar una mentalidad experimental permite obtener información valiosa independientemente del resultado; tanto el éxito como el fracaso son oportunidades para aprender.

Dilemas al trabajar con corporaciones

• Un participante menciona su dilema al colaborar con una corporación interesada en su producto aún en desarrollo. Se busca entender cómo construir un producto útil sin limitarse a las necesidades específicas de esa empresa.

• El orador utiliza la metáfora del capitán Ahab y Moby Dick para ilustrar cómo algunas corporaciones buscan soluciones personalizadas que pueden desviar a startups de sus objetivos originales.

• Es crucial validar que otros clientes potenciales enfrentan problemas similares antes de comprometerse demasiado con una sola corporación.

• Hablar con múltiples empresas ayuda a identificar patrones comunes en los problemas y evita caer en la trampa de convertirse en una empresa consultora en lugar de tecnológica.

Legalidad y Estrategia de Mercado

Enfoque sobre la Legalidad

• Se discute la legalidad del enfoque de mercado, comparándolo con lo que hizo GPT con los desarrolladores, que fue considerado "ilegal" debido a que los desarrolladores integraban su código en GPT sin autorización.

• A pesar de las complicaciones legales, se reconoce el crecimiento vital que esto trajo para los usuarios finales, quienes utilizan la herramienta sin pagar por ella.

Reflexiones Finales

• El orador expresa su satisfacción por la interactividad de la sesión y espera que las anécdotas compartidas sean valiosas para los participantes.

• Se menciona una tarea pendiente para revisar antes de medianoche, animando a los asistentes a compartir sus trabajos en un canal específico.

Problemas de Comunicación

• Se aborda un problema relacionado con la comunicación y el envío de correos electrónicos, donde algunos participantes no recibieron invitaciones importantes.