THE LEAN STARTUP
   HACKER
   ERNESTO TAGWERKER
    Rubyconf Argentina 2012
@etagwerker
FUNDADOR & CEO
LEAD
DEVELOPER
MEETUP MENSUAL
WEB
STARTUPS
MOST STARTUPS

SUCK
DESPERDICIO DE
DINERO
DESPERDICIO DE
TIEMPO
PRODUCT
MARKET
         FIT
“LA MÁQUINA DE HACER CHORIZOS”
MOST STARTUPS
MOST STARTUPS

SUCK
FOCO EN
EJECUCIÓN
Concepto                 Alpha/
+ Plan de   Desarrollo    Beta    Launch
Negocios                  Test
Concepto                 Alpha/
+ Plan de   Desarrollo    Beta    Launch
Negocios                  Test
TDD
SCRUM
LAS METODOLOGÍAS ÁGILES
   NO SON SUFICIENTES
ERRORES
CLÁSICOS
FEATURITIS
STEALTH
MODE
HIPÓTESIS
FUNDAMENTALES
 SIN VALIDACIÓN
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 .”
THE

LEAN
STARTUP
Learn            Idea           Build



        Data             Code




               Measure
DESARROLLO
DE PRODUCTO
DESARROLLO
DE CLIENTES
PRODUCT
MARKET
         FIT
FOCO EN
APRENDIZAJE
DESARROLLO DE CLIENTES

      STOP         STOP         STOP




 Customer     Customer    Customer     Company
Discovery    Validation   Creation     Building
Learn            Idea        Build



        Data             X




               Measure
Learn            Idea           Build



        Data            Experimento




               Measure
Learn            Idea          Build



        Data             MVP




               Measure
PRODUCTO
MÍNIMO
VIABLE
¿CÓMO EMPEZAMOS?
IDEA
MODELO DE
NEGOCIOS
CANVAS DE MODELO DE NEGOCIOS
        (OSTERWALDER)
LEAN CANVAS
 (ASH MAURYA)
CONJUNTO DE
 HIPÓTESIS
Idea          Construye
Aprende




          Data          Experimento




                 Mide
EXPERIMENTO
HIPÓTESIS FALSIFICABLE Y
    TIEMPO ACOTADO
“MI LANDING PAGE
   VA A GENERAR
50 REGISTRACIONES
 EN UNA SEMANA.”
PROPUESTA DE
 VALOR CLARA
BIG
BIG
CALL-TO-ACTION
10 REGISTRACIONES
CAMBIO LA
LANDING PAGE
15 REGISTRACIONES
15 < 50
REGISTRACIONES
  POR SEMANA
STOP




 Customer     Customer
Discovery    Validation




     Pivoteo
PIVOTEO


✔   Visión constante
✔   Cambio en Modelo de Negocios
LEAN CANVAS
                       (ASH MAURYA)


Problema   Solución
INSTAGRAM
PIVOTEO
✔   Zoom-in Pivot
✔   Check-in App
✔   Social Photo App
CÓMO
HACKEAR
   GENTE
ENTREVISTAS
ENTREVISTAS

✔   ¿Cómo vendés hoy por Internet?

✔   ¿Qué cambiarías?

✔   ¿Cuánto pagarías por un servicio de tiendas
    online?
SMOKE
 TEST
HTTP 500
A/B TEST
VANITY: CONFIG
VANITY: TRACKING
VANITY REPORT
LANZAMIENTO
INCREMENTAL DE
    FEATURES
ROLLOUT
FEATURES POR GRUPO
EL MAGO DE OZ
¿TDD 100%?
Problema X   Requerimientos X
Requerimientos X   Test Suite X
Test Suite X   Código X
STOP




 Customer      Customer
Discovery     Validation




       PIVOT
Problema     Solución




           PIVOTEO DE PROBLEMA
Problema Y   Requerimientos Y
Requerimientos Y   Test Suite Y
Test Suite Y   Código Y
DESPERDICIO


Requerimientos X   Test Suite X
TDD 100%
       =
80% DESPERDICIO
TDD:
CAMINO CRÍTICO
MÉTRICAS
  Adquisición

  Activación

   Retención

 Recomendación

    Revenue
MÉTRICAS VANIDOSAS
    Ejemplos:

✔   Cantidad de tiendas activas

✔   Total de ingresos

