por Michael SeibelStartupSchool.org

El CEO y socio de YC, Michael Seibel, comparte su enfoque para construir un MVP y obtener sus primeros usuarios como una startup previa al lanzamiento.

Esta conferencia es parte de la Startup School de YC, un programa en línea gratuito y una comunidad global de fundadores. Regístrese y únase a la comunidad en https://www.startupschool.org/

Capítulos

  • 0:00 Introducción
  • 0:41 Primero, hable con los usuarios
  • 1:40 Objetivo: lanzar rápidamente
  • 2:40 Después del lanzamiento, obtenga comentarios
  • 4:30 Lean MVP
  • 5 :37 Ejemplos del mundo real
  • 8:21 MVP pesados
  • 9:33 Los lanzamientos no son especiales
  • 11:22 Trucos para construir un MVP rápidamente
  • 12:57 No te enamores de tu MVP

Puedes configurar la traducción automática al español:


Transcripción automática (puede contener errores):

Miguel: Mi nombre es Miguel. Trabajo aquí en Y Combinator. Yo ayudo a pisar el acelerador. Antes de eso, hice dos startups de YC, una en 2007 y otra en 2012. Y hoy les hablaré sobre el producto mínimo viable, entonces MVP. Siempre les gritamos a los fundadores que no usen jerga, sin embargo, tenemos todo este conjunto de jerga estúpida de inicio, y MVP es una de ellas. Cuando piensas en un MVP, debes pensar en algo ridículamente simple. Esto es lo primero que puede dar al primer conjunto de usuarios a los que desea dirigirse, para ver si puede ofrecerles algún valor. Eso es todo. Es extremadamente simple.

Sé que tuvieron una charla la semana pasada sobre cómo generar ideas, cómo generar problemas que desea resolver. Lo que le diré es que es útil hablar con algunos usuarios antes de decidir construir su MVP. Esto no significa que tengas que entrar en una situación de investigación de tres años, o que tengas que trabajar en la industria durante 10 años. Pero algunas conversaciones son útiles. Es aún más útil si usted es su propio usuario, por lo que puede saber si su producto está funcionando para usted. Siempre recibo esta extraña pregunta de cómo obtengo mis primeros usuarios, lo que siempre me confunde porque, en teoría, decides resolver un problema que sabes que tiene alguien. Entonces, de la forma en que obtiene sus primeros usuarios, habla con esa persona que sabe que tiene el problema. Y si eres tú, es aún más fácil. Entonces, si está creando un producto para un grupo misterioso de usuarios que no tiene idea de quiénes son, cuestione eso un poco. Muy ligeramente.

Bueno. Entonces, el objetivo de una startup previa al lanzamiento es extremadamente simple. Paso uno, lanza rápidamente. Esto es algo que ha sido parte del espíritu de YC desde el principio, y ha sido un gran consejo durante 10 años, y sigue siendo un gran consejo. Si puede alejarse de una cosa de esta presentación, es lanzar algo malo, rápidamente. Eso es, literalmente, el resto de lo que voy a decir básicamente serán versiones resumidas de lo mismo.

Lo segundo que debe hacer una startup en etapa inicial es conseguir algunos clientes iniciales. Haz que cualquiera use tu producto. No es necesario tener una visión de cómo lograr que todos lo usen, sino simplemente que cualquiera interactúe y vea si obtienen valor del producto. Te sorprendería saber cuántos viajes de fundadores terminan antes de que un solo usuario haya interactuado con un producto que han creado. Es muy, muy común. Así que por favor supera este paso. Es extremadamente importante.

El siguiente es, hable con sus usuarios, cualquiera de ellos, después de haber lanzado este MVP y obtenga comentarios. Este es un error extremadamente común, porque la mayoría de los fundadores tienen en mente una idea de lo que quieren construir. Y entonces tienen la extraña sensación de que si no he construido todo todavía, recibir comentarios sobre la mierda inicial es un poco inútil. “Por supuesto, no va a funcionar. No es la cosa completa. La cosa completa tomará tres años, $ 10 millones, todo un equipo. Así que la retroalimentación sobre la cosa pequeña es inútil”.

