Reivindicando el Producto Mínimo Viable (MVP) como un Proceso

¿Cómo? ¿Me vas a decir que un MVP, com P de Product no es un PRODUCTO sino que un PROCESO? Parece absurdo, pero si, y es quizás este el único problema tiene el MVP, y si tienes paciencia te explicaré porqué entender esto es clave obtener sus beneficios.

La historia siempre parte con una persona o equipo encontrando una idea increíble e iniciando la construcción de un Producto Mínimo Viable (MVP para los amigos) como prueba de concepto de lo genial que es la idea. Acá invierten una buena cantidad de tiempo discutiendo que features incluir y cuales dejar fuera.

Por supuesto, una vez terminado y probado el MVP, este equipo espera construir todas las funcionalidades faltantes en un producto estable y maduro.

Every. single. time.

¿Cuál es el problema con esto?

Lo que normalmente ocurre es que los equipos entienden un MVP como un producto al cual le cortaron algunas funcionalidades para hacerlo más rápido de construir y llevarlo al mercado, que como aspiración suena bien. Pero, un MVP no es necesariamente un producto y tampoco es algo que solo construirás una sola vez y marcarás el check en el todo-list.

Un MVP es un proceso iterativo en el cual primero identificas cuáles son tus principales supuestos y tomas el más riesgoso y lo sometes a algún tipo de experimento que te permita afirmar o refutar con un mayor grado de certeza si ese supuesto es válido o no. Por ejemplo:

  • Las personas están dispuestas a arrendar un departamento por internet para vacacionar en vez de un hotel (Airbnb)
  • Las personas están dispuestas a subir a un desconocido a su auto y llevarlos por la ciudad (Uber)
  • Las personas están dispuestas a subirse al vehículo de un desconocido (Uber)

Para validar estos supuestos no es necesario construir una aplicación completa, basta una encuesta, una landing page o un pitch de ventas. Cuando hablamos de validar un supuesto lo importante es poder hacerlo con el experimento más pequeño y económico posible. Al contar con recursos limitados, la posibilidad de iterar lo suficiente para dar con un mix Problema-Producto-Mercado es lo que acerca a cualquier Start-Up al éxito.

Cuando construyes un Producto das por hecho muchos aspectos que no son necesariamente ciertos. Supones quienes son tus potenciales clientes, qué es lo que están buscando, que tu forma de resolver el problema es la que ellos prefieren, que están dispuestos a pagar por ello, qué mecanismos puedes utilizar para monetizar tu solución, que puedes llegar/captar clientes en tu grupo objetivo, que no hay competencia o que no reaccionará y muchas más.

¿Por qué es importante?

Un análisis post-mortem realizado por CBInsights en más de 300 Start-Ups identifió que el 42% de estas fracasa porque no hay necesidad en el mercado para el problema que están intentando resolver. Por esto, es clave poder poner una potencial solución o experimento que permita averiguar el real interés que hay en el problema que queremos resolver y cómo queremos resolverlo.

Por otra parte, el mismo estudio identifica como la segunda razón de fracaso a “Quedarse sin Dinero”. Acá es importante destacar la importancia de probar el más pequeño de los experimentos. Cuando tengo solo $100 de capital y cada experimento me cuesta $25 puedo iterar y probar 4 veces, mientras que si logro obtener el mismo conocimiento con experimentos más económicos, por ejemplo, a $10, podríamos realizar 10 iteraciones. Con esto, estaríamos más que duplicando nuestras opciones de dar con la combinación correcta.

Lean Startup Feedback Loop

Lean Startup Feedback Loop

Para cerrar, quiero dejarte una recomendación, acércate a la definición de tu MVP buscando que sea la forma más económica de obtener la información que necesitas, da lo mismo si es un producto o no, y olvida lo que piensen las personas. Al final del día, solo lo recordarán si fue memorable, y eso probablemente ocurra si tu Start-Up se convierte en un éxito.

Quieres saber más acerca del feedback loop propuesto en Lean Startup, revisa el libro original de Eric Ries. (audio)

Si tienes cualquier duda déjanos un comentario. ¡Hasta la próxima!

¿Qué es un Design Sprint y porqué debes incluirlo en tu toolbox?

La realidad moderna del management y emprendimiento no es carente de nuevas herramientas o técnicas que ayuden a los equipos a aumentar sus probabilidades de éxito. En esta ocasión quiero hablarles de un framework probado en primera persona con excelente resultados tanto en una Start-up como en una empresa multinacional. Design Sprint es un framework de trabajo desarrollado por GV (ex. Google Ventures, el brazo independiente de Capital de Riesgo/ Venture Capital de Alphabet) para definir un desafío de diseño, encontrar una solución y probarla en solo 5 días.

