Design Sprint: Una guía completa

Potenciales clientes hablan de que innovan, de que tienen procesos que son colaborativos, rápidos y eficientes.

Pero es cuando te preguntas: quién está envuelto? Qué hacen? Cómo trabajan? Cuando es un buen momento para hacer un proceso de estos? Discutamos sobre Design Sprints.

Este ya famoso método fué concebido por Jake Knapp durante su carrera en Google Ventures. Tras realizar cientos de Sprints, Jake publicó un libro mostrando ejemplos claros y una guía paso a paso de cada ejercicio.

Este proceso no es Agile, Scrum u otros métodos ágiles de gestión de proyectos. Este no es el método "Lean Startup". Este no es "Design Thinking". Es una combinación de todos estos métodos, dirigida a las primeras etapas antes de tener una idea.

Está hecho para creadores que conciben ese nuevo producto o servicio. La validación del mercado / idea está a solo unos días, ya sea que esté dirigido al consumidor o a ejecutivos internos.

Imagínate si pudieras resolver preguntas como “¿Deberíamos construir este servicio?” o “¿Cuáles son los elementos clave para dar valor al usuario/cliente?” En solo unos días en lugar de semanas o meses.

Design Sprint es un proceso de 5 días para alinear a equipos y a las personas importantes de un negocio para resolver un problema grande respondiendo preguntas comerciales críticas a través del diseño, después prototipar rápidamente y testear la solución con usuarios potenciales reales. 

Cada uno de estos días tiene ejercicios muy bien definidos seleccionados para enfocar al equipo en un resultado específico. Testear ideas rápidamente en 5 días evite que te apegues emocionalmente a tus ideas y, de esta manera,  exista una colaboración en la creación y votación de las mejores ideas.

Esto es crítico, ya que es muy difícil reconocer qué errores existen en tu producto cuando has estado meses desarrollandolo.

¿Quién y por cuánto tiempo?

Más allá de la definición del problema, las cuestiones de tiempo y recursos requeridos juegan un papel crítico. El número real de días no es importante, ¡lo que es importante es que es un proceso diseñado paso a paso, es colaborativo y rápido! ¡Al fabricar fechas límite, crea una estructura de cronograma para hacer las cosas! Llevar a las personas adecuadas a la sala y recordar que generalmente hay más "personas adecuadas" de lo que piensas. Desea una amplia muestra representativa de personas, en lugar de solo un equipo directivo superior o "el grupo habitual" de personas. ¿Qué hay de los extraños? ¿Qué pasa con las personas del equipo de producción? Estas son ideas interesantes que podrían generar el éxito requerido para resolver el problema en cuestión.

Cortando el debate

El proceso Design Sprint ataja el ciclo de debate interminable habitual y las revisiones de múltiples partes interesadas. También acorta el proceso de construcción del producto real y el de tener que comenzar de nuevo, rediseñando o incorporando masivamente la retroalimentación en esa etapa tardía. En resumen, ¡puede comprimir meses de trabajo en tan solo 1 semana! Este proceso de 5 días que utiliza el Design Sprint para reducir el riesgo de llevar con éxito soluciones al mercado y debe incorporarse en todas las facetas de la resolución de problemas grandes y el diseño de productos / servicios. Este proceso alinea los objetivos comerciales y una inversión inteligente de tiempo, esfuerzo y dinero.

Algunas empresas con ya una gran experiencia en la facilitación de Design Sprints han reducido el tiempo en 4 días, con la intención de que las personas con más responsabilidad no estén apartados de su día a día más que 2 días.

Por nuestra parte facilitamos tanto el proceso en 5 días como en 4. Dicho esto y sin más dilatación, aquí os dejo los días y ejercicios que componen un Design Sprint de 4 días.

Lunes

El lunes, el equipo nos reuniremos para sacar información y construir el contexto. El día comienza estableciendo una meta y luego poniéndose pesimista para cuestionar por qué no podríamos alcanzar nuestra meta. Dibujaremos un mapa del espacio problemático y luego entrevistaremos a expertos(internos o externos) para obtener más información y, de esta manera, confirmar las suposiciones en el mapa que hemos dibujado. Al final de la mañana, seleccionaremos un objetivo en ese mapa que se convertirá en el foco del resto del Sprint.