La realidad es que, de alguna manera, la cosa completa es esta idea realmente increíble en tu cabeza que debes mantener en tu cabeza, pero debe ser muy, muy flexible, porque podría resultar que la cosa completa que quieres construir es No es lo que sus clientes quieren en absoluto. Por lo tanto, tengo este dicho: Mantén el problema que estás resolviendo con firmeza, mantén al cliente con fuerza, mantén la solución que estás construyendo sin apretar.

Y por último y más importante, iterar. Y me gusta distinguir entre iterar y pivotar. Muchos fundadores, una vez que han descubierto cómo construir algo, se enamoran de él. Entonces, si no funciona para un determinado grupo de usuarios, comienzan a pensar: “Bueno, me pregunto qué otros problemas puede resolver esto. Bueno, ya sabes, este destornillador no es realmente bueno para atornillar nada, pero yo Me pregunto qué otros problemas podría resolver”. Y dicen: “Oh, tal vez puedas usarlo para cocinar. Tal vez puedas usarlo para limpiar”. Y es como, no, como, el problema era, necesito atornillar algo, el usuario era, como, un mecánico, y si tu destornillador no ayuda al mecánico a resolver el problema, quédate con el mecánico, quédate con el problema, Necesito atornillar algo, arreglar el maldito destornillador. Como, eso es lo que está roto, ¿no? Lo que está roto no es la mecánica, y no es el hecho de que necesitan atornillar algo. Entonces, iterar. Continúe mejorando su solución hasta que realmente resuelva el problema.

En la mayoría de los casos, la mayoría de las personas deberían construir un MVP muy delgado. Entonces, con eso, queremos decir que debería poder construirlo rápido, en semanas, no en meses. Esto puede involucrar software o, honestamente, vemos que las nuevas empresas comienzan con una página de destino y una hoja de cálculo. Pero la mayoría de las empresas emergentes pueden comenzar muy, muy rápido.

La segunda, funcionalidad extremadamente limitada. Debe condensar lo que su usuario necesita, lo que su usuario inicial necesita, en un conjunto muy simple de cosas. Muchas veces, los fundadores quieren abordar todos los problemas de sus usuarios y de todos sus usuarios potenciales, cuando en realidad deberían centrarse en un pequeño grupo de usuarios iniciales y sus problemas más importantes, y luego ignorar el resto hasta más tarde. . Debes tener una visión de todos. Deberías tener un MVP, muy pequeño. Todo esto es una base para iterar. Eso es todo. Es solo un punto de partida. No es especial de ninguna manera. Solo tienes que empezar. Entonces, asegúrese de no sentir que su MVP es demasiado especial.

Bueno. Aquí hay un ejemplo clásico. Esta es una de las primeras páginas de destino de Airbnb, en 2008, creo. Una de las cosas que te pueden interesar del primer producto de Airbnb es que no hubo pagos. Cuando encontraste un lugar para quedarte en Airbnb, tuviste que cambiar dinero con el anfitrión en persona. No hace falta decir que ese fue un problema jodidamente grande, pero comenzaron sin pagos. Sin vista de mapa. ¿Sabes cómo cuando buscas en Airbnb, puedes ver dónde está la casa en la ciudad? No tienes eso. Lo siento. Y, la persona que escribió todo el código, Nate, trabajaba medio tiempo. ¿Bueno? Entonces todos cuentan este tipo de historias mágicas sobre cómo todo fue perfecto desde el principio. Airbnb, no perfecto desde el principio.