Ejecución de un Design Sprint

Un Design Sprint tiene una secuencia fija de seis fases, que se basan en gran medida en las seis etapas del proceso de Design Thinking. Cada fase en el Design Sprint corresponde a un día o menos y GV propone una secuencia ideal de 5 días del Design Sprint, a partir del lunes.

Sprint Process

  • Día 0 – Comprender: La primera parte de este sprint requiere una preparación previa: invitar a las personas adecuadas para compartir presentaciones rápidas de 5 minutos sobre: Objetivos comerciales, capacidad tecnológica, necesidad del usuario.
  • Día 1 – Definir (MAP): En esta fase, el equipo comienza a desarrollar su enfoque y estrategia. Esto sucede definiendo el valor (central journey) que quieren crear para sus usuarios.
  • Día 2 –Divergir (Sketch): A menudo, los equipos eligen la primera idea lista para perseguir. La fase de divergencia anima al equipo a hacer lo contrario: generar primero tantas ideas como sea posible antes de comprometerse con la mejor opción. En esta etapa, se anima a todos a trabajar individualmente para esbozar ideas.
  • Día 3 – Converger (Decide): En esta sección es el momento de que el equipo revise todas las ideas de la fase de divergencia y vote por las mejores opciones. El equipo puede entonces elegir de 1 a 3 ideas para hacer un prototipo y probarlas.
  • Día 4 – Prototipar (Prototype): La creación rápida de prototipos le permite probar sus ideas sin invertir mucho tiempo, dinero o recursos. Al hacerlo, sabrá antes qué aspectos de sus ideas fallan y cuáles tienen potencial.
  • Día 5 – Validar (Test): Esta fase final es cuando es el momento de responder a la pregunta más difícil del diseño: “¿Esta idea es buena? Para ello, el equipo debe invitar a los usuarios potenciales a probar sus ideas. Pueden ver a los usuarios interactuar con el prototipo y tomar notas.

Por supuesto, cualquier otro día de trabajo es también concebible como el comienzo. De la misma manera, puedes distribuir las fases en días individuales. Lo importante es trabajar en un time-box acotado que fuerce al equipo a priorizar, tomar riesgos y decisiones con el objetivo de avanzar. Uno de los grandes problemas que enfrentan las empresas y las personas es la parálisis de opciones, contar con tiempo y recursos limitados nos ayuda a prevenir sobre pensar las cosas, en peor de los casos habremos perdido una semana.

En Design Sprint no hay intencionadamente ninguna fase en la que se cree un producto (de software) o incluso se lance al mercado (de prueba), precisamente para acortar el proceso al máximo. Aquí es donde el diseño de un sprint difiere más claramente del Lean Startup.

Un aspecto clave del proceso es seleccionar el problema correcto. Naturalmente existe la tentación a elegir un problema sencillo para partir y tomar práctica del proceso, pero en realidad no es necesario. Este framework esta pensado y elaborado a partir de la experiencia para dar saltos significativos de entendimiento del problema y sus posibles soluciones para las los problemas más importantes de la compañía. Acá la invitación es a pensar en grande.

Resultado del Design Sprint de Google Ventures

El resultado de un Design Sprint es un prototipo y los resultados de una Prueba de Aceptación del Usuario (UAT) de este prototipo.

Se da prioridad a los conocimientos adquiridos en la UAT. Un prototipo que pueda ser permanentemente reutilizado o mejorado es de importancia secundaria. En caso de duda, el prototipo debe considerarse un “producto desechable”.

Una opción es la creación de varios prototipos simples en lugar de la creación de un solo prototipo muy avanzado. En este caso, los diferentes prototipos pueden ser probados uno contra otro permitiendo obtener insights de otro tipo pero igualmente valiosos.

¿Qué es un Prototipo?

Cuando hablamos de un prototipo, la experiencia me ha ensañado que todos entendemos algo distinto, así que para evitar dudas: El prototipo puede ser cualquier “artefacto” con el que se pueda probar. Podría ser algo tan simple como un papel con algunas instrucciones, una maqueta de cartón, un formulario Web, un sitió estático, un artefacto creado con legos, una simulación/role play realizado con clientes reales o lo que sea. Acá lo importante es diseñar el prototipo en función de las aprendizaje que se quiera generar. Tomando prestada una cita de Lean Startup, toma tu principal supuesto y haz un experimento para validarlo.

Roles en el Design Sprint