✔   Cantidad de pageviews por mes
MÉTRICAS ÚTILES
    Ejemplos:

✔   Cantidad de signups por semana

✔   Cantidad de tiendas activadas por semana

✔   Tiempo de uso promedio por día
SERVICIOS PARA
 TUS MÉTRICAS
ANÁLISIS DE ‘COHORTS’
      Grupos de Usuarios
BUILD.
MEASURE.
 LEARN.
CONSTRUYE.
   MIDE.
 APRENDE.
EXPERIMENTOS
  EN VEZ DE
 PRODUCTOS
¡GRACIAS!
REFERENCIAS
http://www.startuplessonslearned.com/
http://steveblank.com/
http://www.abtests.com/
http://vanity.labnotes.org/
https://github.com/jamesgolick/rollout
http://unbounce.com/blog/
http://www.ashmaurya.com/
http://www.usercycle.com
http://leancanvas.com
http://www.facebook.com/groups/leanstartupbsas
http://leanstartupmachine.com/
http://startupweekend.org/

The Lean Startup Hacker

Notas del editor

  • #2 Hola mi nombre es Ernesto y hoy vamos a hablar de startups.\n\n
  • #3 Pueden encontrarme en Twitter y Github con este nick. \n\n
  • #4 Fundador y CEO de OmbuShop\nplataforma web para crear tiendas virtuales\nAm&amp;#xE9;rica Latina\n
  • #5 Espec&amp;#xED;ficamente de startups (o emprendimientos) en la Web\n
  • #6 Actualmente participamos de Startup Chile\n\nPrograma de Aceleraci&amp;#xF3;n\n
  • #7 Y hace dos a&amp;#xF1;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
  • #8 &amp;#xBF;Qu&amp;#xE9; es un Startup?\n\nUn grupo de individuos\n\nintenci&amp;#xF3;n de crear un producto o servicio\n\nbajo condiciones de extrema incertidumbre\n\n
  • #9 \n
  • #10 Espec&amp;#xED;ficamente de startups (o emprendimientos) en la Web\n
  • #11 Y por ende mucho dinero.\n
  • #12 Aprender que dedicamos mucho tiempo para construir nuestros startups.\n
  • #13 Aprender que dedicamos mucho tiempo para construir nuestros startups.\n
  • #14 \n
  • #15 Esta es la forma en que NO deber&amp;#xED;an crear su emprendimiento.\n
  • #16 \n
  • #17 Aprender que dedicamos mucho tiempo para construir nuestros startups.\n
  • #18 Seguimos este proceso, que puede llevar meses y a veces hasta a&amp;#xF1;os, hasta llegar al mercado.\n\nLuego de lanzar, nos damos cuenta que a nadie le interesa nuestro producto.\n\n
  • #19 A nadie le importa. Nadie lo ama. Nadie lo detesta. Nadie lo ve. \n\nPero &amp;#xBF;Por qu&amp;#xE9;? \n
  • #20 Un fat startup generalmente sigue este proceso, que puede llevar meses y a veces hasta a&amp;#xF1;os, hasta llegar al mercado.\n\nLuego de lanzar, nos damos cuenta que a nadie le interesa nuestro producto.\n\n
  • #21 Seguimos TDD 100% del tiempo. Cada feature tiene su test y funciona correctamente.\n
  • #22 Todos los d&amp;#xED;as hicimos Scrum y seguimos todos los conceptos &amp;#xE1;giles para llegar a entregar el producto en tiempo y forma.\n
  • #23 Hasta usamos Ruby para desarrollar todo el producto. \n\nEntonces &amp;#xBF;Por qu&amp;#xE9; fall&amp;#xF3;? \n
  • #24 B&amp;#xE1;sicamente porque las metodolog&amp;#xED;as &amp;#xE1;giles no son suficientes. \n\nNo s&amp;#xF3;lo necesitamos ser &amp;#xE1;giles en el desarrollo de sistemas. Si no tambi&amp;#xE9;n en el desarrollo de clientes.\n\n
  • #25 Algunos errores cl&amp;#xE1;sicos que cometen los startups. \n\nEmpezando por el m&amp;#xE1;s conocido...\n\n
  • #26 Featuritis es una &amp;#x201C;enfermedad&amp;#x201D; que implica que queremos agregar o cambiar una feature tras otra que lo &amp;#xFA;nico que hace es hacer el producto m&amp;#xE1;s complicado y retrasar el lanzamiento.\n\n
  • #27 Que nuestro startup est&amp;#xE9; en Stealth mode quiere decir que s&amp;#xF3;lo compartiremos detalles del modelo de negocios y productos luego de que firmes un acuerdo de confidencialidad.\n\nEs algo rid&amp;#xED;culo. \n\nGeneralmente significa que no sab&amp;#xE9;s la mitad de lo que deber&amp;#xED;a ser tu modelo de negocios y no lo has testeado con tu mercado objetivo.\n\n
  • #28 Si no sentimos algo de verg&amp;#xFC;enza por la primera versi&amp;#xF3;n de nuestro producto, es que lanzamos demasiado tarde.\n
  • #29 El &amp;#xFA;ltimo de los problemas es que nuestro startup, que ES un conjunto de hip&amp;#xF3;tesis, no tiene validaci&amp;#xF3;n en ninguna de las hip&amp;#xF3;tesis. \n\nTodo es una hip&amp;#xF3;tesis. La &amp;#xFA;nica forma de validarlo es con el mercado objetivos.\n\nAl no lanzar o mantener todo en secreto, no obtenemos feedback crucial para el &amp;#xE9;xito de nuestro proyecto.\n\nY el fil&amp;#xF3;sofo Mike Tyson alguna vez dijo... \n\n
  • #30 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
  • #31 La forma correcta, que aumenta dram&amp;#xE1;ticamente tus posibilidades de &amp;#xE9;xito, es conocido como The Lean Startup. \n\n
  • #32 \n
  • #33 Lean Startup es un concepto de Eric Ries\n\nQue escribi&amp;#xF3; el libro y hace a&amp;#xF1;os que escibe en su blog\n\nDefine un proceso iterativo con el objetivo\n
  • #34 Se basa en el libro de Taiichi Ohno que sale del Toyota Production System en Jap&amp;#xF3;n. \n\n\n
  • #35 Este es un proceso interativo, que est&amp;#xE1; enfocado en el aprendizaje r&amp;#xE1;pido. NO en la ejecuci&amp;#xF3;n. \n\n
  • #36 No s&amp;#xF3;lo tiene en cuenta el desarrollo de un producto (o servicio)\n\n
  • #37 Tambi&amp;#xE9;n tiene en cuenta el desarollo de clientes\n\n
  • #38 El objetivo sigue siendo, encontrar product/market fit lo m&amp;#xE1;s r&amp;#xE1;pido posible\n\nUn mercado que est&amp;#xE9; dispuesto a pagar el valor de nuestro producto\n
  • #39 Pone foco en aprendizaje\n\nno en ejecuci&amp;#xF3;n\n\n
  • #40 Toma al proceso de desarrollo de clientes como eje central\n\n
  • #41 No es necesariamente c&amp;#xF3;digo.\n\n
  • #42 Puede ser un experimento. \n\n\n
  • #43 Puede ser un MVP\n\n
  • #44 La versi&amp;#xF3;n del producto\n\nQue nos permite aprender lo m&amp;#xE1;s posible del mercado\n\nDedicando el menor esfuerzo posible\n
  • #45 \n
  • #46 \n
  • #47 Primero la idea\n\n
  • #48 Inspiraci&amp;#xF3;n de Tom Preston Werner\nFundador de Github\nEncontr&amp;#xF3; un problema\nQue fue su idea: Github\n\n
  • #49 Armar modelo de negocio\n\nSuena feo. Pero no. \n\n10 veces m&amp;#xE1;s f&amp;#xE1;cil que un plan de negocios.\n\nTodos los aspectos en una p&amp;#xE1;gina.\n\n\n
  • #50 Este es un canvas de modelo de negocios en blanco. \n\nCada caja se llena con hip&amp;#xF3;tesis.\n
  • #51 Me gusta m&amp;#xE1;s el Lean Canvas. \n\nPorque menciona Problema, Soluci&amp;#xF3;n y M&amp;#xE9;tricas. \n
  • #52 Hip&amp;#xF3;tesis para testear.\n\nTarea para el hogar.\n\n\n\n
  • #53 Podemos empezar con un experimento\n\n
  • #54 \n
  • #55 Caracter&amp;#xED;sticas de una hip&amp;#xF3;tesis.\n\n
  • #56 Por ejemplo. \n\n
  • #57 Uso el framework que quiera.\n\nEl que conozca mejor.\n\n
  • #58 Mi idea en la landing page est&amp;#xE1; clara.\n\n
  • #59 Tengo un big call to action. \n\nUn bot&amp;#xF3;n que llame a la acci&amp;#xF3;n.\n
  • #60 Corro el experimento.\n\n
  • #61 &amp;#xBF;Cu&amp;#xE1;ntos signups tuve? \n\n
  • #62 Cambio el contenido y el CTA. \n\n
  • #63 &amp;#xBF;Cu&amp;#xE1;ntos signups? \n\n
  • #64 Hip&amp;#xF3;tesis rechazada.\n\n
  • #65 Volvemos a empezar. \n
  • #66 \n
  • #67 Pivoteo en el problema\n\nCambio en la soluci&amp;#xF3;n\n
  • #68 \n
  • #69 \n
  • #70 \n
  • #71 Haciendo entrevistas\n
  • #72 &amp;#xBF;Ten&amp;#xE9;s el problema X?\n\n&amp;#xBF;C&amp;#xF3;mo lo resolv&amp;#xE9;s hoy?\n\n&amp;#xBF;Cu&amp;#xE1;nto pagar&amp;#xED;as por la soluci&amp;#xF3;n Y?\n
  • #73 Un smoke test\n
  • #74 Mi p&amp;#xE1;gina de bienvenida\n\nno funciona realmente\n\n
  • #75 S&amp;#xF3;lo te lleva a un HTTP 500\n\nEsto ya es suficiente\n\n
  • #76 A/B Tests\n
  • #77 &amp;#xBF;Qu&amp;#xE9; respuesta generan variaciones de una p&amp;#xE1;gina?\n\nEn este ejemplo\n\nAgregar testimonios de usuarios, incrementa la conversi&amp;#xF3;n en un 34%\n\npara WikiJob\n
  • #78 \n
  • #79 \n
  • #80 \n
  • #81 Lanzamos features de forma condicional. \n
  • #82 Grupos de clientes. \n
  • #83 Defino features para cada grupo. \n\nEn base a respuestas y uso, mantengo o borro el feature. \n
  • #84 Lanzamos features de forma condicional. \n
  • #85 &amp;#xBF;Qu&amp;#xE9; respuesta generan variaciones de una p&amp;#xE1;gina?\n\nEn este ejemplo\n\nAgregar testimonios de usuarios, incrementa la conversi&amp;#xF3;n en un 34%\n\npara WikiJob\n
  • #86 &amp;#xBF;Qu&amp;#xE9; respuesta generan variaciones de una p&amp;#xE1;gina?\n\nEn este ejemplo\n\nAgregar testimonios de usuarios, incrementa la conversi&amp;#xF3;n en un 34%\n\npara WikiJob\n
  • #87 &amp;#xBF;Qu&amp;#xE9; respuesta generan variaciones de una p&amp;#xE1;gina?\n\nEn este ejemplo\n\nAgregar testimonios de usuarios, incrementa la conversi&amp;#xF3;n en un 34%\n\npara WikiJob\n
  • #88 \n
  • #89 Un problema que nos molesta mucho. \n\n
  • #90 Un test suite en base a requerimientos. \n\n
  • #91 C&amp;#xF3;digo de tests. \n\n
  • #92 Un pivot. Un cambio en cierto de los componentes del modelo de negocios. \n\nPor ejemplo: Un cambio en el problema a resolver. \n
  • #93 \n
  • #94 Nuevo problema. \n\n
  • #95 Nuevo test. \n\n
  • #96 Nuevo c&amp;#xF3;digo. \n\n
  • #97 Esto es desperdicio y es algo que siempre queremos evitar en Lean Startups.\n\n
  • #98 No hagan TDD 100%. S&amp;#xF3;lo testeen su camino cr&amp;#xED;tico.\n\n
  • #99 Vale la pena hacer TDD al comienzo? \n\n
  • #100 \n
  • #101 \n
  • #102 \n
  • #103 \n
  • #104 \n
  • #105 Build. Measure. Learn. \n\n
  • #106 En Espa&amp;#xF1;ol\n\n
  • #107 Reitera este ciclo hasta encontrar un mercado que pague por tu producto o servicio.\n\n
  • #108 \n
  • #109 Aqu&amp;#xED; pueden ver las referencias. \n