- El hablante trabaja en Y Combinator y habla sobre el Producto Mínimo Viable (MVP).
- El MVP es algo ridículamente simple que se da a los primeros usuarios para ver si les da valor.
- Es útil hablar con los usuarios antes de construir el MVP.
- El objetivo de una empresa de inicio pre-lanzamiento es lanzar rápidamente y tener algunos clientes iniciales.
- Después de lanzar el MVP, es importante obtener feedback de los usuarios.
- Es importante iterar y mejorar la solución hasta que se resuelva el problema.
- Se presentan ejemplos de MVPs exitosos de Airbnb, Twitch y Stripe.
- En algunos casos, es necesario construir un MVP más complejo, pero en la mayoría de los casos, se puede empezar con algo simple.
- El hablante también habla sobre el lanzamiento y la presión que los fundadores sienten al ver grandes empresas lanzar productos.

- Los lanzamientos de productos no son tan especiales como se piensa
- Lo más importante es conseguir clientes
- Es mejor hablar de "ganar a un cliente" en lugar de "lanzamiento"
- Es difícil aprender de los clientes sin un producto tangible
- La investigación es buena, pero poner algo frente a la gente es más valioso
- Hacks para construir un MVP rápido: timeboxear el spec, escribirlo, cortarlo y no enamorarse del MVP.

YC CEO and Partner Michael Seibel shares his approach to building an MVP and getting your first users as a pre-launch startup. Startup School is YC's free online program for founders.

Transcript and lecture slides here: https://www.ycombinator.com/library/6f-how-to-plan-an-mvp

This lecture is part of YC's Startup School, a free online program and global community of founders. Register and join the community at https://www.startupschool.org/

Timestamps
0:00 Introduction
0:41 First, talk to users
1:40 Goal: launch quickly
2:40 After launching, get feedback
4:30 Lean MVP
5:37 Real-world examples
8:21 Heavy MVPs
9:33 Launches aren't special
11:22 Hacks for building an MVP quickly
12:57 Don't fall in love with your MVP

Mi nombre es Michael, trabajo en Y Combinator, ayudo a ejecutar el acelerador.

Antes hice dos startups de YC, uno en 2007 y otro en 2012.

Hoy les voy a hablar de un producto mínimo viable, MVP.

Siempre gritamos a los fundadores de no usar jargón, y tenemos este conjunto de jargón de startup estúpido y MVP es uno de ellos.

Cuando piensas en MVP, debes pensar en algo ridículamente simple.

Esto es la primera cosa que puedes dar a la primera serie de usuarios que quieres objetar para ver si puedes dar algún valor a ellos.

Sé que la semana pasada tenéis que hablar sobre cómo crear ideas, cómo resolver problemas.

Lo que les diré es que es útil hablar con algunos usuarios antes de que decidan construir su MVP.

No significa que tengan que ir a un proceso de tres años o trabajar en la industria por diez años.

Es aún más útil si eres tu propio usuario, así que puedes decir si tu producto está funcionando para ti.

Siempre tengo esta pregunta extraña de cómo obtener a mis primeros usuarios, que siempre me confunde, porque teoréticamente decides resolver un problema que sabes que alguien tiene.

Así que la manera en que obtienes a tu primer usuario es hablar con esa persona que sabes que tiene el problema.

Así que si estás construyendo un producto para un misterioso grupo de usuarios que no tienes ni idea de quiénes son, pregúntalo un poco.

El objetivo de una empresa de inicio pre-launch es extremadamente simple.

Esto es algo que ha sido parte del etos de YC desde el principio y ha sido un gran consejo durante 10 años y sigue siendo un gran consejo.

Si puedes irte de una cosa de esta presentación, es lanzar algo malo rápidamente.

Literalmente, lo que voy a decir será una versión resumida de esa misma cosa.

La segunda cosa que una empresa de inicio necesita hacer es tener algunos clientes iniciales.

No tienes que tener una visión de cómo te lo va a dar todo el mundo, pero solo a alguien interactuando y viendo si les da valor a la producto.

Estarías sorprendido con cuántos viajes de fundadores terminan antes de que un único usuario haya interactuado con el producto que han creado.

