[VIDEO] Hipótesis de MVPs: ¿cómo setear el valor esperado?

pexels-photo-356043
Si te gustó, compartilo! :)Share on FacebookTweet about this on TwitterShare on LinkedInShare on Google+Email this to someone

A los que leen este blog o cuálquier material mío, saben que hago mucho incapié en experimentar. Y que es algo que puede hacerse muy mal si no se siguen ciertos patrones.

Uno de los que más veces veo equipos que se equivocan es en la hipótesis.  

Cuándo creamos la hipótesis tenemos que indicar que métrica esperamos ver “mejorar” cómo resultado exitoso del experimento. Pero no sólo tenemos que definir la métrica, sino también el valor!

Es decir, no alcanza con “creo que haciendo X va a mejorar Z, y por eso la conversión subirá”. Tengo que decir “la conversión subirá 2%”.

Esto es super importante porque si la conversión sube, pero el valor es por ejemplo un 1%, es importante saber si eso significa si el experimento fue exitoso o no, y que no quede sujeto a una batalla de opiniones que resulte en el tipo de decisiones HiPPO que queríamos evitar experimentando.

Una de las formas que considero más efectiva para setear este valor si están en duda es usar el “Criterio mínimo de éxito”. Y eso es lo que explico brevemente en este video:

Espero que les sirva el modelo, y aguardo sus comentarios!

Si te gustó, compartilo! :)Share on FacebookTweet about this on TwitterShare on LinkedInShare on Google+Email this to someone

[Video] El meetup de producto más grande del mundo llegó a Buenos Aires

ProductTank_logo
Si te gustó, compartilo! :)Share on FacebookTweet about this on TwitterShare on LinkedInShare on Google+Email this to someone

El 14/12/2016 hicimos el primer encuentro Product Tank en Buenos Aires.

Este evento reúne a unos 50.000 profesionales de producto, en más de 90 ciudades del mundo, siendo una de los principales comunidades de producto a nivel global.

La verdad que salió genial y no quería dejar de compartir el material que vimos para que lo puedan aprovechar los que no estuvieron (¡o volver a ver los que vinieron!).

IMG_2147

Los slides de la primer charla están disponibles para descargar aquí

Continúa leyendo [Video] El meetup de producto más grande del mundo llegó a Buenos Aires

Si te gustó, compartilo! :)Share on FacebookTweet about this on TwitterShare on LinkedInShare on Google+Email this to someone

Las 3 características de una necesidad que valga la pena resolver

magic-cube-cube-puzzle-play-54101
Si te gustó, compartilo! :)Share on FacebookTweet about this on TwitterShare on LinkedInShare on Google+Email this to someone

Una de las cosas más fundamentales a la hora de lograr que tu producto tenga éxito es que realmente ataque un problema que valga la pena resolver.

Hace un tiempo escribí sobre la importancia de no partir de una solución sino de un problema (o al menos si partimos de ella entender qué problema está abarcando).

Pero así y todo, si hicimos bien la tarea y entendemos que vamos a solucionar, puede que ese problema que detectamos no sea uno que valga la pena.

¿Corto de tiempo ahora? Baja unos slides de referencia con las 3 características de los problemas que vale la pena resolver

¿No estamos ya haciendo esto cuando pensamos el producto?

Habitualmente esta fase de “pensar si vale la pena” la hacemos “internamente”. Es decir, nos preguntamos a nosotros mismos (que a veces es un proceso inconsciente) o lo debatimos con nuestro equipo y basado en nuestras opiniones determinamos si avanzamos o no con nuestra solución.

En este proceso pondremos en la balanza cosas cómo cuánta gente creemos que tiene este problema, cuán gravemente creemos que lo padecen, o incluso cuánto malestar nos genera a nosotros mismos (y asumimos que a otros les pasará lo mismo).

Obviamente, ese es el enfoque equivocado. Nuestra opinión será muy interesante, pero es irrelevante para el mercado 🙂

Los clientes se preocupan por sus problemas, no por tu solución.

En definitiva, lo que tenemos que hacer cómo con toda fase de validación de producto, es formular nuestra hipótesis y salir a validarla con nuestros usuarios potenciales.

¿Qué debemos validar?

En el libro Tuned In de Craig Stull presenta 3 preguntas que abarcan los aspectos necesarios para determinar si el problema es “digno” de ser resuelto.

