Conocer a los usuarios - El diseño como factor estratégico en el Desarrollo de Software.
1. Agosto 2016
First 90
El Diseño como factor estratégico en el
Desarrollo de Software
a los usuarios
Conocer
2. This is our vision
Building the foundation to Build a 3B Company by FY20
La revolución del transporte
personal (2001)
Segway
3. This is our vision
Building the foundation to Build a 3B Company by FY20
“Va a ser más grande que
internet”...
”Las ciudades se van a planificar en
base a el segway”...
4. This is our vision
Building the foundation to Build a 3B Company by FY20
Se invirtieron
10MM de dólares
Y se proyectaron ventas por
50.000 unidades al año
5. This is our vision
Building the foundation to Build a 3B Company by FY20
Pero se vendieron solo
24.000 unidades en 5 años
:(
6. This is our vision
Building the foundation to Build a 3B Company by FY20
¿Por qué?
7. This is our vision
Building the foundation to Build a 3B Company by FY20
Nuestros
supuestos
Mundo realVS
8.
9. Segway
Precio: 6.600 usd
Autonomía: 5 km
Velocidad: 20 Km/h
Peso: 50 kg
Bicicleta
Precio: 200 usd
Autonomía: Ilimitada
Velocidad: 30 Km/h
Peso: 12 kg
29. This is our vision
Building the foundation to Build a 3B Company by FY20
RE en Mercado Libre Apps
“Los filtros no me gustan no especifican
nada en casa…”
“La forma de ver inmuebles es una
mier…”
“Antes se podía filtrar mejor los
departamentos, pero ahora no. Intento
filtrar pero está muy generalizado...”
30. This is our vision
Building the foundation to Build a 3B Company by FY20
Entrevistas contextuales
¿Cómo es la búsqueda de mi próximo hogar?
32. “Esto no es Córdoba… Viste es Miami, y yo
intenté seleccionar que fuera en Córdoba”
“Eso debe ser que yo tengo que estimar que
es para venta”
33. This is our vision
Building the foundation to Build a 3B Company by FY20
34. This is our vision
Building the foundation to Build a 3B Company by FY20
Hallazgos
Principales criterios de búsqueda
1. Tipo operación (venta/alquiler)
2. Tipo inmueble (depto / casa / etc)
3. Radio de búsqueda (cerca del colegio, de mi trabajo)
4. Fotos “lindas”
5. Rango de precio
6. Ambientes
SE LOGRARON INVERSIONES EN VELOCIDAD RECORD POR 10MM USD
NOMBRES COMO JEFF BEZOS DE AMAZON O BONO DE U2 FUERON INVERSIONISTAS
SE LOGRARON INVERSIONES EN VELOCIDAD RECORD POR 10MM USD
NOMBRES COMO JEFF BEZOS DE AMAZON O BONO DE U2 FUERON INVERSIONISTAS
Solo se vendieron 6.000 en dos años. Una decepción para todos.
¿Por qué? Porque tal vez pensaron que iban a resolver un problema que, quizá no era tal.
PORQUE EL MUNDO REAL DEMOSTRÓ QUE CON OTRO DISPOSITIVO MUCHO MÁS ANTIGUO Y CONOCIDO PODÍAN SATISFACER LA NECESIDAD de trasladarse DE LA MAYORÍA DE LOS USUARIOS
Nuestros suposiciones vs el mundo real
En todo el proceso de diseño y producción de este producto las decisiones se tomaron en base a hipótesis y nunca se contrastaron con el usuario final.
Les cuento este caso para que podamos dimensionar el gran impacto, no solo de experiencia, sino de pérdida de plata, que puede tener el hecho de desarrollar (lo que sea) sin tener en cuenta al usuario final.
En ML diseñamos de otra manera. Somos conscientes, que si conocemos a nuestros usuarios, sus necesidades y tratamos de entender sus realidades vamos a disminuir la brecha entre realidad y suposiciones, ahorrando tiempo y dinero y por sobre todo vamos proponer soluciones más eficientes a problemas verdaderamante relevantes para nuestros usuarios.
Para trabajar de esta manera > Reconocemos y asumimos el rol de ser quienes DISEÑAMOS EL ESLABÓN QUE UNE A LOS USUARIOS / PERSONAS CON LAS MÁQUINAS y en nuestro caso con cada parte de ML
Por eso como diseñadores de ese eslabón nos comprometemos a aplicar esta metodología del Diseño Centrado en el Usuario.
COMO BIEN LO DICE LA METODOLOGÍA TENEMOS QUE ENTENDER LA IMPORTANCIA DE TENER PRESENTE AL USUARIO EN CADA ETAPA DEL PROCESO DE DISEÑO.
EN CADA ETAPA PODEMOS APRENDER ALGO NUEVO Y LOGRAR MEJORES RESULTADOS
Analizar en profundidad el problema, para entender lo mejor posible las necesidades de los usuarios, el contexto de uso, comportamiento y cualquier indicador que pueda servir para entender los puntos de conflicto.
Analizar en profundidad el problema, para entender lo mejor posible las necesidades de los usuarios, el contexto de uso, comportamiento y cualquier indicador que pueda servir para entender los puntos de conflicto.
Luego de tener bien en claro que resolver, se pasa a la etapa de ideación, donde se proyectan una o más soluciones, tratando de entender los trade-off de cada una. Ventajas y desventajas.
Luego de tener bien en claro que resolver, se pasa a la etapa de ideación, donde se proyectan una o más soluciones, tratando de entender los trade-off de cada una. Ventajas y desventajas.
Con la solución andando se trata de validarla de manera cuantitativa o cualitativa. Se miran métricas que me indiquen el éxito de la solución o se hacen pruebas con usuarios reales. Se trata de entender la eficiencia de la solución y ante el descubrimiento de problemas, se inicia el ciclo nuevamente.
Con la solución andando se trata de validarla de manera cuantitativa o cualitativa. Se miran métricas que me indiquen el éxito de la solución o se hacen pruebas con usuarios reales. Se trata de entender la eficiencia de la solución y ante el descubrimiento de problemas, se inicia el ciclo nuevamente.
Además de diseñar con el usuario como centro, en este contexto de desarrollo de software, sabemos que somos parte de un proceso de desarrollo ágil. Utilizamos SCRUM y cada equipo va adaptando la metodología de la forma en que más lo beneficia.
Empezamos un sprint definiendo las tareas que se van a realizar y el final del mismo hacemos no sólo una revisión del estado de las tareas sino que también hacemos un análisis retrospectivo del desempeños del equipo y finalmente identificamos los aprendizajes y las mejoras para el próximo ciclo
Y ahí volvemos a empezar: en base a las tareas que tenemos en el backlog y los aprendizajes del sprint.
Ahora para el team de UX es fundamental, en este contexto de desarrollo ágil, adelantarse al menos un sprint con las definiciones del problema para ensamblarse bien a los sprints siguientes.
Y PARA PODER HACER ESTO ES NECESARIO QUE TENGAMOS MUY CLARO NUESTRO MVP
Es de fundamental además definir un buen MVP (Minimum Viable Product) que sirva de base para las futuras iteraciones.
El objetivo del MVP es poner lo antes posible a disposición de los usuarios funcionalidades de mínima (pero completas) de una pieza de software para entender rápidamente la utilidad.
Teniendo en cuenta el ejemplo del Segway una primera versión de un elemento de traslado podría ser una patineta
El mayor de los errores en la definición de los MVP tiene que ver con dejar funcionalidades a medias o experiencias cortadas o incompletas.
Ejemplo Pago > 3 pasos: envio, medio de pago y confirmar
Ejemplo Pago > 3 pasos: envio, medio de pago y confirmar
Tomemos solo el envío > Dirección en base al CP >>>> Geolocalización
Tomemos sólo la parte de envíos. Para el MVP serviría que el usuario ponga en un campo su código postal y el sistema responda con los costos del envío, esta sería una experiencia de mínima que permitiría entender si para los usuarios es natural usar el código postal. Si las pruebas lo confirman, estaremos listos para iterar.
Podríamos invertir más tiempo del equipo para desarrollar alguna funcionalidad que me automatice la tarea, por ejemplo a través de Geolocalización, evitando que el usuario ingrese el dato.
Pero si no hubiéramos probado el MVP, y resultaba que los usuarios no conocen su código postal, habríamos invertido tiempo y dinero en una solución que no es de utilidad y estaríamos lejos de resolver el problema de manera eficiente.
El proceso de diseño fue guiado por una variedad de formas (técnicas y metodologías) de obtener insights directamente de usuarios. Van a poder ver cómo los insigths fueron apoyando y enriqueciendo el producto desde que era una idea hasta que se lanzó al mercado y se fue ajustando, siempre desde la perspectiva de las necesidades de los usuarios.
Luego de un análisis de la versión actual del vertical de RE + un analisi de las reviews en los stores con comentarios como “La filtros no me gustan no especifican nada...” “La forma de ver los inmbuebles es una mier…”
PROBLEMA: es que la búsqueda y los filtros actuales de las APPs para RE >>> Tenemos pocos filtros en RE app. Los usuarios no encuentran Vender / alquilar. Difícil elegir precio con el slider actual.
http://prntscr.com/c1l2v7
Entrevistas a 8 personas en diferentes etapas de búsqueda de su próxima vivienda en Buenos Aires, Córdoba y Santiago (Chile). Indagamos sobre cómo es su búsqueda, nos mostraron cómo la realizan actualmente y les pedimos que las realizaran en otras apps (ML, Argenprop, Zonaprop, Portal…)
Identificar issues al buscar en RE. Conocer procesos de búsquedas actuales y artefactos que usan (desde sitios, apps, medios sin interacción con dispositivos electrónicos, cuadernitos, etc). Detectar en qué momento de la búsqueda están (recién empiezo ←> a punto de definir). ¿Qué motiva a usar filtros determinados filtros?
NEXT https://docs.google.com/presentation/d/1ZBnLC3eBmuqnifgmrZ2so4i-DmTH9t6dqdF4IblUULQ/edit#slide=id.g146c14df63_0_44
Datos personales:
Alquiler de departamento luminoso y ventilado fuera de la zona céntrica. En lo posible “por dueño” con el fin de evitar impuestos o comisiones.
Motivación: Por pedido del propietario del departamento se tiene que ir, si fuera por ella se queda. Por vivir años anteriores en la zona céntrica y en
LOS 3 1eros CORRESPONDEN A LAS 3 PRINCIPALES FRUSTRACIONES
Version actual vs. Propuesta
Version actual vs. Propuesta
FINALMENTE QUIERO QUE CONOZCAN AUNQUE SEA POR FOTO AL GRAN TEAM DE DISEÑADORES QUE HACEMOS UX DESDE ML CBA