Hola mi nombre es Ernesto y hoy vamos a hablar de startups.\n\n
Pueden encontrarme en Twitter y Github con este nick. \n\n
Fundador y CEO de OmbuShop\nplataforma web para crear tiendas virtuales\nAmérica Latina\n
Específicamente de startups (o emprendimientos) en la Web\n
Actualmente participamos de Startup Chile\n\nPrograma de Aceleración\n
Y hace dos años organizo el meetup mensual de Lean Startup Buenos Aires.\n\nTodo esto me ha dado la oportunidad de conocer a diferentes startups y aprender de ellas. \n
¿Qué es un Startup?\n\nUn grupo de individuos\n\nintención de crear un producto o servicio\n\nbajo condiciones de extrema incertidumbre\n\n
\n
Específicamente de startups (o emprendimientos) en la Web\n
Y por ende mucho dinero.\n
Aprender que dedicamos mucho tiempo para construir nuestros startups.\n
Aprender que dedicamos mucho tiempo para construir nuestros startups.\n
\n
Esta es la forma en que NO deberían crear su emprendimiento.\n
\n
Aprender que dedicamos mucho tiempo para construir nuestros startups.\n
Seguimos este proceso, que puede llevar meses y a veces hasta años, hasta llegar al mercado.\n\nLuego de lanzar, nos damos cuenta que a nadie le interesa nuestro producto.\n\n
A nadie le importa. Nadie lo ama. Nadie lo detesta. Nadie lo ve. \n\nPero ¿Por qué? \n
Un fat startup generalmente sigue este proceso, que puede llevar meses y a veces hasta años, hasta llegar al mercado.\n\nLuego de lanzar, nos damos cuenta que a nadie le interesa nuestro producto.\n\n
Seguimos TDD 100% del tiempo. Cada feature tiene su test y funciona correctamente.\n
Todos los días hicimos Scrum y seguimos todos los conceptos ágiles para llegar a entregar el producto en tiempo y forma.\n
Hasta usamos Ruby para desarrollar todo el producto. \n\nEntonces ¿Por qué falló? \n
Básicamente porque las metodologías ágiles no son suficientes. \n\nNo sólo necesitamos ser ágiles en el desarrollo de sistemas. Si no también en el desarrollo de clientes.\n\n
Algunos errores clásicos que cometen los startups. \n\nEmpezando por el más conocido...\n\n
Featuritis es una “enfermedad” que implica que queremos agregar o cambiar una feature tras otra que lo único que hace es hacer el producto más complicado y retrasar el lanzamiento.\n\n
Que nuestro startup esté en Stealth mode quiere decir que sólo compartiremos detalles del modelo de negocios y productos luego de que firmes un acuerdo de confidencialidad.\n\nEs algo ridículo. \n\nGeneralmente significa que no sabés la mitad de lo que debería ser tu modelo de negocios y no lo has testeado con tu mercado objetivo.\n\n
Si no sentimos algo de vergüenza por la primera versión de nuestro producto, es que lanzamos demasiado tarde.\n
El último de los problemas es que nuestro startup, que ES un conjunto de hipótesis, no tiene validación en ninguna de las hipótesis. \n\nTodo es una hipótesis. La única forma de validarlo es con el mercado objetivos.\n\nAl no lanzar o mantener todo en secreto, no obtenemos feedback crucial para el éxito de nuestro proyecto.\n\nY el filósofo Mike Tyson alguna vez dijo... \n\n
Todos tienen un plan hasta que reciben una trompada en la cara. \n\nEsto es lo que le pasa a cualquier plan de negocios o modelo de negocios una vez que es lanzado, se encuentra con el mercado que lo golpea en la cara sin piedad.\n\nAfortunadamente.. Hay otra forma de construir tu startup.\n\n
La forma correcta, que aumenta dramáticamente tus posibilidades de éxito, es conocido como The Lean Startup. \n\n
\n
Lean Startup es un concepto de Eric Ries\n\nQue escribió el libro y hace años que escibe en su blog\n\nDefine un proceso iterativo con el objetivo\n
Se basa en el libro de Taiichi Ohno que sale del Toyota Production System en Japón. \n\n\n
Este es un proceso interativo, que está enfocado en el aprendizaje rápido. NO en la ejecución. \n\n
No sólo tiene en cuenta el desarrollo de un producto (o servicio)\n\n
También tiene en cuenta el desarollo de clientes\n\n
El objetivo sigue siendo, encontrar product/market fit lo más rápido posible\n\nUn mercado que esté dispuesto a pagar el valor de nuestro producto\n
Pone foco en aprendizaje\n\nno en ejecución\n\n
Toma al proceso de desarrollo de clientes como eje central\n\n
No es necesariamente código.\n\n
Puede ser un experimento. \n\n\n
Puede ser un MVP\n\n
La versión del producto\n\nQue nos permite aprender lo más posible del mercado\n\nDedicando el menor esfuerzo posible\n
\n
\n
Primero la idea\n\n
Inspiración de Tom Preston Werner\nFundador de Github\nEncontró un problema\nQue fue su idea: Github\n\n
Armar modelo de negocio\n\nSuena feo. Pero no. \n\n10 veces más fácil que un plan de negocios.\n\nTodos los aspectos en una página.\n\n\n
Este es un canvas de modelo de negocios en blanco. \n\nCada caja se llena con hipótesis.\n
Me gusta más el Lean Canvas. \n\nPorque menciona Problema, Solución y Métricas. \n
Hipótesis para testear.\n\nTarea para el hogar.\n\n\n\n
Podemos empezar con un experimento\n\n
\n
Características de una hipótesis.\n\n
Por ejemplo. \n\n
Uso el framework que quiera.\n\nEl que conozca mejor.\n\n
Mi idea en la landing page está clara.\n\n
Tengo un big call to action. \n\nUn botón que llame a la acción.\n
Corro el experimento.\n\n
¿Cuántos signups tuve? \n\n
Cambio el contenido y el CTA. \n\n
¿Cuántos signups? \n\n
Hipótesis rechazada.\n\n
Volvemos a empezar. \n
\n
Pivoteo en el problema\n\nCambio en la solución\n
\n
\n
\n
Haciendo entrevistas\n
¿Tenés el problema X?\n\n¿Cómo lo resolvés hoy?\n\n¿Cuánto pagarías por la solución Y?\n
Un smoke test\n
Mi página de bienvenida\n\nno funciona realmente\n\n
Sólo te lleva a un HTTP 500\n\nEsto ya es suficiente\n\n
A/B Tests\n
¿Qué respuesta generan variaciones de una página?\n\nEn este ejemplo\n\nAgregar testimonios de usuarios, incrementa la conversión en un 34%\n\npara WikiJob\n
\n
\n
\n
Lanzamos features de forma condicional. \n
Grupos de clientes. \n
Defino features para cada grupo. \n\nEn base a respuestas y uso, mantengo o borro el feature. \n
Lanzamos features de forma condicional. \n
¿Qué respuesta generan variaciones de una página?\n\nEn este ejemplo\n\nAgregar testimonios de usuarios, incrementa la conversión en un 34%\n\npara WikiJob\n
¿Qué respuesta generan variaciones de una página?\n\nEn este ejemplo\n\nAgregar testimonios de usuarios, incrementa la conversión en un 34%\n\npara WikiJob\n
¿Qué respuesta generan variaciones de una página?\n\nEn este ejemplo\n\nAgregar testimonios de usuarios, incrementa la conversión en un 34%\n\npara WikiJob\n
\n
Un problema que nos molesta mucho. \n\n
Un test suite en base a requerimientos. \n\n
Código de tests. \n\n
Un pivot. Un cambio en cierto de los componentes del modelo de negocios. \n\nPor ejemplo: Un cambio en el problema a resolver. \n
\n
Nuevo problema. \n\n
Nuevo test. \n\n
Nuevo código. \n\n
Esto es desperdicio y es algo que siempre queremos evitar en Lean Startups.\n\n
No hagan TDD 100%. Sólo testeen su camino crítico.\n\n
Vale la pena hacer TDD al comienzo? \n\n
\n
\n
\n
\n
\n
Build. Measure. Learn. \n\n
En Español\n\n
Reitera este ciclo hasta encontrar un mercado que pague por tu producto o servicio.\n\n