Continúa leyendo Las 3 características de una necesidad que valga la pena resolver

Si te gustó, compartilo! :)Share on FacebookTweet about this on TwitterShare on LinkedInShare on Google+Email this to someone

La llegada de los MVE, un mejor nombre para los MVP Tests

microscopic-1519213-1919x1464
Si te gustó, compartilo! :)Share on FacebookTweet about this on TwitterShare on LinkedInShare on Google+Email this to someone

Aquellos que vienen leyendo mis publicaciones o viendo alguno de mis videos o charlas habrán notado que hago hincapié constantemente en una de las principales herramientas del proceso de discovery, validación y experimentación continua:

El MVP Test (“Minimum Viable Product Test” o “Prueba de Producto Mínimo Viable”)

Esta herramienta tiene un problema fundamental con su nombre, básicamente al incluir la palabra “producto”. Pero antes de ver por qué, veamos que és y de donde proviene esta confusión.

¿Que es el MVP Test?

Dado que ya los introduje muchas veces, lo dejo abreviado:

En esencia son prototipos de nuestro producto lo suficientemente reales como para poder ponerlo frente al usuario como si fuesen un producto real y pedirles que realicen una acción o nos cuenten su experiencia sobre algo que están viendo y podamos tomar eso como aprendizaje para tomar decisiones en  nuestra futura solución.

Aclaración importante: prototipos no lo digo en el sentido más tradicional de diseño y UX. Si bien un Wireframe o Prototipo de alta fidelidad puede ser un MVP test, también incluyo aquí en forma amplia otros tipos de prototipos que pueden ir desde código que permita probar al usuario sobre un software prototipo hasta landing pages construidas con herramientas drag and drop más orientados a funcionar cómo “prototipos de la propuesta de valor”.

Si querés ver MVP Tests más en detalle baja la guía “Cómo innovar 10x más rápido” dónde explico los tipos y usos de estas herramientas

Lean Startup – ¿El origen de la confusión?

Si bien el término MVP existe hace bastante, creo que uno de sus principales “fuentes de popularización” fue el libro Lean Startup de Eric Rise y todo el movimiento que se generó posterior a su lanzamiento.

Continúa leyendo La llegada de los MVE, un mejor nombre para los MVP Tests

Si te gustó, compartilo! :)Share on FacebookTweet about this on TwitterShare on LinkedInShare on Google+Email this to someone

3 pasos para no engañarte con tus experimentos

flasks-606612_1920
Si te gustó, compartilo! :)Share on FacebookTweet about this on TwitterShare on LinkedInShare on Google+Email this to someone

The first principle is that you must not fool yourself, and you are the easiest person to fool”

Richard P.  Feynman – Nober Prize Physicist

En un artículo anterior describí lo que suelen ser las 4 características más riesgosas en cualquier idea que tengamos de producto digital (o para agregar una nueva funcionalidad a un producto existente).

También describí técnicas para validar esas ideas y sus riesgos en 1 día (que podés explorar en esta guía gratuita sobre innovación rápida).

El problema, es que esas técnicas experimentales dan resultados que luego deben ser interpretados… y cómo somos seres humanos, tenemos una tendencia natural a enamorarnos de las soluciones que planteamos, lo cuál nos lleva fácilmente a buscar cómo los resultados de nuestro experimento nos pueden dar la razón en lugar de verdaderamente obtener aprendizaje que nos ayude a tomar mejores decisiones.

Pongámoslo con un ejemplo

Si hablamos de validar demanda para una nueva idea (es decir, ver que hay suficiente gente que vaya a quererla para que valga la pena construirla), cómo dije anteriormente podríamos buscar hacer una landing page que muestre nuestra propuesta de valor y un botón para registrarse. Eso sería suficiente para que podamos medir un “CTR” (click through rate), es decir, cuántos de los interesados que lleve a la página realmente hicieron una acción que demuestre su interés y por ende la potencial demanda del producto.

Ahora bien, supongamos que corremos el experimento, tenemos 1.000 usuarios que visitan la página y obtenemos 50 registros. ¿Es mucho? ¿o es poco? ¿cómo debemos interpretar este resultado?

Voy a estar haciendo una clase online gratuita este Jueves 21/7 para ver estos temas con más detalle y ejemplos. Si te interesa, ¡registrate! Quedan pocos lugares

Continúa leyendo 3 pasos para no engañarte con tus experimentos