El siguiente es hablar con tus usuarios, cualquiera de ellos, después de que hayas lanzado este MVP y obtener el feedback.

Este es otro error muy común, porque la mayoría de los fundadores tienen una idea de lo que quieren construir.

Y tienen esta sensación extraña de que si no han construido el todo, obtener el feedback sobre la cosa inicial es inútil.

La cosa completa va a llevar 3 años, 10 millones de dólares, un equipo completo.

Así que la información de la pequeña cosa es inútil.

La realidad es que, en algunas maneras, la cosa completa es una idea realmente genial en tu cabeza que deberías mantener en tu cabeza, pero debería ser muy, muy flexible, porque puede que la cosa completa que quieres construir no sea lo que tus clientes quieran.

Así que, tengo esta frase, manten el problema que estás resolviendo en un momento preciso, manten al cliente en un momento preciso, manten la solución que estás construyendo en un momento lento.

Y por último, lo 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 ello.

Y así, si no funciona para un cierto número de usuarios, empiezan a pensar, bueno, me pregunto qué otros problemas esta cosa puede resolver.

Bueno, el disque no es realmente bueno en atascar cualquier cosa, pero me pregunto qué otros problemas puede resolver.

Y me dicen, oh, tal vez puedas usarlo para cocinar, tal vez puedas usarlo para limpiar.

Y es como, no, el problema fue que necesito atascar algo.

El usuario era como un mecánico, y si tu alucinador no ayuda al mecánico a resolver el problema, mantén al mecánico, mantén el problema, necesito atascar algo, arregla el puto alucinador.

Esa es la cosa que está rompida, ¿verdad?

La cosa rompida no es el mecánico y no es el hecho de que necesiten retirar algo.

Continúen mejorando su solución hasta que realmente se resuelva el problema.

En la mayoría de casos, la mayoría de las personas deberían construir un MVP muy lento.

Por eso, lo que quiero decir es que deberías poder construirlo rápido, en semanas y no meses.

Esto puede involucrar a la software o, honestamente, vemos a las empresas comenzar con una página de lanzamiento y una tarjeta de distribución.

Pero la mayoría de las empresas pueden empezar muy rápido.

La segunda, la funcionalidad extremadamente limitada.

Necesitas condensar lo que necesita tu usuario, lo que necesita tu usuario inicial, a un conjunto muy simple.

Muchas veces los fundadores quieren abordar todos los problemas de sus usuarios y todos sus potenciales usuarios.

Cuando en realidad, deberían enfocarse en un pequeño conjunto de usuarios iniciales y sus problemas de orden más alto y luego ignorar el resto hasta más tarde.

Por lo tanto, por favor asegúrate de que no te sientas como si tu MVP fuera demasiado especial.

Este es uno de los primeros páginas de lanzamiento de Airbnb en 2008, creo.

Una de las cosas que podrías estar interesado en en el primer producto de Airbnb es que no había pagos.

Cuando encontraste un lugar para quedarte en Airbnb, tuviste que intercambiar dinero con el host en persona.

Sin dudas, ese fue un problema bastante grande, pero empezaron sin pagos.

Sabes cómo cuando buscas AirBnB puedes ver dónde es la casa en la ciudad?

Y la persona que estaba escribiendo todo el código, Nate, estaba trabajando en parte.

Entonces, todos cuentan estas historias mágicas de cómo todo fue perfecto desde el principio.

No muy familiar, bueno, tal vez un poco familiar.

Twitch se lanzó como Justin TV, que era un programa de TV en realidad online.

Si no te gustó su vida, tuviste que dejar el sitio web.

El video tenía una resolución extremadamente baja.

If you didn't like his life, you had to leave the website.

A founder asked me back in the day, like, oh, like, wasn't it weird?

Weren't there all these, like, secret documents and things that, like, people would be able to see?

And it was like, you could barely recognize our faces, let alone documents

En el día, como, oh, no era raro que teníais video en su apartamento, no tenían todos estos documentos secretos y cosas que la gente podría ver y era como, no podías reconocer nuestras faces,