El siguiente, Twitch. Así lucía Twitch el primer día. No muy familiar. Bueno, tal vez un poco familiar. Hay un video allí, y hay un poco de chat allí. Aparte de eso, nada más. Twitch lanzado como Justin.tv, que era un reality show de televisión en línea. Sólo había un canal, Justin. Tenías que seguir su vida. Si no te gustaba su vida, tenías que abandonar el sitio web. Eso es todo lo que había. El video tenía una resolución extremadamente baja. Fue divertido, un fundador me preguntó en el pasado, como, “Oh, ¿no fue extraño? Ustedes tenían un video en su apartamento. ¿No estaban allí todos estos documentos secretos y cosas que, como , la gente sería capaz de ver?” Y fue como si apenas pudieras reconocer nuestras caras, y mucho menos los documentos que teníamos. Y lo más importante, no había videojuegos. No hay videojuegos, excepto si decidimos jugar videojuegos en nuestro apartamento. Como, esa fue la única vez que aparecieron los videojuegos. Entonces, digamos que puede hacerlo rápidamente. Cuando piensas en Twitch, ahora es mucho más complejo.

Por último, Stripe, que no era Stripe. Se llamaba /dev/pagos porque, ¿por qué no? Vamos a hacer un nombre que sea realmente fácil de recordar. Este fue el primer día de Stripe. Sin tratos bancarios. No te diré exactamente cómo procesan los pagos, pero fue de una manera muy propia de una startup. Casi ninguna característica, y aún más genial, si quisieras usar Stripe, los fundadores de Stripe irían a tu oficina y lo integrarían por ti. ¿Qué tan bueno es eso? La mitad porque estaban desesperados por lograr que alguien lo usara, y la otra mitad porque era una excelente manera de encontrar errores antes de que los usuarios los encontraran. Intégrate a ti mismo.

Estos son solo tres ejemplos de MVP extremadamente simples y extremadamente rápidos de construir. Todas estas son compañías de miles de millones de dólares, y todas comenzaron con algo que la mayoría de la gente diría que es una mierda. En muy pocos casos, tienes que construir un MVP pesado. Acabo de inventar ese término, MVP pesado, cuando hice esta presentación hace dos días. Entonces, ya sabes, tal vez se convierta en una cosa. Si está en una industria con una regulación significativa, como los seguros o la banca, a veces los drones, aunque a veces no, es difícil de lanzar. Es más difícil de lanzar. Primero tienes que pasar por un montón de organismos reguladores. Si estás haciendo tecnología dura, si estás construyendo cohetes, es difícil construir un cohete en un par de semanas.

Biotecnología, es difícil inventar un medicamento contra el cáncer en un par de semanas. Disparos a la luna. Bueno, complete todos los demás espacios en blanco. Es difícil perforar túneles en la tierra y tener vehículos extremadamente rápidos que reemplacen a los autos en un par de semanas. Entonces, si se encuentra en esa situación, recuerde que su MVP puede comenzar con un sitio web simple y simple que explique lo que hace. Es útil, cuando hablas con personas, interactúas con personas que pueden referirse a algo. Entonces, ese puede ser su comienzo, y puede construir ese sitio web simple en días, no en semanas. Entonces, de muchas maneras, tal vez sus MVP pesados ​​​​son más rápidos que sus MVP delgados de alguna manera extraña y extraña.

Ahora, quiero hablar sobre el lanzamiento por un segundo, porque muchos fundadores tienen este concepto erróneo sobre el lanzamiento. Ven a las grandes empresas lanzar cosas y asumen que eso es lo que hacen las nuevas empresas. De hecho, ven empresas en las que piensan como nuevas empresas, Facebook ya no es realmente una empresa nueva, pero las ven recibiendo mucha prensa y mucha publicidad y bla, bla, bla, y tienen en la cabeza que eso es lo que una empresa exitosa se ve cuando se lanza.