Si te gustó, compartilo! :)Share on FacebookTweet about this on TwitterShare on LinkedInShare on Google+Email this to someone

Product Discovery: Cómo validar tu idea en 1 día y antes de empezar a construirla

pen-idea-bulb-paper
Si te gustó, compartilo! :)Share on FacebookTweet about this on TwitterShare on LinkedInShare on Google+Email this to someone
Por si no te llegó la novedad, estaré haciendo una clase gratuita de estos temas el 21/7 ¡Registrate acá!

Desde los inicios de este blog empecé a escribir sobre la importancia de la validación de ideas antes de gastar esfuerzo, tiempo y dinero construyendolas (y de mis desventuras por no hacerlo).

Y dado lo importante que esto es para mi, también escribí una guía gratuita con información útil para validar rápido y barato. El corazón de esa guía es la metodología de Product Discovery, un conjunto de prácticas para experimentar con tus ideas antes de desarrollarlas, con bastantes similitudes a lo que propone Lean Startup o Lean UX.

Separando los desperdicios

En general solemos tener un montón de ideas para construir en nuestro producto. Abundan las fuentes para generarlas: pedidos de los clientes, proyectos de los stakeholders, competidores que avanzan con algo que no podemos no tener, partners que traen nuevas propuestas, y desde ya las propias cosas que el equipo proponga.

Lamentablemente, de esas ideas un 70% o más no van a tener ningún impacto de negocio. A veces esto pasa desapercibido cuando vemos publicaciones de compañías sobre resultados de las últimas features lanzadas, pero la verdad es que esas historias esconden lo que vivimos desde dentro: incontables intentos silenciosamente “apagados” para llegar a esa que tiene éxito. 

Imaginen este escenario muy simplificado:

  • Contratamos un equipo de desarrollo de un promedio de 4 personas, a unos U$3.000 mensuales de costo, construyendo en promedio 1 feature por mes. Construir 10 features nos costará U$S120.000 (y 10 meses de esfuerzo) y U$S84.000 habrán sido gastado en cosas que no tendrán retorno de negocio

ecuacion costo beneficio

Continúa leyendo Product Discovery: Cómo validar tu idea en 1 día y antes de empezar a construirla

Si te gustó, compartilo! :)Share on FacebookTweet about this on TwitterShare on LinkedInShare on Google+Email this to someone

Por qué te va a servir la metodología de Descubrimiento y Validación de productos

pexels-photo-9816
Si te gustó, compartilo! :)Share on FacebookTweet about this on TwitterShare on LinkedInShare on Google+Email this to someone

Esto no es para cualquiera…

Desde que estoy escribiendo sobre la metodología para Descubrir y Validar Productos, y las fases de experimentos y pruebas rápidas para lograrlo, me he visto hablando con personas y leyendo libros y artículos que están en ámbitos muy distintos.

Eso hizo que me sea muy difícil terminar de saber para quién es esto que estoy publicando.

  • ¿Es para gente o compañías de tecnología?
  • ¿Es sólo para startups?
  • ¿Está limitado a Product Managers? ¿o Desarrolladores? ¿o UX designers?
  • ¿Está limitado a productos online?
  • ¿Está limitado a e-commerce, SaaS, o productos que impliquen una venta?

La respuesta a todas estas preguntas es no. Esto es mucho más amplio. De hecho, en el libro Sprint los autores (miembros de Google Ventures) dan ejemplos de su experiencia con validación de ideas y productos que van desde compañía de construcción de tuberías hasta medicina, pasando por robótica y cafeterías.

Creo que la respuesta que encontré a “¿para quién es esto?” está fuertemente inspirada en el grupo “Mind the Product”:

“De gente de producto, para gente de producto”

Definitivamente, es para estas “Personas de producto” que hay en todas las industrias y provienen de muchas disciplinas.

¿A qué llamo una “persona de producto?

Ok, eso no ayudo mucho a clarificar. ¿Que es una “Persona de producto”?

Es todo aquél que tenga pasión por productos increíbles y la gente que los crea¿Quienes suelen/pueden tener estos perfiles?

  • Emprendedores
  • Desarrolladores de software
  • Gente de UX y Usabilidad
  • Product Managers
  • Diseñadores de interfaces
  • Gente de Marketing
  • “Intrapreneurs”
  • Gente de Business Intelligence
  • Community managers
  • y muchos otros…