Sólo un papel está explícitamente previsto en el Design Sprint, el de Sprint Master. El Sprint Master es responsable de la gestión técnica, metodológica y organizativa antes, durante y después del Design Sprint. No se prevén otras funciones, pero el equipo para el Design Sprint debe estar compuesto de la manera más interdisciplinaria posible de acuerdo con el enfoque del Design Thinking y deben contar con el tiempo disponible para dedicarse de forma íntegra al proceso.

Además del Sprint Master, una composición mínima recomendada consiste en los siguientes miembros del equipo:

  • Diseñador / Experto en UX
  • Cliente
  • Gerente de Producto / Experto en el campo
  • Los representantes de los usuarios

Como espero hayas notado (si aún sigues leyendo concentradamente) el equipo no es muy grande, esto esta especialmente diseñado así para darle agilidad al proceso. Si se requiere incorporar conocimiento experto o adicional, no hay problema en sumar personas con este perfil a apoyar en ciertas sesiones del sprint.

Métodos y Herramientas del Design Sprint

Aunque los métodos utilizados en las distintas fases no están predefinidos, hay un conjunto de métodos recomendados de Google. Algunos de estos métodos, como el Crazy Eights, han sido desarrollados específicamente para su uso en un Design Sprint.

Si quieres preparar tu propio sprint de diseño, en el sitio oficial del libro Design Sprint (también lo puedes encontrar en Amazon) puedes encontrar recursos super útiles incluyendo instrucciones detalladas, un checklist previo a comenzar, lista de materiales normalmente requeridos y mucho más.

Cuáles son las ventajas de un Design Sprint

Con un sprint de diseño, podemos generar muchísimo valor para nuestros clientes o para nuestra organización en sólo una semana, lo que va más allá de comprender sus problemas y señalar una o más soluciones posibles:

  • Junto con diversas partes interesadas de la organización del cliente, desarrollamos una posible solución y la validamos en una etapa muy temprana directamente en el usuario
  • Por un lado, de esta manera podemos estar seguros de que las necesidades del cliente han sido consideradas desde varias perspectivas diferentes y por lo tanto han sido elaboradas de la mejor manera posible
  • Y por otro lado, de esta manera podemos saber incluso antes de que la solución planeada se implemente, si tendrá la aceptación del usuario en absoluto
Sprint Book Cover

Aprovecho de recomendarte el libro, es un excelente recurso claramente explicado. Un gran apoyo a tu proceso.

Espero hayan podido obtener una primera pincelada de este framework, si tiene cualquier pregunta no duden en dejar un comentario. ¡Hasta la próxima!

¿Qué es el Problem Solution Fit?

Soy emprendedor hace varios años con algunos éxitos y fracasos. Una de las cosas que siempre me ha sorprendido, es el excesivo foco en la búsqueda del Product-Market Fit, muchas veces olvidando un principio fundamental del emprendimiento y de toda Start-up. En simple, encuentra un problema que merezca ser resuelto y abórdalo una forma que haga sentido. Por esto decidí dedicar algunas lineas a un proceso previo sobre el cual se construye todo lo demás: El Problem-Solution Fit.

Love the problem, not the (your) solution. – Someone really smart

Una frase comúnmente ofrecida a los nuevos emprendedores es: Enamórate del problema, no de la solución. Esta recomendación nace del punto fundamental de cualquier empresa, resolver un problema de una manera que sea atractiva para el mercado. Pero lamentablemente, identificar un problema, encontrar una solución y validar su potencial en el mercado no algo que se logre de un solo salto. Toda gran empresa ha logrado encontrar un Problem-Solution Fit antes de cualquier otra cosa y es este el primer paso.

Problem Solution Fit

Un ejemplo expuesto de manera sencilla podría ser AirBnB:

  • El problema identificado: Escasez de plazas hoteleras a buen precio
  • y la solución: Utilizar el espacio libre en casas de particulares para que pudieran tener un sitio para descansar a un precio inferior.

Aparentemente, tanto a los dueños de hogares como a los viajeros les pareció una gran solución al problema, de lo contrario no estaríamos hablando de uno de los grandes casos de éxito del emprendimiento del último tiempo.

Problem-Solution-Fit reducido a dos preguntas

En su forma más simple, Problem Solution Fit consiste en sólo dos preguntas a los clientes potenciales:

  1. Problema: ¿Tienen el problema que los emprendedores sospechan que tienen?
  2. Solución: ¿Aceptarían (o mejor aún: preferirían) la solución planteada?