Bueno, déjame hacerte esta pregunta. ¿Cuántos aquí recuerdan el día que se lanzó Google? No. ¿Qué hay de Facebook? Bueno. ¿Que tal twitter? No. Genial. Entonces resulta que los lanzamientos no son tan especiales en absoluto, ¿de acuerdo? Entonces, si tienes esta idea mágica de tu lanzamiento mágico que quieres hacer, tíralo. No es tan especial. Lo primero que es realmente importante es conseguir algunos clientes. Entonces, para que la gente se sienta mejor, usemos términos diferentes. ¿Qué tal el lanzamiento cuando obtienes clientes, y qué tal, como, lanzamiento de prensa, lanzamiento de prensa, realmente impresionante, es cuando, como, la gente escribe sobre cosas y todo es emocionante y obtienes todo este alboroto? Adelantemos el lanzamiento de la prensa, y aceleremos el lanzamiento de obtener cualquier cliente muy, muy pronto. Ese es nuestro objetivo aquí.

Es mucho más difícil aprender de sus clientes cuando no tienen un producto con el que puedan jugar. Ya sabes, puedes hablar con tu cliente todo el día, pero no tienes idea de si lo que quieres construir puede resolver su problema. Si pones la cosa frente a ellos y no resuelve su problema, lo sabes de inmediato. Y así, toda la investigación en el mundo es buena, pero hasta que puedas poner algo frente a la gente, no tienes ni idea de si va a funcionar. Así que pasar todo ese tiempo en un pitch deck no es tan valioso como gastar tu tiempo construyendo cualquier cosa que puedas darle a un cliente.

Finalmente, algunos trucos para construir un MVP extremadamente rápido. Primero, cuadre el tiempo con sus especificaciones. Entonces, su especificación es la lista de cosas que necesita construir antes de su lanzamiento. Caja de tiempo. Diga, está bien, ¿qué sucede si quiero lanzar en tres semanas? Está bien, bueno, las únicas cosas que podrían estar en mis especificaciones son cosas que puedo construir en tres semanas. Eso hace que tu vida sea mucho más sencilla. Le permite eliminar todas las funciones que no puede crear en tres semanas.

En segundo lugar, escriba su especificación. Esto parece muy sencillo, pero la mayoría de la gente lo jode. Es realmente fácil cambiar en lo que estás trabajando antes de lanzarlo, porque nunca lo escribes. Empiezas a trabajar en algo, hablas con un usuario, dice: “Oh, nunca usaría eso”, o Dios no lo quiera, hablas con un inversor y dice: “Oh, eso nunca podría ser una empresa porque los inversores saben todo.” Entonces decides cambiar en lo que estás trabajando. Y como nunca lo anotaste, ni siquiera te das cuenta de que lo estás cambiando. Y así su plan de tres semanas se convierte en un plan de tres meses. Si escribes mierda, al menos puedes ser honesto contigo mismo de que estás cambiando tus especificaciones todo el tiempo.

El siguiente es cortar su especificación. Una semana después de su tipo de sprint de tres semanas, probablemente se dio cuenta de que agregó demasiadas cosas a su especificación y que no iba a cumplir con su fecha límite. Esta bien. Solo corta las cosas que claramente no son importantes. Y si no hay cosas sin importancia, empieza a cortar cosas importantes. La mayor parte del objetivo aquí es simplemente sacar algo en el mundo. Una vez que obtienes algo en el mundo, el impulso para mantener todo en marcha es extremadamente fuerte. Una vez que tienes algo, si no tienes nada en el mundo, es muy fácil retrasar, retrasar, retrasar, retrasar. Y por último, no te enamores de tu MVP. Mucha gente se enamora de la visión en su cabeza. Y ninguno de los productos que les mostré antes fue la visión inicial, lo que terminó siendo. Así que por favor no te enamores de tu MVP. Es solo el primer paso en un viaje. No te enamorarías de un trabajo que escribiste en primer grado. Y, como, ese es el nivel de impacto que a menudo tiene su MVP. Bueno. Esa es la charla. Tengo un poco de tiempo para preguntas. ¿Alguna pregunta? Perfecto. Sin preguntas. Adelante.

Mujer 1: Estoy encontrando, hablando con los usuarios, tengo varios segmentos de subtipos, y claro cada uno quiere una cosa en particular y otro quiere una cosa en particular. Entonces, los números son tan pequeños que se igualan. Así que cómo…