Y lo más importante, no había videojuegos, no había videojuegos, excepto si decidimos jugar videojuegos en nuestro apartamento.

Como, esa fue la única vez que aparecieron videojuegos.

Y así, me gustaría decir, puedes hacer eso rápidamente.

No videojuegos, except if we decided to play video games in our apartment.

That was the only time video games ever appeared.

When you think about Twitch, it's much more complex now.

It was called slash dev slash payments, because why not?

Let's make a name that's really easy to remember.

I won't tell you exactly how they process payments,

Se llamaba slash dev slash payments, porque por qué no?

Como hagamos un nombre que es muy fácil de recordar.

No te diré exactamente cómo procesaron los pagos, pero fue de una manera muy startup.

Y aún más genial, si querías usar Stripe, los fundadores de Stripe venían a tu oficina y lo integraban para ti.

La mitad porque estaban desesperados para que alguien lo usara, y la mitad porque era un gran modo de encontrar errores antes de que los usuarios lo encuentren.

Estos son solo tres ejemplos de MVP extremadamente simples y rápidos de construir.

Todos estos son compañías de un millón de dólares y todos empezaron con algo que la mayoría de la gente diría que es bastante malo.

En muy pocos casos, tienes que construir un MVP pesado.

Inventé el término MVP pesado cuando hice esta presentación hace dos días, así que tal vez sea una cosa.

Si estás en una industria con una regulación significativa, como la de la insurrección o el banco, a veces drones, aunque a veces no, es difícil lanzarlo.

Tienes que pasar por un montón de cuerpos reguladores primero.

Si estás haciendo tecnología difícil, si estás construyendo roquetas, es difícil construir una roqueta en un par de semanas.

Bioteca, es difícil inventar un medicamento de cáncer en un par de semanas.

Lanzamiento de luna, bueno, lleno de todos los otros blancos.

Es difícil borrar túneles en la Tierra y tener vehículos extremadamente rápidos que reemplazan coches en un par de semanas.

Así que, si estás en esa situación, recuerda que tu MVP puede empezar con un simple sitio web que te explique lo que haces.

Es útil cuando hablas con gente, cuando interactas con gente, que puedan referirse a algo.

Entonces, eso puede ser tu comienzo y puedes construir ese simple sitio web en días, no semanas.

De muchas maneras, tal vez tus MVP pesados son más rápidos que tus MVP lentes en algún modo extraño.

Ahora, quiero hablar de lanzamiento por un segundo porque muchos fundadores tienen esta misión de lanzamiento.

Vienen a ver grandes empresas lanzando cosas y asumen que es lo que hacen las empresas.

Facebook no es una empresa, pero ellos tienen mucha presión, mucha gente, y tienen en mente que es lo que una empresa sucesiva parece cuando se lanza.

Déjame preguntarte ¿cuántos de aquí recuerdan el día en que Google lanzó?

Así que resulta que los lanzamientos no son tan especiales.

Si tienes esta idea mágica de tu lanzamiento mágico que quieres hacer, déjalo.

La cosa más importante es conseguir a algunos clientes.

Para hacer que las personas se sientan mejor, usemos términos diferentes.

¿Qué tal lanzamiento cuando te ganas a cualquier cliente?

Es cuando la gente escribe sobre cosas y todo es emocionante y se da todo este viento.

Vamos a despejar la lanzamiento de prensa y vamos a despejar la lanzamiento de cualquier cliente muy, muy pronto.

Es mucho más difícil aprender de tus clientes cuando no tienen un producto que pueden jugar con.

Puedes hablar con tu cliente todo el día, pero no tienes ni idea de si la cosa que quieres construir puede resolver su problema.

Si pones la cosa enfrente de ellos y no resuelven su problema, saben de inmediato.

Así que toda la investigación en el mundo es buena, pero hasta que puedas poner algo enfrente de la gente, no tienes ni idea de si va a funcionar.

Así que pasar todo ese tiempo en una piscina no es tan valioso como pasar tu tiempo construyendo cualquier cosa que puedas dar a un cliente.

Por último, algunas hacks para construir un MVP extremadamente rápido.

Tu spec es una lista de cosas que necesitas construir antes de lanzarte.

Dile, ¿qué pasa si quiero lanzar en tres semanas?

Bueno, las únicas cosas que pueden estar en mi spec son cosas que puedo construir en tres semanas.

Eso hace que tu vida sea mucho más sencilla.

Te permite quitar todas las funciones que no puedes construir en tres semanas.

Esto parece muy sencillo, pero la mayoría de la gente se la pica.

Es muy fácil cambiar lo que estás trabajando antes de que lo lanzes, porque nunca lo escribes.

Empiezas a trabajar en algo, hablas con un usuario, y ellos dicen, ¡Oh, nunca lo usaría!

O Dios sabe, hablas con un inversor y ellos dicen, oh, eso nunca podría ser una empresa porque los inversores saben todo.

Y así, decides cambiar lo que estás trabajando y porque nunca lo escribiste, ni siquiera te dices que lo estás cambiando.

Y así, tu plan de tres semanas se convierte en un plan de tres meses.

Si escribes mierda, al menos puedes ser honesto con ti mismo que estás cambiando tu espejo todo el tiempo.

Una semana después de tu tipo de sprint de tres semanas, probablemente te has dado cuenta de que has añadido demasiadas cosas a tu espejo y no vas a cumplir tu hora del día.

Sólo corta las cosas que claramente no son importante.

Y si no hay cosas importantes, empieza a cortar las cosas importantes.

La mayoría de los objetivos aquí es obtener cualquier cosa en el mundo.

Una vez que tienes algo en el mundo, el momentum para mantenerlo en marcha es muy fuerte.

Una vez que no tienes nada en el mundo, es muy fácil de despedir, despedir, despedir.

Muchos de los usuarios se enamoran de la visión en su cabeza.

Y ninguno de los productos que les mostré antes era la visión inicial, lo que se acabó siendo.

Es solo un paso en una aventura, no te enamorarías de un papel que escribiste en primer grado.

Y ese es el nivel de impacto que suele tener tu MVP.

Subtítulos realizados por la comunidad de Amara.org


Speaker 0: Mi nombre es Michael, trabajo en Y Combinator, ayudo a ejecutar el acelerador. Antes hice dos startups de YC, uno en 2007 y otro en 2012. Hoy les voy a hablar de un producto mínimo viable, MVP. Siempre gritamos a los fundadores de no usar jargón, y tenemos este conjunto de jargón de startup estúpido y MVP es uno de ellos. Cuando piensas en MVP, debes pensar en algo ridículamente simple.

Esto es la primera cosa que puedes dar a la primera serie de usuarios que quieres objetar para ver si puedes dar algún valor a ellos. Eso es todo. Es extremadamente sencillo. Sé que la semana pasada tenéis que hablar sobre cómo crear ideas, cómo resolver problemas. Lo que les diré es que es útil hablar con algunos usuarios antes de que decidan construir su MVP.

No significa que tengan que ir a un proceso de tres años o trabajar en la industria por diez años. Pero algunas conversaciones son útiles. Es aún más útil si eres tu propio usuario, así que puedes decir si tu producto está funcionando para ti. Siempre tengo esta pregunta extraña de cómo obtener a mis primeros usuarios, que siempre me confunde, porque teoréticamente decides resolver un problema que sabes que alguien tiene. Así que la manera en que obtienes a tu primer usuario es hablar con esa persona que sabes que tiene el problema.

Y si es tú, es aún más fácil. Así que si estás construyendo un producto para un misterioso grupo de usuarios que no tienes ni idea de quiénes son, pregúntalo un poco. Muy poco. Bien. El objetivo de una empresa de inicio pre-launch es extremadamente simple.

Paso uno, lanzarla rápidamente. Esto es algo que ha sido parte del etos de YC desde el principio y ha sido un gran consejo durante 10 años y sigue siendo un gran consejo. Si puedes irte de una cosa de esta presentación, es lanzar algo malo rápidamente. Eso es todo. Literalmente, lo que voy a decir será una versión resumida de esa misma cosa.

