Si estás en el área de tecnología y ya tienes algunos años de experiencia, probablemente hayas visto algunos proyectos fracasar. Si eres nuevo, hay algunas consideraciones que tienes que tener en cuenta para evitar tropezar con la misma piedra que ya muchos lo hicieron.
Normalmente, cuando somos nuevos en el área, no hacemos distinción entre crear una startup y un negocio tradicional. Encaramos nuestro proyecto de software de la misma manera en que lo haríamos al abrir un restaurante. El problema es que una startup tiene muchos más riesgos y factores impredecibles que no encontramos en un negocio tradicional. Esto pasa tanto cuando la idea es nuestra, o bien cuando trabajamos en la idea de un cliente.
El enfoque tradicional sería planificar el desarrollo del producto completo, con todas las funcionalidades que pudiéramos imaginar. Crear un producto completo podría durar al menos nueve meses, o incluso años.
Lo que comúnmente pasa en este enfoque es que luego de mucha inversión de tiempo, dinero y esfuerzo, finalmente lanzamos el producto, pero el mercado no responde como esperábamos. Nuestros clientes no entienden nuestro producto, no lo saben usar o peor aún: no lo necesitan.
Un enfoque más moderno y adoptado ya ampliamente en la industria del software es construir el producto de manera incremental.
Comenzamos con lo que se llama un Producto Mínimo Viable (PMV), que es simplemente la versión más reducida de nuestro producto que podemos lanzar para comenzar a aprender de nuestros usuarios.
Realizamos ciclos de desarrollo (iteraciones), y al final de cada ciclo lanzamos una nueva versión de nuestra app, aumentando su complejidad y cantidad de funcionalidades, además de incorporar los aprendizajes obtenidos de las versiones anteriores. De esta manera, vamos ajustando nuestro plan y “moldeando” nuestra app a medida que la construimos.
Obviamente, este enfoque resulta mucho más efectivo, ya que reduce el riesgo de fracasar al incorporar el feedback del usuario a medida que vamos construyendo el software.
En el enfoque anterior, si bien es enormemente mejor que el tradicional, requiere que lancemos primero el producto para poder empezar a aprender de nuestros usuarios. Construir un Producto Mínimo Viable podría tomar varias semanas o incluso meses de desarrollo.
¿Cómo podemos hacer para aprender lo antes posible? La respuesta está en el prototipado. Hoy en día existen muchísimas herramientas que nos permiten crear prototipos lo suficientemente realistas de nuestro producto, prácticamente indistinguibles de una aplicación real. Los prototipos realistas nos permiten colocar nuestras ideas ante los potenciales usuarios y observar cómo ellos reaccionan ante nuestra propuesta.
Podemos comparar esto con una película de Hollywood. Cuando vemos una película del Viejo Oeste, lo que en la pantalla aparenta ser una ciudad de esa época es en realidad una fachada construida en un set de estudio. De la misma forma, nuestro prototipo es solo una fachada de nuestra aplicación real. Esto es suficiente para tener feedback accionable y comenzar a realizar mejoras en nuestro producto, ¡antes de comenzar a construirlo!
Construir un prototipo, además, es significativamente más barato y rápido que construir un producto real.
Existe un método, ideado en Google Ventures, que nos permite bajar a tierra esa primera versión de nuestra idea a un prototipo tangible y realista, y además validarla ante potenciales usuarios reales. Y lo que es mejor: ¡todo esto en solo 5 días!
Este método se llama Design Sprint, y es un enfoque muy utilizado hoy en día por las empresas de tecnología más renombradas del mundo para reducir riesgos y responder preguntas críticas en sus proyectos de manera temprana.
Explicándolo de forma resumida, cada día tiene un objetivo claro y concreto:
Día 1: Entender. En este día se realizan dinámicas específicas para alinear al equipo, encontrar riesgos ocultos y definir el foco del resto de la semana.
Día 2: Idear. En el segundo día se generan soluciones en cantidad. Y al final del día, cada participante termina con una propuesta.
Día 3: Decidir. El objetivo de este día es converger todas las soluciones generadas a una sola.
**Día 4: Prototipar. ** Todo este día es dedicado a la construcción de un prototipo realista. Pareciera imposible, pero con un poco de práctica, es posible construir un prototipo de alta fidelidad en un solo día.
Día 5: Testear. Finalmente, el prototipo es presentado ante 5 potenciales usuarios para evaluar su reacción y recibir feedback en entrevistas individuales.
Al finalizar un Design Sprint, los aprendizajes son evidentes. Y lo mejor de todo es que es un método que funciona (lo dice la evidencia), y te permitirá evitar cometer grandes errores y corregir tu producto antes de comenzar a construirlo.
Si tienes una idea y quieres lanzarla al mercado, o trabajas con clientes para ayudarlos a desarrollar sus proyectos, aprender el Design Sprint te será sumamente útil. ¡Y te ahorrará muchos dolores de cabeza!
Para aprender el método y practicarlo paso por paso, te invito a que tomes el Curso de Design Sprint en Platzi. No te arrepentirás 😉
Excelente artículo, pues he des-aprendido (la forma tradicional) y he vuelto a aprender (al estilo Design Sprint). Tengo una pregunta: ¿Qué herramienta sugieren para el día 4, el día del prototipado y la solución se vea muy real?
Saludos.
Estoy lanzando una aplicación y no sabía sobre Design Sprint aún así tuve en cuenta este formato, voy a ver el curso de Design Sprint Gracias!
Hola, y sobre qué trata tu aplicación? Muchos éxitos desde ya!
5 Dias!.. Tendré que darle un vista a ver de que me estoy perdiendo porque en la principio este tipo de cosas se va a mucho más tiempo.
Si estáis interesados en aprender más sobre el producto mínimo viable y la creación de una startup para conseguir lo más rápido posible el feedback del mercado, os recomiento el libro Lean Startup
Gracias amigo @geraldzm, la comunidad Platzi es la mejor.
Excelente información, gracias por compartir. Pronto decidiré ingresar a ese curso.
Útil información para ampliarla y tenerla en cuenta
gracias por la informacion, esperare a que se lanze el curso para tomarlo, esta metodologia sera de gran ayuda para validar mi idea de negocio y reducir el margen de error y el tiempo
Wow esto esta genial para ejecutar proyectos de una manera mucho más rápida y validar nuestro negocio. Gracias.
Gracias por la información.
Excelente!
desde mi ignorancia pregunto: ¿esto es muy diferente al scrum?
Excelente articulo!!!, sin duda tomaré el curso de Design Sprint