Caso de Estudo Yellow App
Projeto para processo seletivo Iron Hack

Por que estou fazendo isso?
Esse projeto da Yellow (que agora também é Grin) é uma etapa do processo seletivo do bootcamp de UX & UI Design da Iron Hack São Paulo. Desde o meu primeiro contato com eles em um evento de Tecnologia que rolou no Cubo, eu sempre tive muito interesse em participar do Bootcamp. Passou um tempo e a oportunidade surgiu e posso dizer que estou muito animado parra essa imersão em design e por isso dei meu melhor nesse projeto.
Bom, mas agora vamos ao que interessa!
O desafio do projeto foi bem simples. Eles passaram de forma resumida sobre o que é UX e UI e também um pouco da Yellow. Criaram um cenário hipotético onde eu seria contratado pela empresa que estava perdendo clientes. Meu desafio era identificar e mudar duas funcionalidades do aplicativo para melhorar a experiência dos usuários.
Para resolver esse problema, passei pelas seguintes etapas: Pesquisa; definição; ideação e prototipação.
Para me organizar melhor, fiz um Trello com todas essas etapas e o que faria em cada uma delas.

1) Pesquisa
Essa é a hora de ir atrás de informações. Fazer pesquisas com usuários do aplicativo para entender quais são as dores deles e, à partir disso, projetar a melhor solução. Fiz dois tipos de pesquisas, um formulário quantitativo para entender melhor sobre o meu usuário e outra qualitativa, que foi quando conversei mais profundamente com alguns dos voluntários que levantaram alguns pontos relevantes no questionário.
Para encontrar voluntários, publiquei um Story no meu instagram para conseguir o maior número de respostas.

Além disso, como nunca havia usado o produto e queria ter uma ideia melhor de como ele funciona, fui ao parque Ibirapuera testá-lo antes mesmo de ver qualquer resposta do formulário. Anotei toda a minha experiência para ser levada em consideração à melhoria do produto.

Por fim, coloquei todos os insights em duas colunas separadas: uma de pontos positivos e outro de pontos negativos.

2) Definir
Agora com todos os feedbacks da pesquisa, fiz uma análise mais a fundo de quais os ponto eram mais relevantes. E para essa etapa, gosto de ressaltar que o problema tem que ser relevante para o usuário, claro, mas também tem que fazer sentido para a empresa. Outro fator importante, é tentar pensar o problema de vários pontos de vista, por exemplo: alguns usuários me disseram que têm problema em avistar uma bike/patinete no mapa, andar 500m para encontrá-la, mas quando chega lá, percebe que outra pessoa chegou antes, deixando-o frustrado.
Esse é um problema muito interessante de ser resolvido, afinal, eu também ficaria incomodado se passasse por tal situação. Pensei em fazer com que o usuário pudesse identificar um produto no mapa e que pudesse pagar um valor simbólico só para reservar. Porém, depois de muito brainstorm interno e conversas com usuários, isso geraria outro problema: passaria a frustração do usuário que está longe para o usuário que está perto da bike. Por isso, acabei guardando esse post it para, quem sabe, resolver-lo no futuro =)
Os problemas que mais faziam sentido tanto para a empresa quanto para o usuários foram os seguintes:
2.1) Erro durante cadastro da forma de pagamento
Apesar de eu não ter tido problema com isso enquanto testava a Yellow, já aconteceu comigo em outros aplicativos, o que me fez desistir da compra, e isso é péssimo para a empresa, pois muitas vezes o usuário apaga o app e acaba não voltando mais.
Além disso, também seria uma experiência mais agradável para o usuário, pois seria fácil e rápido de atingir o seu objetivo, que é conseguir o meio de transporte.
2.2) Falta de feedback quando o saldo fica negativo
Esse foi um dos pontos mais mencionados na pesquisa. Quando você cadastra o seu cartão de crédito, você escolhe um valor para adicionar como saldo no aplicativo. Caso o seu saldo acabe durante uma corrida, o aplicativo te permite continuar transitando sem ter que parar e adicionar mais saldo, o que é maravilhoso.
Porém, alguns dos usuários, apesar de achar essa funcionalidade bacana, se sentem inseguros pelo fato de não saberem o saldo restante ou até mesmo se já ultrapassaram o saldo que tinham inicialmente.
3) Idear
Aqui eu estava buscando alternativas para solucionar o problema da melhor forma. E para não perder muito tempo, preferi rabiscar telas no papel mesmo, tentando entender o que o aplicativo deveria mostrar, a ordem das informações e também pensando em como aquilo seria levado para a tela, levando em consideração a disposição dos elementos, tendo em mente que seria desenvolvido para Mobile, ou seja, cuidado com pouco espaço hahaha.
Quais foram as soluções?
3.1) Para solucionar o problema do cadastro da nova forma de pagamento, me lembrei de alguns apps e sites que utilizam um método bem bacana, que consiste em salvar as informações conforme o usuário vai preenchendo-as. Além disso, outro fator importante aqui, é de dar um feedback para o usuário de que as informações foram salvas. Isso evita que ele deixe de tentar novamente caso dê erro. Mas como ele sabe que as informações estão salvas, ele sabe que não vai ter que preenchê-las novamente, aumentando as chances dele voltar ao app mesmo após dar erro.
3.2) Já o problema de não saber o seu crédito no App, criei uma notificação que chega para o usuário durante a sua corrida quando seu saldo atinge R$ 2,00. Assim, ele pode decidir se quer continuar andando ou não com a bike.
4) Prototipar
Por fim, traduzi as melhores ideias rabiscadas para um protótipo de alta fidelidade no POP Marvel. Para ver o resultado final do protótipo, basta clicar aqui.
Agradeço demais pela sua leitura se você chegou até aqui e espero que tenha te ajudado de alguma forma!
Até mais =)
