Case Study Caio Logato caiologato@gmail.com
Índice: 1. Pesquisa e Identificação 2. Planejamento 3. Ideação: wireframing & prototyping
1. Pesquisa: Nesta etapa de descoberta, foi realizada uma pesquisa Quanti utilizando o Google Forms. Foram consultados 17 usuários do serviço. Todos trabalham em uma empresa na Av. Eng. Luis Carlos Berrini, na cidade de SP, área de grande concentração das bicicletas e patinetes Yellow. Dentre eles:
4
Usuários frequentes (ao menos 2x por semana)
7
Usuários esporádicos (até 1x por semana)
4
Usaram o serviço até 3x no total
2
Usaram o serviço apenas 1x
1. Pesquisa: A estes usuários foram feitas as seguintes perguntas: - Você já utilizou o serviço? - Com qual frequência? - Existe uma vantagem da Yellow frente aos serviços semelhantes? - O que precisa melhorar/ O que não funciona bem? - Existe outro serviço no mercado que você considere melhor, em geral?
1. Pesquisa: /Descobertas Como pontos fortes, foram destacados: -Capilaridade (na região da pesquisa). -Praticidade, ao poderem pegar e deixar os veículos em qualquer ponto dentro da área de cobertura. -Preço acessível (das bikes). Para os patinetes, a percepção da maioria foi de preço alto. Como pontos fracos, foram destacados: -Muitos aparelhos quebrados/precisando de manutenção. -Encontrar um veículo: frustação ao caminhar até um veículo que, de repente, não está mais lá. -Pagamento: dificuldades no fluxo de recarga / Ser um serviço pré-pago / Não aceitar “Débito”. Dos pontos fracos, escolhi trabalhar com os 2 últimos, pois seriam solucionáveis através de uma melhoria no aplicativo e experiência do usuário.
2. Planejamento: 2 principais pontos fracos encontrados na pesquisa: Encontrar um veículo: -Frustação ao caminhar até um veículo que, de repente, não está mais lá.
1
Plano de ação: -Desenvolver nova funcionalidade de “reserva de veículo por 5 minutos”, enquanto o usuário caminha até o mesmo. Isso evita a caminhada “à toa” e a consequente frustração do usuário. Ao mesmo tempo, a reserva breve não ocupa a frota por mais de 5 minutos, caso o usuário desista. Pagamento: -Dificuldades no fluxo de recarga -Ser um serviço pré-pago -Não aceitar “Débito”.
2
Plano de ação: -Rever user flow para o processo de recarga; -Repensar modelo pré-pago, visto como desnecessário e trabalhoso. -Incluir a recarga via “Débito”
3. Ideação: wireframing & prototyping 1. Nova funcionalidade “Reserva de veículo”, para evitar a frustração do cliente de caminhar até um veículo que já foi ou está sendo acionado por outro usuário.
O usuário seleciona o veículo desejado
Ao clicar no botão “reservar esta bike”, é iniciada a contagem de 5 minutos para que o usuário se dirija até o veículo, sem o risco de outra pessoa acioná-lo antes dele chegar.
A frustração de caminhar até o local “à toa” é evitada.
https://marvelapp.com/71c63f9/screen/56834453
3. Ideação: wireframing & prototyping 2. Novo user flow para o processo de pagamentos, incluindo a opção de pagamento via débito e crédito ao término de cada viagem, sem a necessidade de recarga prévia (pré-pago) Ao acessar sua carteira, o usuário agora pode carregá-la, como antes...
...ou cadastrar um cartão para pagamento ao fim das viagens.
https://marvelapp.com/71c63f9
Obrigado. Caio Logato caiologato@gmail.com