CategoríaDesign Thinking

Qué actividades hicimos en el taller de User Research del Google Launchpad Developers Launchpad Week en Mexico City?

1. Comenzamos la jornada con la charla “Tips para hacer User Research creativamente”.

  • ¿Por qué elegimos esta charla?
  • Porque Design Sprint abandona la idea de hacer un research extenso al inicio de un proyecto y la reemplaza por un user research puntual y rápido al inicio de cada sprint.
  • Entonces los investigadores deben convertirse en grandes creativos
  • Por lo tanto, si estamos – por ejemplo – haciendo un proyecto para una universidad, quizás necesitemos entrar a las aulas y hacer dinámicas con los alumnos para comprender sus necesidades y sus frustraciones.
  • Y el desafío es lograr obtener insights en un día, el primer día de la sprint.

2: Definición y mapping de los tipos de usuarios

  • Luego les pedimos a los startups que definan un borrador de los tipos de usuarios que utilizan su app (con nombre, edad y una mínima descripción).
  • Y les pedimos que ubiquen a cada tipo de usuario dentro de un eje cartesiano donde la X es la experiencia comprando online y la Y es el conocimiento sobre los servicios que el startup está ofreciendo.

Seguir leyendo

De qué se trata Design Sprint y por qué me parece tan interesante

¿Qué es Design Sprint? Creo que podría resumirlo en un mínimo párrafo como una metodología creada por Google que ayuda a los equipos a diseñar y probar soluciones entre 2 y 5 días unificando: Design Thinking de IDEO y el mundo de desarrollo ágil.

A grandes rasgos, el proceso cuenta con 3 partes:

  1. Antes de la sprint: el líder define el reto estableciendo para cuándo debe estar desarrollada la solución que se idee, prepara la documentación necesaria, invita al equipo interdisciplinario
  2. Durante la sprint: se trabaja en el equipo interdisciplinario durante una semana completa basándose en el paradigma de Design Sprint
  3. Luego de la sprint: el líder prepara todo lo que se necesite para que la idea pueda ser implementada.

¿Por qué necesitamos un equipo interdisciplinario para alcanzar el desafío en una semana?

  • Trabajar en un equipo interdisciplinario nos permite movernos rápido y más eficientemente que si solo ideara soluciones gente de áreas específicas que puede llegar a desconocer barreras y detalles que deberían tenerse en cuenta.

El paradigma implica compartir el momento de ideación de un modo democrático, con el fin de avanzar todos juntos a una solución concreta que realmente se pueda llevar a cabo.

Seguir leyendo

Podcast de @analiticageek sobre la metodología Design Sprint

Dado que mi querido compañero Richard Johnson me esbozó que  mi post era hermético y volado, aprovechamos e hicimos un podcast en @analiticageek  para intentar explicarlo ;)

El detalle es que:

  1. No nos tomamos ni un día para comprender en profundidad la problemática de los usuarios y la definición estratégica está ligada a un latir romántico y las soluciones que intentamos generar, muchas veces no llegan al corazón del problema y solucionan suposiciones.
  2. Al momento de idear; cuando deberíamos hacer divergencia y cada participante – de un equipo interdisciplinario – debería tener el espacio para poder escribir en una hoja en blanco al menos ocho ideas; no existe tal hoja, no existe tal equipo interdisciplinario, no existe ese espacio para que cada uno piense, escriba y exprese sus ideas. Y sólo se trabaja sobre la idea del que habló más alto. Algún cacique del equipo. Algún autoritario :/
  3. Al momento en que se debería realizar el voto en silencio y democrático de las diferentes ideas, el voto está vedado. En realidad, no existe la idea del voto. Aún estamos en Argentina en 1911 y no se sancionó en el congreso la Ley Sáenz Peña.
  4. Al momento en que deberíamos converger y construir una idea entre todos con esas mini ideas que fueron las más votadas; como no hubo un espacio para la divergencia ni un voto democrático; prevalece ese cacique con su propia idea, lo cual suena arbitrario y el equipo internamente no lo compra; con lo cual sigue existiendo una profunda divergencia.
  5. Al momento de prototipar, seguro se llama a un pobre diseñador al cual ni siquiera se lo incluyó en el momento de idear. El diseñador prototipa sin saber para quién y sin comprender en profundidad el problema.
  6. Nadie hace usability testing y hay una figura que se llama Product Owner, que se proclama a sí misma “la voz del usuario” (aunque nunca la escuchó) y él es quien dice lo clara, comprensible, fácil de usar y solucionadora que ha resultado cada pantalla.
  7. Se programa y se sube a producción.