Continúa leyendo Por qué te va a servir la metodología de Descubrimiento y Validación de productos

Si te gustó, compartilo! :)Share on FacebookTweet about this on TwitterShare on LinkedInShare on Google+Email this to someone

Priorización efectiva del backlog con experimentación rápida

coins-currency-investment-insurance
Si te gustó, compartilo! :)Share on FacebookTweet about this on TwitterShare on LinkedInShare on Google+Email this to someone

Este es un post en 3 partes “7 técnicas de priorización para productos digitales”, pero la publicación quedó algo rara :). En esta entrada están las partes 1 (Introducción) y final (Cómo priorizar con Product Discovery y experimentos rápidos), pero el detalle de las técnicas sigue en la parte 2. El motivo es que considero la parte final es tan valiosa que no podía dejar de incluirla hoy.

¿Qué tan relevante es la priorización para la construcción de productos?

Uno de los principales desafíos cuando estamos desarrollando productos es como priorizar el backlog o roadmap de funcionalidades que queremos hacer. Es la pregunta que más frecuentemente recibo, el tema sobre el que más posts hay (de hecho escribí el año pasado otro post de este tema), y uno de las tareas que podría decir que más veces cambié la forma de realizar a lo largo de mi carrera.

Si no tenés tiempo ahora descargá el PDF con el resumen de las 7 técnicas de priorizaciónpara leer más tarde

Continúa leyendo Priorización efectiva del backlog con experimentación rápida

Si te gustó, compartilo! :)Share on FacebookTweet about this on TwitterShare on LinkedInShare on Google+Email this to someone

La guía que me hubiese gustado tener cuando empecé a trabajar con productos digitales

suit
Si te gustó, compartilo! :)Share on FacebookTweet about this on TwitterShare on LinkedInShare on Google+Email this to someone

Déjenme contarles una (no tan) breve historia personal:

Programación

Desde chiquito lo que siempre me gustó fue resolver problemas. Tuve la suerte, gracias a una increíble escuela, de dar de muy chico mis primeros pasos en la programación (apróximadamente 7 años). A medida que fui creciendo fui conociendo otros programas, hasta que realmente tuve la capacidad de hacer cosas que tuvieran utilidad real. Todavía me acuerdo cuando hice mi primer calculadora, una cosa espantosa que ocupaba toda la pantalla con unos 15 botones del tamaño de un caramelo… pero cumplia su función.

Luego de varios años trabajando en el rubro programación decidí que lo que más me gustaba era estar del lado de la generación de productos que ayuden a la gente a través de la tecnología.

¿Poco tiempo ahora? No te preocupes, descarga ahora la guía sobre innovación y generación de producto y leela más tarde

Continúa leyendo La guía que me hubiese gustado tener cuando empecé a trabajar con productos digitales

Si te gustó, compartilo! :)Share on FacebookTweet about this on TwitterShare on LinkedInShare on Google+Email this to someone

Cómo innovar 10 veces más rápido

innovación
Si te gustó, compartilo! :)Share on FacebookTweet about this on TwitterShare on LinkedInShare on Google+Email this to someone

Innovar no es difícil.

Ok, tampoco es fácil. Pero lo que lo hace difícil en la mayoría de las empresas es la forma en la cual intentamos hacerlo.

En general el enfoque de las organizaciones es: alguien tendrá una buena idea (que en general esperamos que sean los fundadores o directores, porque tuvieron buenas ideas en el pasado) y luego generaremos un buen set de requerimientos y de diseños para finalmente implementarla bien y tener éxito.

Ok, quizás lo simplifique demasiado. Tenemos varias ideas, que pueden surgir de muchas fuentes, se realizan “casos de negocio” o “evaluaciones de proyectos” para analizar numéricamente cuales son las mejores, y establecemos un roadmap de implementación que nos asegura tener varios intentos de ideas que tengan posibilidad de éxito a lo largo del año. De hecho los casos de negocio que hicimos nos dan mucho entusiasmo y seguridad sobre cuánto vamos a mejorar con estas implementaciones.

¿El problema?

Steve Blank dice “ningún plan de negocio sobrevive el primer contacto con el cliente” (“no business plan survives first contact with customers”).

Continúa leyendo Cómo innovar 10 veces más rápido

Si te gustó, compartilo! :)Share on FacebookTweet about this on TwitterShare on LinkedInShare on Google+Email this to someone