Miguel: Gran pregunta. Entonces, hablas con los usuarios y ellos tienen todas estas cosas que quieres construir, y no hay mucha superposición entre ellas. Entonces, le daré una especie de meta respuesta: nunca pregunte a los usuarios por funciones. Nunca pidas a los usuarios que te digan lo que quieren. No es trabajo del usuario crear características. Ese es tu trabajo. El trabajo del usuario es darte problemas. Entonces, asumiría que si estuvieras hablando con estos usuarios, hay cierta continuidad en los problemas que tienen. Probablemente no tienen idea de cómo resolver el problema.

Entonces, probablemente le estén dando una larga lista de características potenciales que creen que pueden resolver el problema, en lugar de dedicar mucho tiempo a hablar sobre cuál es su problema. ¿Con qué frecuencia lo experimentan? ¿Qué tan intenso es? ¿Están dispuestos a pagar por una solución? ¿Conocen a otras personas que tengan el problema? Entonces, esas son las preguntas que estaría tratando de sacar de alguien. Y si ves a alguien escabulléndose en la zona de características, como, “Oh, ya sabes, me encanta Microsoft Word, pero desearía que alguien pudiera construir algo que me permita hacer bla, bla, bla, bla, bla”, ¿verdad? , que tienes que volver a bajar a “Oh, bueno, ¿por qué quieres hacer bla, bla, bla, bla, bla? ¿Qué problema tienes? ¿Con qué frecuencia te encuentras con ese problema?” Y, como, volver al problema. Así es como evitas la muerte de funciones. Es extremadamente común.

Mujer 2: Me encuentro caminando por esa línea muy delgada entre mantenerme enfocada en mi MVP y cambiarlo porque estoy encontrando algo mejor. Entonces, comencé mi MVP hablando con todos mis usuarios potenciales, y dije: “No, no, no, no. Tenemos que hacer esto, tenemos que hacer esto, tenemos que hacer esto”. Entonces, ¿tomo mi medicamento para el ADD y sigo con lo que comencé, o cuándo te detienes y dices, está bien, esto justifica un cambio?

miguel: ah, sí. Lo siento. Entonces, la pregunta es, estoy atrapado en este ciclo en el que sigo cambiando mi MVP y no lanzo. Obviamente, muchas personas están atrapadas en ese ciclo y hay muchos problemas de inicio donde la respuesta es “deja de hacer lo que estás haciendo”. Sólo detenerlo. Como, no tienes que seguir cambiando tu MVP. Una de las razones por las que tal vez estás cambiando tu MVP es porque crees que es especial. Si no pensaras que es especial, dejarías de cambiarlo. Dejarías de editarlo.

Mujer 2: No entiendo. Explícalo de nuevo.

Michael: Si crees que tu MVP es especial, crees que tiene que ser perfecto. Si crees que tiene que ser perfecto, pasas mucho tiempo jugando con él. Si asumes que tiene que ser realmente una mierda, ¿verdad? Como, si piensas, como, “Está bien, estoy literalmente tratando de encontrar una camisa en mi armario con la que pueda pintar y luego destruir”, no pasas mucho tiempo confeccionando esa camisa, ¿verdad? Entonces, si cree que su MVP es menos especial, pasará menos tiempo jugando con él.

Hombre 1: Supongamos que lanza un MVP y está buscando comentarios, ¿cuáles son las cosas clave que desea preguntar a sus usuarios?

Michael: Esta es una pregunta realmente simple. ¿Cuál es la clave que quieres aprender cuando quieres recibir comentarios sobre tu MVP? ¿Resuelve el problema que quiero que resuelva? Eso es todo. Puede encontrar 80 formas diferentes de responder esa pregunta, pero si comprende claramente el problema que está tratando de resolver, entonces es bastante claro… a menudo, no tiene que preguntar. Si está frente al usuario, puede ver si está haciendo lo que usted quiere que haga o si no. A menudo, se puede ver en los números. Si es un problema que tienen todos los días y se lo presentaste a un usuario, ¿regresó al día siguiente? Realmente nunca he visto un producto que resuelva un problema que la gente tiene todos los días, que realmente resuelva el problema, donde un usuario simplemente deja de usarlo porque, como, lo que sea. Entonces, hay muchos matices extraños aquí que son completamente irrelevantes. ¿El usuario hace la cosa, resuelve el problema que quieres que resuelva? ¿Otras preguntas? ¿Aquí atrás?