Necesitamos la Ley Saenz Peña.

;)

Si quieren una explicación un poquito más detallada de Design Sprint, en Medium escribí el post en inglés: “What is the Design Sprint method and why do I think it’s interesting?”

10 cosas que me fascinan del paradigma de Design Thinking dentro de la metodología de Design Sprint

Nota: este post es personal y todo comentario para optimizarlo es más que bienvenido ;)

Como introducción, ¿qué es la metodología Design Sprint?

Se podría resumir super brevemente en este párrafo:

Design Sprint es una metodología creada por Google que ayuda a equipos a resolver y testear problemas de diseño en 2 a 5 días reuniendo dos conceptos: las sprints del mundo Agil y el paradigma de Design Thinking desarrollado por IDEO. 

*Cualquier mejor explicación o detalle para agregar, no duden en decirme ;)

A grandes rasgos, el proceso consta de las siguientes tres partes:

  • Antes de empezar una sprint: se define el desafío (se establece en cuanto tiempo debería poder estar desarrollado, se define e invita al equipo interdisciplinario que va a idear la solución, se prepara todo para que la sprint fluya ;)
  • Durante la sprint: basándonos en el paradigma de Design Thinking
    • Comprender la problemática
    • Definir la estrategia
    • Divergir con ideas
    • Decidir con qué idea se va a avanzar
    • Prototipar
    • Validar con usuarios si es comprensible y funciona para nuestro objetivo
  • Al terminar la sprint: se prepara todo lo necesario para que la solución ideada se pueda implementar.

¿Qué implica la etapa de “comprender la problemática” (nuestro primer paso dentro de la sprint)? 

Implica comprender en profundidad la problemática [del negocio, de los usuarios y de la tecnología con la que contamos].

Solo a modo de vistazo general ¿cuáles son las técnicas más comunes que usamos en nuestro mundo de User Research?

  • Entrevistas con usuarios – en nuestras oficinas o incluso en sus propios escenarios de uso – para entender sus contextos y sus dolores en profundidad.
  • Focus groups con clientes donde jugamos con papelitos y tratamos de entender las necesidades y las frustraciones en cada punto de nuestro User Journey.
  • Focus groups con las pobres víctimas que atienden el Contact Center. Ellos son los que más conocen a los usuarios que llaman porque las plataformas les resultaron incomprensibles.
  • Encuestas para entender el contexto tecnológico de las personas, sus necesidades y validar sus frustraciones.
  • Análisis de la competencia o de otros sitios que atacan problemáticas similares.
  • Análisis de todas las métricas del sitio y demás cosas para comprender tanto cualitativa como cuantitativamente cuál es la problemática.

Quizás para algunos es casi innato esto de comprender e indagar, pero lo mágico de este paradigma, es que además de comprender estamos invitados a sintetizar los insights que obtuvimos y a definir un plan estratégico, anclados en esa realidad.

O sea, la etapa de comprensión implica:

  • Meternos en el lodo para comprender la problemática de los humanos.
  • Destilar y conceptualizar esos hallazgos.
  • Y definir cuál va a ser nuestra estrategia y nuestros principios de diseño para lograr que nuestros usuarios sean increíblemente felices [teniendo en cuenta los objetivos de negocio y la tecnología de la cual disponemos].

¿Quiénes tienen/deben/necesitan participar de la ideación? (y de todo)

Ojalá me equivoque y sea un error mío de comprensión de la metodología (!) pero me parece que el paradigma justamente implica compartir horizontalmente el espacio de ideación para avanzar entre todos y de forma conjunta a una solución concreta y factible.

Seguir leyendo