La segunda cosa que una empresa de inicio necesita hacer es tener algunos clientes iniciales. Tener a alguien usando tu producto. No tienes que tener una visión de cómo te lo va a dar todo el mundo, pero solo a alguien interactuando y viendo si les da valor a la producto. Estarías sorprendido con cuántos viajes de fundadores terminan antes de que un único usuario haya interactuado con el producto que han creado. Es muy común.

Por favor, pasen este paso. Es extremadamente importante. El siguiente es hablar con tus usuarios, cualquiera de ellos, después de que hayas lanzado este MVP y obtener el feedback. Este es otro error muy común, porque la mayoría de los fundadores tienen una idea de lo que quieren construir. Y tienen esta sensación extraña de que si no han construido el todo, obtener el feedback sobre la cosa inicial es inútil.

Por supuesto que no va a funcionar. No es la cosa completa. La cosa completa va a llevar 3 años, 10 millones de dólares, un equipo completo. Así que la información de la pequeña cosa es inútil. La realidad es que, en algunas maneras, la cosa completa es una idea realmente genial en tu cabeza que deberías mantener en tu cabeza, pero debería ser muy, muy flexible, porque puede que la cosa completa que quieres construir no sea lo que tus clientes quieran.

Así que, tengo esta frase, manten el problema que estás resolviendo en un momento preciso, manten al cliente en un momento preciso, manten la solución que estás construyendo en un momento lento. Y por último, lo 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 ello. Y así, si no funciona para un cierto número de usuarios, empiezan a pensar, bueno, me pregunto qué otros problemas esta cosa puede resolver.

Bueno, el disque no es realmente bueno en atascar cualquier cosa, pero me pregunto qué otros problemas puede resolver. Y me dicen, oh, tal vez puedas usarlo para cocinar, tal vez puedas usarlo para limpiar. Y es como, no, el problema fue que necesito atascar algo. El usuario era como un mecánico, y si tu alucinador no ayuda al mecánico a resolver el problema, mantén al mecánico, mantén el problema, necesito atascar algo, arregla el puto alucinador. Esa es la cosa que está rompida, ¿verdad?

La cosa rompida no es el mecánico y no es el hecho de que necesiten retirar algo. Así que, iterad. Continúen mejorando su solución hasta que realmente se resuelva el problema. En la mayoría de casos, la mayoría de las personas deberían construir un MVP muy lento. Por eso, lo que quiero decir es que deberías poder construirlo rápido, en semanas y no meses.

Esto puede involucrar a la software o, honestamente, vemos a las empresas comenzar con una página de lanzamiento y una tarjeta de distribución. Pero la mayoría de las empresas pueden empezar muy rápido. La segunda, la funcionalidad extremadamente limitada. Necesitas condensar lo que necesita tu usuario, lo que necesita tu usuario inicial, a un conjunto muy simple. Muchas veces los fundadores quieren abordar todos los problemas de sus usuarios y todos sus potenciales usuarios.

Cuando en realidad, deberían enfocarse en un pequeño conjunto de usuarios iniciales y sus problemas de orden más alto y luego ignorar el resto hasta más tarde. Deberían tener una visión de todos. Deberían tener un MVP muy pequeño. Todo esto es una base para iterar. Eso es todo.

Es solo un punto de comienzo. No es especial de ninguna manera. Solo tienes que empezar. Por lo tanto, por favor asegúrate de que no te sientas como si tu MVP fuera demasiado especial. Bien, aquí hay un ejemplo clásico.

Este es uno de los primeros páginas de lanzamiento de Airbnb en 2008, creo. Una de las cosas que podrías estar interesado en en el primer producto de Airbnb es que no había pagos. Cuando encontraste un lugar para quedarte en Airbnb, tuviste que intercambiar dinero con el host en persona. Sin dudas, ese fue un problema bastante grande, pero empezaron sin pagos. No hay vista de mapa.

Sabes cómo cuando buscas AirBnB puedes ver dónde es la casa en la ciudad? No tienes eso. Lo siento. Y la persona que estaba escribiendo todo el código, Nate, estaba trabajando en parte. ¿De acuerdo?

Entonces, todos cuentan estas historias mágicas de cómo todo fue perfecto desde el principio. Airbnb, no perfecto desde el principio. El siguiente, Twitch. Esto es lo que Twitch parecía día uno. No muy familiar, bueno, tal vez un poco familiar.