Hombre 2: ¿Cuánto debe durar un MVP? Quiero decir, empiezas a crecer y luego, ¿cuáles son los siguientes pasos?

Michael: ¿Sabes qué tienen de divertido las startups? No me gusta pensar en líneas de tiempo, y no pienso en vincular en hojas de ruta. Como, para las personas que están en la etapa previa al MVP, como, ¿quién sabe? Lanzar algo. Descúbrelo. Decidiste hacer una startup, y una de las características de las startups es que no estará claro cómo llegar de la A a la Z. Entonces, si estás demasiado concentrado en algo como “Oh, bueno, entiendo que llegar al MVP es el paso B, pero estoy realmente concentrado en los pasos C, D y E”, te diría algo así como: “Oye, ¿Qué tal si primero resuelves el problema que tienes delante? ¿Sí?

Hombre 3: Entonces, ¿cómo equilibra, por ejemplo, mejorar el MVP para aumentar la retención de clientes, versus apostar por los esfuerzos para aumentar la adquisición y la regeneración, en términos de problemas?

Michael: Después del MVP, ¿deberías trabajar en el crecimiento o deberías trabajar en la retención? Me encanta esta pregunta. Es la pregunta más divertida del mundo, porque me permite dar una respuesta ridículamente enlatada. Ambos. Sí. Esto es lo que sucede. Muchos fundadores entienden fundamentalmente que la puesta en marcha es un problema de múltiples variables, pero los problemas de múltiples variables son difíciles. Así que intentan reducirlo a una sola variable. Entonces le preguntan al asesor secreto, como, “Oh, ¿qué es más importante, el crecimiento o la retención?” Y es como, ¿qué es más importante, tomar una ducha o ir al baño y, como, hacer un número dos? Me gustaría que hicieras las dos. Lo siento. Ambos son importantes. Como fundador, tendrás que hacer malabarismos con varias cosas. Sí. Bueno.

Hombre 4: Está bien. ¿Puede compartir una historia con una startup que no pudo hablar con los usuarios finales porque los usuarios finales no querían hablar sobre el problema y cómo lo superaron, si lo sabe?

Miguel: Seamos claros. La pregunta es, ¿cómo hablas con tus usuarios si tienen un problema del que no quieren hablar? ¿Por qué no me dices, es, qué es eso?

Hombre 4: Diabetes tipo dos.

Michael: Diabetes tipo dos. Estoy perfectamente seguro de que puede encontrar 10 personas que quieran hablar sobre su diabetes tipo dos. Y te pregunto si estás iniciando una startup para ayudar a las personas con diabetes tipo dos si no conoces a nadie que tenga diabetes tipo dos que esté dispuesto a hablar contigo. Así que creo que es como una de esas configuraciones falsas. Me gusta, rechazo la premisa de la pregunta. Muy bien, siguiente pregunta. Adelante.

Mujer 3: ¿Cuántas personas serían suficientes para registrarse, o cuántos usuarios activos sería bueno tener en el MVP antes de presentar a los inversores, por ejemplo, en función de qué métrica … tamaño de mercado o?

Miguel: Esa es una gran pregunta. Si tuviera que resumir, diría, ¿cuánto tiempo tiene antes de hablar con los inversores? También voy a apostar por esa respuesta. Creo que habrá toda una conferencia sobre cuándo deberías hablar con los inversores. Entonces, les diré que esperen esa conferencia, y quien la dé hará un gran trabajo respondiendo esa pregunta.

Mujer 5: Mi pregunta es, ¿qué tipo de números o tracción debes buscar antes de validar tu producto?

