Prácticas Diseño Interfaces de Usuario 2019-20 (Economía Colaborativa)
Grupo: DIU2_OrtegayGasset Curso: 2019/20
Proyecto: Sharee
Descripción: Sharee es una aplicación movil desde la cual podrás publicar o buscar piso para compartir. Guarda tus anuncios favoritos y las búsquedas que suelas hacer habitualmente, y mira lo que antiguos compañeros piensan de tu casero o sus inquilinos!
Logotipo:
Miembros
En esta práctica estudiaremos un caso de plataforma de economía colaborativa y realizaremos una propuesta para su diseño movil. Utilizaremos herramientas y entregables descritos en el siguiente CheckList (https://github.com/mgea/UX-DIU-Checklist)
El punto de partida para empezar a diseñar Sharee fue elegir la aplicación que consideraramos más competitiva en el mercado, buscar sus puntos críticos e intentar solucionarlos, y proporcionar un diseño más amigable e intuitivo para marcar una diferencia.
Los servicios que encontramos contra los que Sharee competiría son Habitoom, Stuckers y Badi. Elegimos Badi porque nos parece el mas completo contra el que competir. Más información sobre la decisión aqui
Para poder identificar posibles problemas de cara a las funcionalidades de Sharee, hicimos uso de dos personas ficticias con necesidades y situaciones diferentes para ver qué dificultades encontraban en Badi que pudiésemos mejorar en Sharee. Elegimos a Ashley y a Guillermo, puedes encontrar más información sobre ellos aqui
Escogimos las dos experiencias que rigen las funcionalidades más basicas sobre las que se construye Badi para encontrar puntos críticos muy señalables. Puedes ver los mapas de experiencia aqui
Analizamos Badi a fondo para tener claros sus puntos fuertes y saber concretamente cuales son sus puntos a mejorar. Para nuestra sorpresa encontramos diversos puntos débiles que nos ayudarían a mejorar nuestro diseño de una forma muy sencilla.
- Enlace al documento: aqui
- Valoración final: 83/100
- Comentario sobre la valoración: Aunque es una nota alta, no estamos muy de acuerdo con el método de puntuación. Puedes encontrar nuestra valoración completa aqui
Decidimos agrupar las características analizadas en el Usability Review para organizar claramente qué cosas queriamos mantener, cuales mejorar, y cuales añadir. Puedes ver el capture grid de estos aspectos aqui.
Basándonos en el capture grid, encontramos 3 funcionalidades clave en las que centrarnos. Puedes conocer más acerca de esto aqui.
Desarrollamos el mapa de nuestra aplicación para tener claro dónde situar cada característica antes de comenzar con los primeros bocetos. De esta manera, realizar los bocetos es mucho más sencillo porque tenemos un mapa desde el que guiarnos:
Diseñamos también los pasos a seguir para las nuevas funcionalidades que añadiremos a nuestro proyecto. Las hemos agrupado en 5 Task Flows:
Entonces realizamos el labelling de nuestro servicio para tener claro desde el principio a qué nos referíamos con cada término y cómo iba a ser su representación iconográfica en la aplicación. Estos iconos no tienen por qué coincidir con los de la versión final del servicio, sino servir de guía para su representación. Puedes encontrar el documento aqui
Entonces realizamos los primeros bocetos de la aplicación, siguiendo el labelling y los taskflow realizados anteriormente, respetando el mapa del sitio. Obtenemos un diseño con detalle medio de las nuevas funcionalidades. Puedes ver los bocetos aqui
Analizamos una experiencia de UX-Case Study de un proyecto ya finalizado. De ella extraemos nuevos métodos que podríamos haber puesto en prática y una forma de organizar nuestro repositorio que resulte más atractiva y explicativa sobre nuestro proyecto. Puedes encontrar nuestro análisis completo aquí.
Para el diseño del logotipo de sharee se ha utilizado Illustrator, una herramienta de edición de archivos vectoriales. Siguiendo los requerimientos para logos de Google para la Google Play, el siguiente logo tiene una resolución de 512x512px y un formato PNG.
Para usar el logo en distintas plataformas habría que tener versiones en diferentes resoluciones, algo sencillo teniendo en cuenta que la versión original está vectorizada y que puede generarse un archivo de cualquier resolución. La forma de usar las distintas resoluciones para RRSS u otro tipo de aplicaciones del logo deberían ir especificadas en el manual del diseño aportado por el diseñador gráfico que hemos contratado para el proyecto.
Es necesario seguir unas guidelines actuales, documentadas y justificadas. Consideramos que reutilizar las buenas prácticas de diseñadores ayudará a que nuestro servicio se vea actualizado y acorde a las tendencias actuales, además de ahorrarnos tiempo en las decisiones de diseño que ya han sido resueltas por otros diseñadores. Puedes acceder a nuestra propuesta de diseño del proyecto aquí. Un resumen de nuestras decisiones puede concretarse en el siguiente styleguide:
Este video documenta y resume nuestra propuesta de servicio. Más información aqui
Caso 1: Aplicación donde se publican imágenes y videos de los viajes de los usuarios, pudiéndose crear chats para conocerse o viajar en grupo: Web
Caso 2: Bladi es una aplicación de alquiler de pisos y control de gastos de convivencia: Web
Caso 3: CoNect es una aplicación de actividades de ocio donde se priorizan los sistemas de valoraciones y la sencillez para publicar o ver actividades: Web
Seleccionamos a nuestra persona ficticia Ashley Miles. Para consultar los problemas que le surgen durante el uso de los servicios haz click aqui
Ranking de los casos evaluados
- DIU2_Plata: 80
- DIU3_MAP: 75
- DIU1_PAPAYA: 59
Puedes encontrar más detalles aquí
La lección que sacamos tras el análisis de estos casos de estudio es la importancia de documentar de manera clara, transparente y ordenada los disintos aspectos de una propuesta de proyecto de cara a atraer al mayor número de usuarios e interesados posible.
Indica qué pretendes evaluar (de accesibilidad) y qué resultados has obtenido + Valoración personal
Evaluación de la Accesibilidad (con simuladores o verificación de WACG)
(90-150 palabras) Opinión del proceso de desarrollo de diseño siguiendo metodología UX y valoración (positiva /negativa) de los resultados obtenidos