The Lean Startup Hacker

1,863 views

Published on

Introducción a Lean Startups para Rubyistas en Rubyconf Argentina 2012.

Published in: Technology
0 Comments
7 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
1,863
On SlideShare
0
From Embeds
0
Number of Embeds
58
Actions
Shares
0
Downloads
74
Comments
0
Likes
7
Embeds 0
No embeds

No notes for slide
  • 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
  • \n
  • Aquí pueden ver las referencias. \n
  • The Lean Startup Hacker

    1. 1. THE LEAN STARTUP HACKER ERNESTO TAGWERKER Rubyconf Argentina 2012
    2. 2. @etagwerker
    3. 3. FUNDADOR & CEO
    4. 4. LEADDEVELOPER
    5. 5. MEETUP MENSUAL
    6. 6. WEBSTARTUPS
    7. 7. MOST STARTUPSSUCK
    8. 8. DESPERDICIO DEDINERO
    9. 9. DESPERDICIO DETIEMPO
    10. 10. PRODUCTMARKET FIT
    11. 11. “LA MÁQUINA DE HACER CHORIZOS”
    12. 12. MOST STARTUPS
    13. 13. MOST STARTUPSSUCK
    14. 14. FOCO ENEJECUCIÓN
    15. 15. Concepto Alpha/+ Plan de Desarrollo Beta LaunchNegocios Test
    16. 16. Concepto Alpha/+ Plan de Desarrollo Beta LaunchNegocios Test
    17. 17. TDD
    18. 18. SCRUM
    19. 19. LAS METODOLOGÍAS ÁGILES NO SON SUFICIENTES
    20. 20. ERRORESCLÁSICOS
    21. 21. FEATURITIS
    22. 22. STEALTHMODE
    23. 23. HIPÓTESISFUNDAMENTALES SIN VALIDACIÓN
    24. 24. BUSINESS PLAN MEETS MARKET “Everybody has a plan u n t i l t h e y g e t p u n c h e d i n t h e f a c e .”
    25. 25. THELEANSTARTUP
    26. 26. Learn Idea Build Data Code Measure
    27. 27. DESARROLLODE PRODUCTO
    28. 28. DESARROLLODE CLIENTES
    29. 29. PRODUCTMARKET FIT
    30. 30. FOCO ENAPRENDIZAJE
    31. 31. DESARROLLO DE CLIENTES STOP STOP STOP Customer Customer Customer CompanyDiscovery Validation Creation Building
    32. 32. Learn Idea Build Data X Measure
    33. 33. Learn Idea Build Data Experimento Measure
    34. 34. Learn Idea Build Data MVP Measure
    35. 35. PRODUCTOMÍNIMOVIABLE
    36. 36. ¿CÓMO EMPEZAMOS?
    37. 37. IDEA
    38. 38. MODELO DENEGOCIOS
    39. 39. CANVAS DE MODELO DE NEGOCIOS (OSTERWALDER)
    40. 40. LEAN CANVAS (ASH MAURYA)
    41. 41. CONJUNTO DE HIPÓTESIS
    42. 42. Idea ConstruyeAprende Data Experimento Mide
    43. 43. EXPERIMENTO
    44. 44. HIPÓTESIS FALSIFICABLE Y TIEMPO ACOTADO
    45. 45. “MI LANDING PAGE VA A GENERAR50 REGISTRACIONES EN UNA SEMANA.”
    46. 46. PROPUESTA DE VALOR CLARA
    47. 47. BIG
    48. 48. BIGCALL-TO-ACTION
    49. 49. 10 REGISTRACIONES
    50. 50. CAMBIO LALANDING PAGE
    51. 51. 15 REGISTRACIONES
    52. 52. 15 < 50REGISTRACIONES POR SEMANA
    53. 53. STOP Customer CustomerDiscovery Validation Pivoteo
    54. 54. PIVOTEO✔ Visión constante✔ Cambio en Modelo de Negocios
    55. 55. LEAN CANVAS (ASH MAURYA)Problema Solución
    56. 56. INSTAGRAM
    57. 57. PIVOTEO✔ Zoom-in Pivot✔ Check-in App✔ Social Photo App
    58. 58. CÓMOHACKEAR GENTE
    59. 59. ENTREVISTAS
    60. 60. ENTREVISTAS✔ ¿Cómo vendés hoy por Internet?✔ ¿Qué cambiarías?✔ ¿Cuánto pagarías por un servicio de tiendas online?
    61. 61. SMOKE TEST
    62. 62. HTTP 500
    63. 63. A/B TEST
    64. 64. VANITY: CONFIG
    65. 65. VANITY: TRACKING
    66. 66. VANITY REPORT
    67. 67. LANZAMIENTOINCREMENTAL DE FEATURES
    68. 68. ROLLOUT
    69. 69. FEATURES POR GRUPO
    70. 70. EL MAGO DE OZ
    71. 71. ¿TDD 100%?
    72. 72. Problema X Requerimientos X
    73. 73. Requerimientos X Test Suite X
    74. 74. Test Suite X Código X
    75. 75. STOP Customer CustomerDiscovery Validation PIVOT
    76. 76. Problema Solución PIVOTEO DE PROBLEMA
    77. 77. Problema Y Requerimientos Y
    78. 78. Requerimientos Y Test Suite Y
    79. 79. Test Suite Y Código Y
    80. 80. DESPERDICIORequerimientos X Test Suite X
    81. 81. TDD 100% =80% DESPERDICIO
    82. 82. TDD:CAMINO CRÍTICO
    83. 83. MÉTRICAS Adquisición Activación Retención Recomendación Revenue
    84. 84. MÉTRICAS VANIDOSAS Ejemplos:✔ Cantidad de tiendas activas✔ Total de ingresos✔ Cantidad de pageviews por mes
    85. 85. MÉTRICAS ÚTILES Ejemplos:✔ Cantidad de signups por semana✔ Cantidad de tiendas activadas por semana✔ Tiempo de uso promedio por día
    86. 86. SERVICIOS PARA TUS MÉTRICAS
    87. 87. ANÁLISIS DE ‘COHORTS’ Grupos de Usuarios
    88. 88. BUILD.MEASURE. LEARN.
    89. 89. CONSTRUYE. MIDE. APRENDE.
    90. 90. EXPERIMENTOS EN VEZ DE PRODUCTOS
    91. 91. ¡GRACIAS!
    92. 92. REFERENCIAShttp://www.startuplessonslearned.com/http://steveblank.com/http://www.abtests.com/http://vanity.labnotes.org/https://github.com/jamesgolick/rollouthttp://unbounce.com/blog/http://www.ashmaurya.com/http://www.usercycle.comhttp://leancanvas.comhttp://www.facebook.com/groups/leanstartupbsashttp://leanstartupmachine.com/http://startupweekend.org/

    ×