Hay un video allí y hay un chat allí. Otro que eso, nada más. Twitch se lanzó como Justin TV, que era un programa de TV en realidad online. Solo había un canal, Justin. Tuve que seguir su vida.

Si no te gustó su vida, tuviste que dejar el sitio web. Eso era todo. El video tenía una resolución extremadamente baja.

Speaker 1: TV Show. There was only 1 channel, Justin. You had to follow his life. If you didn't like his life, you had to leave the website. That's all

Speaker 0: there was. The video was extremely low resolution. It was funny. A founder asked me back in the day, like, oh, like, wasn't it weird? You guys had video in your apartment.

Weren't there all these, like, secret documents and things that, like, people would be able to see? And it was like, you could barely recognize our faces, let alone documents

Speaker 1: that we had. En el día, como, oh, no era raro que teníais video en su apartamento, no tenían todos estos documentos secretos y cosas que la gente podría ver y era como, no podías reconocer nuestras faces,

Speaker 0: a menos de los documentos que teníamos. Y lo más importante, no había videojuegos, no había videojuegos, excepto si decidimos jugar videojuegos en nuestro apartamento. Como, esa fue la única vez que aparecieron videojuegos. Y así, me gustaría decir, puedes hacer eso rápidamente.

Speaker 1: No videojuegos, except if we decided to play video games in our apartment. That was the only time video games ever appeared. And so, let me just say, you

Speaker 0: can do that quickly. When you think about Twitch, it's much more complex now. Last, Stripe, which wasn't Stripe. It was called slash dev slash payments, because why not? Let's make a name that's really easy to remember.

This was Stripe day 1. No bank deals. I won't tell you exactly how they process payments,

Speaker 1: Se llamaba slash dev slash payments, porque por qué no? Como hagamos un nombre que es muy fácil de recordar. Este fue Stripe, día uno.

Speaker 0: No hay negocios bancarios. No te diré exactamente cómo procesaron los pagos, pero fue de una manera muy startup. Casi no hay funciones. Y aún más genial, si querías usar Stripe, los fundadores de Stripe venían a tu oficina y lo integraban para ti. ¿Qué es tan bueno?

La mitad porque estaban desesperados para que alguien lo usara, y la mitad porque era un gran modo de encontrar errores antes de que los usuarios lo encuentren. Integrate tú mismo. Estos son solo tres ejemplos de MVP extremadamente simples y rápidos de construir. Todos estos son compañías de un millón de dólares y todos empezaron con algo que la mayoría de la gente diría que es bastante malo. En muy pocos casos, tienes que construir un MVP pesado.

Inventé el término MVP pesado cuando hice esta presentación hace dos días, así que tal vez sea una cosa. Si estás en una industria con una regulación significativa, como la de la insurrección o el banco, a veces drones, aunque a veces no, es difícil lanzarlo. Es más difícil de lanzar. Tienes que pasar por un montón de cuerpos reguladores primero. Si estás haciendo tecnología difícil, si estás construyendo roquetas, es difícil construir una roqueta en un par de semanas.

Bioteca, es difícil inventar un medicamento de cáncer en un par de semanas. Lanzamiento de luna, bueno, lleno de todos los otros blancos. Es difícil borrar túneles en la Tierra y tener vehículos extremadamente rápidos que reemplazan coches en un par de semanas. Así que, si estás en esa situación, recuerda que tu MVP puede empezar con un simple sitio web que te explique lo que haces. Es útil cuando hablas con gente, cuando interactas con gente, que puedan referirse a algo.

Entonces, eso puede ser tu comienzo y puedes construir ese simple sitio web en días, no semanas. De muchas maneras, tal vez tus MVP pesados son más rápidos que tus MVP lentes en algún modo extraño. Ahora, quiero hablar de lanzamiento por un segundo porque muchos fundadores tienen esta misión de lanzamiento. Vienen a ver grandes empresas lanzando cosas y asumen que es lo que hacen las empresas. Facebook no es una empresa, pero ellos tienen mucha presión, mucha gente, y tienen en mente que es lo que una empresa sucesiva parece cuando se lanza.