Para cada par problema-solución, deben cumplirse dos condiciones para saber que tenemos algo entre manos:

  1. Vale el esfuerzo: El problema del cliente está lo suficientemente extendido como para que valga la pena desarrollar una solución para él. No hay peor forma de fracasar que solucionar de una manera brillante un problema que nadie tiene.
  2. Es factible o realizable: ¿Tiene la organización las capacidades y recursos necesarios para desarrollar y ofrecer la solución pensada? Es común ver a los emprendedores y empresas exitosas iniciar nuevos negocios en industrias y mercados ya conocidos (ej.: Integración vertical), ya que ahí encuentran conocimiento, experiencia y contactos que soportarán el desarrollo de la iniciativa reduciendo con esto parcialmente el riesgo o las incógnitas.

La importancia del Problem-Solution Fit

Cuando te enfrentes a un elevado porcentaje de respuestas negativas de los clientes a una de las dos preguntas del Problem Solution Fit, lo más probable es que aún falte refinar el entendimiento del problema o buscar nuevas formas de enfrentarlo.

Sólo cuando se logra la adecuación entre problema y solución, los emprendedores saben que tiene sentido continuar con su plan inicial. Si, por otra parte, no lo hacen, existe un alto riesgo de que desarrollen una solución para la que no existe ningún problema de clientes. Esta es la razón más común para el fracaso de las nuevas empresas.

En este momento del tiempo, no se trata (todavía) del producto. El Problem Solution Fit sólo se refiere a si el concepto de solución parece atractivo para el grupo objetivo o no. En este momento el producto ni siquiera existe. Para probar el Problem Solution Fit es suficiente si los emprendedores sólo muestran lo esencial de su oferta prevista en una entrevista con el grupo objetivo. Incluso es importante no dar ningún detalle específico del producto, porque podría distraer más bien de la cuestión real. Sólo cuando se ha probado la adecuación entre problema y solución es el momento de desarrollar un producto concreto y validar la recepción en el mercado.

Determinar el ajuste del Problem-Solution Fit

Buscar de consiente y disciplinada el Problem Solution Fit nos sirve como protección contra nuestra propia ceguera operativa. Por esta razón tienen que obtener la confirmación de tu grupo de clientes o usuarios objetivos, y ojo que incluso este grupo podría cambiar durante el proceso, la idea maximizar lo que podemos aprender de cada instancia de validación.

Una regla empírica dice que un equipo necesita de seis a doce semanas para determinar la adecuación entre problema y solución, siempre que realicen varias reuniones del grupo objetivo diariamente. Un problema de las pruebas de Problem Solution Fit es que los interlocutores deben imaginar una solución que aún no existe. En este proceso es clave salir de la oficina y conocer tanto el problema como a los clientes.

Requisitos deseables para el Problem-Solution Fit

En la medida que notemos que tenemos feedback positivo de los usuarios/clientes potenciales, debemos ir ajustando las entrevistas e instancias de validación para complementar la información que tenemos has ahora.

  • ¿Qué tan fuerte es su deseo de una mejor solución? ¿Cuánta incomodidad genera el problema?
  • ¿Qué tan atractiva es la nueva solución planeada? ¿Es una solución práctica?
  • ¿Estarían en principio dispuestos y en condiciones de usar o comprar la nueva solución? ¿a qué precio? Una persona que dice querer comprar algo sin precio, probablemente no lo haría.

Cuanto más positivas sean las respuestas a estas preguntas, más atractivo será para los emprendedores desarrollar su solución.

Otra información útil que puede surgir

Durante las conversaciones del Problem Solution Fit, puedes obtener mucha informaciones rica e inesperada sobre tus futuros clientes. Lo importante es estar abierto y receptivo a nuevas ideas, en este sentido es recomendable siempre indagar en las respuestas (TIP: Prefiere las preguntas abiertas)

  • Ideas que hacen su producto más atractivo
  • Propiedades que el producto debería tener al menos
  • Información útil para comprender mejor el contexto de la aplicación
  • Los obstáculos que los clientes tienen que superar cuando cambian a una nueva solución
  • Por qué no están satisfechos con su solución actual

¿y qué viene después?

Una buena solución no es el final del camino, pero si llegamos acá vamos en buen pie. Ahora nuestro foco debiera ponerse en validar esta idea en el mercado, probablemente probando nuestras principales hipótesis frente a clientes buscando convertir nuestra idea en un producto comercializable.

A continuación te dejo algunos libros que podrían para apoyar tu proceso:

No te preocupes si aun sigues perdido, el movimiento se demuestra andando. Piensa, observa, conversa con potenciales clientes e itera. En la medida que vayas obteniendo información valiosa el camino se ira abriendo. ¿Tienes alguna duda? Escríbeme en los comentarios.

Mucho éxito. Hasta la próxima.