La tarde comienza con demostraciones de iluminación de inspiración análoga. Estas son aplicaciones, sitios web y productos que resuelven problemas similares a los adyacentes. A continuación, participaremos en una serie de ejercicios para esbozar soluciones centradas en el objetivo, preguntas y objetivos de Sprint. Estos bocetos no requieren habilidades de ilustración y son simplemente una forma de compartir tus ideas para resolver el problema. Mientras dibujamos, trabajamos solos. Estamos en la misma habitación, pero cada participante crea individualmente su propio boceto.

Martes

Comenzamos el martes publicando todos los bocetos en la pared en formato de galería de arte. Después de revisar y discutir cada boceto como grupo, llevamos a cabo un proceso de votación. Esto genera un mapa de calor que ayuda a guiar a la persona decisora mientras coloca los tres votos obligatorios.

Una vez que se colocan los 3 votos obligatorios, comenzamos a pensar en cómo prototipar los bocetos con votos. Primero, debemos decidir si hay ideas en conflicto que requerirán múltiples prototipos. Luego comenzaremos a crear un storyboard de cada prototipo. El desarrollo de un storyboard concreto para cada prototipo asegura que todos estén alineados con el flujo de trabajo y la experiencia que probaremos. Esto evita los cambios de último minuto durante la creación de prototipos y permitirá a los diseñadores centrarse en la creación de prototipos.

Miércoles

Ahora es el momento de hacer un prototipo. El prototipo es una fachada visual simple construida con múltiples imágenes unidas mediante Invision, Marvel o una herramienta de creación de prototipos gráfica similar. La fidelidad del prototipo debe ser suficientemente alta como para que un tester(persona que va realizar el testeo) piense que es una interfaz de producto real.

El/los diseñadores realizarán las tareas necesarias para asegurarse de que puedan moverse rápido y hacer todo lo posible. Esto incluye recopilar recursos, escribir copias, etc. Una vez que las pantallas de la interfaz estén listas, las uniremos usando una herramienta de creación de prototipos. En este punto, usaremos el prototipo las suficientes veces como para sentirse cómodo sabiendo qué enlaces funcionan y cómo guiar a los testeadores sin problemas.

Jueves

El jueves probaremos el prototipo con 5 usuarios. Esto se puede hacer en persona o de forma remota. El entrevistador realiza las entrevistas uno a uno con cada evaluador mientras el resto del equipo de Sprint tiene la posibilidad de observarlas desde otra habitación. La entrevista se lleva a cabo de manera que el evaluador se sienta a gusto y ayude al tester a navegar por el prototipo. El entrevistador evitará preguntas importantes o sesgar al tester de ninguna manera.

Durante cada entrevista, el equipo de sprint recogerá en forma de nota, citas y observaciones de cada tester. Al final del día, tendremos muchas notas para revisar. Siempre tenemos un resumen rápido al final del día, pero guardamos cualquier observación real hasta que hayamos tenido tiempo de reflexionar sobre todas nuestras notas.

Retrospectiva

En algún momento de la semana siguiente, idealmente el lunes mientras las cosas aún están frescas, el equipo del Sprint debería reunirse para sintetizar sus aprendizajes. En lugar de una sesión de brainstorming gratuita, recomiendo que el equipo se junte para compartir sus aprendizajes. Este enfoque funciona mejor cuando el equipo se prepara de antemano y trae sus aprendizajes a la reunión listos para presentar. Una vez que cada miembro del equipo ha compartido sus observaciones, el equipo puede discutir cómo quieren responder e internalizar las ideas.

Próximos pasos

Por lo general, un Design Sprint no generará un prototipo que esté listo de inmediato para el desarrollo. En cambio, puede probar que tu solución no funcione y tengas que cambiar el prototipo o prototipar otra solución diferente por completo. Alternativamente, es posible que simplemente necesites hacer algunos cambios incrementales para abordar mejoras en tu prototipo. Cualquiera de estos puede abordarse de forma iterativa, ajustando el prototipo y probando hasta que tu nivel de confianza justifique el gasto de construir y comercializar la solución (el producto o el servicio).

Design Sprints proporciona un marco que alinea y enfoca al equipo, permitiéndoles moverse rápido y lograr resultados reales. Puedo decir confiado que esta es la forma más barata, fácil y rápida de innovar. He diseñado y participado en proyectos de software durante años y muchos de esos años lo hemos hecho de manera iterativa, ágil y esbelta. El proceso Design Sprint nos permite seguir tácticas similares de una manera mucho menos intensiva en recursos, lo que lleva a aprendizajes más rápidos.