Déjame preguntarte ¿cuántos de aquí recuerdan el día en que Google lanzó? ¿Qué tal Facebook? ¿Qué tal Twitter? No. ¡Genial!

Así que resulta que los lanzamientos no son tan especiales. Si tienes esta idea mágica de tu lanzamiento mágico que quieres hacer, déjalo. No es nada especial. La cosa más importante es conseguir a algunos clientes. Para hacer que las personas se sientan mejor, usemos términos diferentes.

¿Qué tal lanzamiento cuando te ganas a cualquier cliente? ¿Y qué tal lanzamiento de prensa? ¡Lanzamiento de prensa! Es muy impresionante. Es cuando la gente escribe sobre cosas y todo es emocionante y se da todo este viento.

Vamos a despejar la lanzamiento de prensa y vamos a despejar la lanzamiento de cualquier cliente muy, muy pronto. Ese es nuestro objetivo aquí. Es mucho más difícil aprender de tus clientes cuando no tienen un producto que pueden jugar con. Puedes hablar con tu cliente todo el día, pero no tienes ni idea de si la cosa que quieres construir puede resolver su problema. Si pones la cosa enfrente de ellos y no resuelven su problema, saben de inmediato.

Así que toda la investigación en el mundo es buena, pero hasta que puedas poner algo enfrente de la gente, no tienes ni idea de si va a funcionar. Así que pasar todo ese tiempo en una piscina no es tan valioso como pasar tu tiempo construyendo cualquier cosa que puedas dar a un cliente. Por último, algunas hacks para construir un MVP extremadamente rápido. Primero, timeboxa tu spec. Tu spec es una lista de cosas que necesitas construir antes de lanzarte.

Timeboxa. Dile, ¿qué pasa si quiero lanzar en tres semanas? Bueno, las únicas cosas que pueden estar en mi spec son cosas que puedo construir en tres semanas. Eso hace que tu vida sea mucho más sencilla. Te permite quitar todas las funciones que no puedes construir en tres semanas.

Segundo, escriba tu spec. Esto parece muy sencillo, pero la mayoría de la gente se la pica. Es muy fácil cambiar lo que estás trabajando antes de que lo lanzes, porque nunca lo escribes. Empiezas a trabajar en algo, hablas con un usuario, y ellos dicen, ¡Oh, nunca lo usaría! O Dios sabe, hablas con un inversor y ellos dicen, oh, eso nunca podría ser una empresa porque los inversores saben todo.

Y así, decides cambiar lo que estás trabajando y porque nunca lo escribiste, ni siquiera te dices que lo estás cambiando. Y así, tu plan de tres semanas se convierte en un plan de tres meses. Si escribes mierda, al menos puedes ser honesto con ti mismo que estás cambiando tu espejo todo el tiempo. El siguiente es cortar tu espejo. Una semana después de tu tipo de sprint de tres semanas, probablemente te has dado cuenta de que has añadido demasiadas cosas a tu espejo y no vas a cumplir tu hora del día.

No importa. Sólo corta las cosas que claramente no son importante. Y si no hay cosas importantes, empieza a cortar las cosas importantes. La mayoría de los objetivos aquí es obtener cualquier cosa en el mundo. Una vez que tienes algo en el mundo, el momentum para mantenerlo en marcha es muy fuerte.

Una vez que no tienes nada en el mundo, es muy fácil de despedir, despedir, despedir. Y por último, no te enamores de tu MVP. Muchos de los usuarios se enamoran de la visión en su cabeza. Y ninguno de los productos que les mostré antes era la visión inicial, lo que se acabó siendo. Por favor, no se enamoren de su MVP.

Es solo un paso en una aventura, no te enamorarías de un papel que escribiste en primer grado. Y ese es el nivel de impacto que suele tener tu MVP.

Speaker 1: Muy bien,

Speaker 0: fue genial hablar con todos de ustedes. Muchas

Speaker 1: Gracias. Subtítulos realizados por la comunidad de Amara.org

See all Y Combinator transcripts on Youtube

Michael Seibel - How to Plan an MVP