Michael: Voy a reformular esa pregunta. ¿Cómo saber cuándo se ha ajustado el producto al mercado? Bueno. La respuesta clásica, que en realidad es correcta, y que los fundadores realmente odian, es que si estás preguntando, no encajas en el mercado de productos. Lo que tiende a suceder cuando tienes un ajuste de mercado de productos es que las personas comienzan a usar tanto tu producto que pasas de hacer cualquier cosa, aparte de mantenerlo en línea. Así es como tiende a verse el ajuste producto-mercado. Entonces, deja de pensar en nuevas funciones. Dejas de pensar en mejorar tu conversión a través de embudos. Dejas de pensar en cómo conseguir una mejor distribución. Y estás literalmente como, “Mierda, no sé cómo voy a servir a las personas que vendrán a mi producto mañana. Estoy perdido. Y la próxima semana, estaré en un pérdida.

Y lo gracioso es que cuando lo digo de esa manera, no es difícil saber si estás allí o no. Y la realidad tan horrible es que casi nadie se adapta al mercado de productos. Casi nadie. Casi nadie. Entonces, a mucha gente le gusta usar el término, y a mucha gente le gusta redefinirlo como “Alguien está usando mi producto”. Ese no es el término. El término para alguien que usa su producto es “usted tiene un usuario”. Lo cual es bueno, pero no se ajusta al mercado de productos. En la espalda.

Hombre 5: Cuantos más usuarios hablamos, la definición del problema sigue haciéndose más y más grande. Entonces, al averiguar MVP, ¿por dónde empiezas? Comenzamos a trabajar con un solo usuario e intentamos como un pequeño experimento con ellos, pero aprendimos más atributos del problema en sí.

Michael: Entonces, ¿qué sucede si aprende más sobre el problema y el problema se expande a medida que comienza a interactuar con los usuarios? Eso está totalmente bien. Eso es de esperar, de hecho. Sin embargo, lo que diría es que donde los fundadores suelen cometer el error es que piensan que tienen que resolver el problema para todos los usuarios. Entonces, lo más importante, si tiene un usuario con una serie de problemas, lo bueno sería tratar de averiguar si hay alguien más como ellos. Y algo divertido que podrías hacer es simplemente preguntarles: “Oye, ¿conoces a alguien más que tenga exactamente el mismo problema?” Cualquier problema, cuando retrocedes y piensas en la visión de cualquier fundador, en realidad abarca, como, un subconjunto completo de problemas.

Sienten que si no se están dirigiendo a todos los usuarios potenciales por adelantado, entonces de alguna manera están fallando. Y, como, hay muchas cosas que una startup tiene que hacer, un fundador tiene que hacer, donde tienen dos cosas en mente al mismo tiempo, ¿verdad? Visión grande, MVP pequeño, ¿verdad? Crecer y retener. Una cosa de la que hablamos mucho en YC: su discurso de inversionista y su discurso de cliente, muy diferentes. Y, claro, los fundadores siempre quieren juntar estas cosas o matar una, porque es mucho más fácil pensar en ello como un solo problema, como una sola cosa en tu cabeza, versus dos cosas opuestas en tu cabeza. ¿Cómo podría ser cierto que queremos hacer pagos para todos y tener una pequeña API que es tan difícil de usar que tenemos que instalarla para las personas, verdad? Y es como, ambas cosas son ciertas, y tienes que estar cómodo con eso. Está bien. Uno mas.

Hombre 6: En el espacio farmacéutico, ¿mis usuarios serán científicos o en realidad serán pacientes?

Michael: En el espacio farmacéutico, ¿quiénes son sus usuarios? Creo que esa es una pregunta para ti. Estabas iniciando la empresa, sabes lo que estás construyendo, sabes el problema que estás resolviendo, sabes quién tiene el problema. No sé ninguna de esas cosas. Está bien. Fue genial hablar con todos ustedes. Muchas gracias.


Fuente: https://www.startupschool.org/curriculum/how-to-plan-an-mvp

Deja una respuesta