SosBoss: Case study
Cómo diseñamos la experiencia de SosBoss, una app de economía colaborativa.
Contexto
SosBoss es una plataforma digital de economía colaborativa. Funciona como nexo entre quienes necesitan terminar una tarea con otros que están dispuestos a realizarlas. La persona usuaria publica una tarea a resolver, diferentes perfiles se ofrecen para realizarla, ofertan y se selecciona quién la va a completar.
Nuestra misión
- Diseñar el MVP para la aplicación
Cómo fue nuestro proceso
Estudio de tendencias
Primero que nada, realizamos un estudio de tendencias para conocer cuáles eran los conceptos clave que nos ayudarían a entender el objetivo de la app y nos servirían como base durante el proceso de diseño.
Detectamos que el éxito de este tipo de plataformas virtuales encontraba un triple fundamento: la subdivisión del trabajo en microtasks, la externalización productiva crowdsourcing mediante nuevas tecnologías y la contratación de empleados on-demand.
Benchmark
Luego, realizamos un análisis comparativo entre distintas plataformas que tuvieran un objetivo como el de SosBoss: Iguana Fix, Helpers, Timbrit, Helpways. Encontramos las siguientes similitudes:
Encuestas
Nuestro próximo paso fue realizar encuestas para entender si las personas conocían aplicaciones relacionadas a la resolución de tareas y si las utilizarían, tanto para contratar profesionales como para ofrecerse para resolver tareas.
Contratación de profesionales
12%Piensa que le daría más tiempo libre
15% Ya le paga a gente para que haga sus cosas
40% Publicaría tareas si tuviera más plata
Resolución de tareas
50% No conoce ninguna app para resolver tareas
10% Resuelve tareas por su cuenta
15 % No pensó en resolver tareas por dinero pero le gustaría
Entrevistas
También realizamos entrevistas a potenciales personas usuarias para conocer sus deseos y necesidades:
Contratación de profesionales
- Las categorías que prefieren: Limpieza, plomería, trámites, arreglos, diseño, cosméticos, administrativos, cuidados
- Lo usarían para un problema eventual
- Les gustaría tener un precio mínimo de referencia para su tarea publicada
- Quieren evaluar rápidamente los perfiles para encontrar al mejor candidato o que la app directamente les elija el más calificado y se los muestre. Valoran que estos tengan calificación (stars) y sean evaluados o recomendados por otros (review)
- Les parece bien usar MercadoPago o tarjeta si la app parece confiable
- Configurar las notificaciones para cuando la gente se postula a su tarea
- Es mejor si es una app liviana
- Sería bueno que pudiera tener descuentos
Resolución de tareas
- Quisieran poder informar sobre una publicación que no parece real o está mal descripta
- Prefieren que se les recomienden cuánto cobrar, pero que él pueda decidir el precio cuando se postula
- Resolverían tareas cercanas a su casa/trabajo/circuitos frecuentes
- Quieren tener el pago asegurado.
- Valoran que la gente esté verificada, que no sea un NN
- Configurar las notificaciones de cosas que puede hacer y que están cerca de su ubicación
- Tener un perfil con contenido multimedia o un link para que vean su trabajo
Protopersonas y happy paths
Con la información recopilada construimos 2 protopersonas, una para los que buscan contratar profesionales y otra para los que pretenden resolver tareas, junto a sus correspondientes happy paths dentro de la aplicación.
— — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — —
Y por último comenzamos a diseñar:
Empezamos trazando los caminos felices y no felices en un flowchart:
Y continuamos con cada una de las pantallas en baja fidelidad:
Testeos de usabilidad
Para testear la usabilidad de la aplicación, decidimos realizar prototipos en media fidelidad:
De los cuales se desprendieron los siguientes hallazgos:
- La gente no entendía el perfil por el nivel de complejidad, sobre todo por los nombres de los roles relacionados a resolver y publicar
- Después de registrarse, la navegación no debería llevarlos al perfil por que no saben cómo continuar. Buscaban el publicar dentro del perfil así que dedujimos que el botón tiene que estar más destacado
- La gente necesitaba ver fotos y detalles concretos de quién resolverá las tareas, organizado por relevancia, porque les brinda más confianza
- También querían poder ver el ranking de esas personas por la categoría que ellos buscaban que se resolviera
- Poder poner datos más exactos en los campos de fecha y hora, por ej: hasta qué hora o desde qué hora
- El onboarding no resultó útil. En general es algo que la gente sin experiencia no entiende, así que hay que usarlo con cuidado. Quizás debería aparecer sólo la primera vez que realice una acción que sepamos que es compleja, no desde el inicio
Wireframes en alta fidelidad
Finalmente se definió un UI kit basado en Material Design y se diseñaron los wireframes en alta fidelidad: