Beauty Day: Da Ideia ao Protótipo

Aplicando a Sprint 2.0 e o Esboço em 4 etapas para construção do App Beauty Day.

No primeiro momento da Sprint, identificamos as oportunidades de negócio nas Jornadas dos Usuários, e escrevemos cada uma delas sob a técnica How Might We (ou “Como Poderíamos”). Nesta etapa, não nos limitamos com relação a cada HMW que pensávamos, extraímos e anotamos cada ideia que tivemos para, em seguida, selecionar as mais relevantes. Chegamos nas seguintes propostas de soluções:

Optamos por priorizar as soluções que seriam construídas considerando dois aspectos sobre cada uma delas: o impacto para os usuários/negócio e o esforço de cada construção, e com base nesses aspectos, atribuímos notas a cada uma delas. Com as notas que cada uma recebeu, foi possível aplica-las à Matriz de Impacto x Esforço:

Escolhemos construir as soluções com maior impacto para o negócio e menor esforço de construção, visto que trabalhávamos também com recurso de tempo limitado. Chegamos assim a decisão de construir um App que conecta clientes e profissionais do segmento de beleza possibilitando:

O agendamento de horários em salões de beleza/barbearias e demais estabelecimentos do segmento pelo próprio cliente do salão de maneira mais autônoma e fluida inclusive, com o pagamento antecipado do serviço via app;
Que salões e profissionais informem aos seus clientes quais medidas de higiene e proteção contra o Coronavírus estão sendo adotadas em seus espaços, além de possibilitar aos clientes que avaliem este aspecto do profissional/estabelecimento após o atendimento;
A criação de uma loja virtual do salão/profissional de beleza dentro do seu espaço no app, onde poderão ser vendidos produtos de beleza e cosméticos, kits de homecare e demais produtos que possam ajudar a fomentar as atividades dos salões de beleza nesse segmento. Para esta solução, os pagamentos podem ser feitos via app e o cliente pode receber os produtos sem sair de casa.

Neste momento, tínhamos as ideias.

Precisávamos encontrar a maneira como a equipe trabalharia para desenhar essas ideias pois sabíamos que haveria muitas formas de fazê-lo e poderíamos trabalhar sobre isso durante muito tempo. Uma boa estratégia foi realizar um benchmarking e ver como estes produtos trabalhavam suas funcionalidades.

Consideramos os 5 apps mais baixados nas lojas de aplicativo e exploramos como trabalhavam:

Com o benchmarking, vimos que há apps que possibilitam agendamento de serviços de beleza, atendimento a domicílio e até mesmo uma proposta de loja virtual, porém, mais focadas para marcas do segmento. Entendemos que o nosso diferencial deveria ser oferecer, numa única plataforma, agendamento, loja virtual e informações sobre as medidas de higiene e segurança que têm sido tomadas pelos profissionais e estabelecimentos em virtude da Covid-19, da forma mais personalizada possível, ou seja, focada no profissional e no cliente que deseja consumir.

Para trabalhar COMO faríamos, recorremos a ferramenta de “Esboço em 4 Etapas”. Esse é um momento da Sprint 2.0 e tem como objetivo identificar os potenciais de cada ideia na hora de se projetar uma solução, levando em conta principalmente, o trabalho colaborativo.

Esboço em 4 etapas

Anotações

Nesta etapa, o objetivo foi revisar todo o processo executado pelo projeto, desde a definição de objetivos, contextualização, pesquisas e entrevistas, jornadas e personas e tomar nota, tendo como foco o problema identificado e pensando no objetivo de construção das soluções.

Durante 1 hora, focados nesta tarefa, produzimos os conteúdos:

Desenho Livre

Aqui, o objetivo foi desenhar como seriam as soluções. Procuramos já nestes desenhos, trazer alguns textos do protótipo, botões, tudo para que cada usuário conseguisse visualizar o desenho e entender o que estava sendo proposto.

Crazy 8's

Neste exercício, tínhamos 8 minutos para desenharmos 8 possíveis soluções (1 minuto — 1 solução). Foi bem interessante porque cada um pensou um tipo de solução, então ao mesmo tempo pudemos trabalhar a questão do fluxo do app e também, de como seria a construção do Selo Seguro Contra o Covid.

Rabiscoframes

E por fim, com os rabiscoframes demos início a construção das soluções e do produto, considerando o que foi priorizado. Essa forma de trabalho foi extremamente interessante porque, nas três primeiras etapas nos permitiu trabalhar remotamente e ver a visão de cada membro da equipe sobre as soluções propostas. E na última etapa trabalhamos conjuntamente na construção de nosso protótipo, para em seguida realizarmos os primeiros testes com os usuários.

Última Etapa da Sprint 2.0: Testes com os Usuários

A última etapa da Sprint 2.0 é, por fim, a etapa de testes com os usuários. Realizamos os testes com o protótipo em rabiscoframes, visualizando aquilo que funcionou e o que poderia ser melhorado.

Teste de Usabilidade com Baixa Fidelidade

Com o protótipo em baixa fidelidade, realizamos dois testes de usabilidade usando a plataforma Marvel App. Em ambos, demos aos usuários duas tarefas:

1º: Marcar um dia e horário em um salão de beleza fictício.

2º: Realizar a compra de um produto na loja virtual desse mesmo salão.

Primeiro teste de usabilidade

· Aplicado com 8 usuários

Tivemos as seguintes percepções:

Excesso de informações nas etapas de pagamento e entrega de produtos confundia os usuários.
A falta de texto em alguns botões e a ausência de resposta imediata do protótipo causava dúvidas.
O tamanho da área de clique em algumas interações gerava dificuldades.

Diante desses apontamentos, providenciamos as alterações que acreditávamos que melhorariam esta parte da experiência e realizamos um segundo teste de usabilidade.

Segundo teste de usabilidade

· Aplicado com 4 usuários.

Houve resposta positiva às alterações e não identificamos mais obstáculos no fluxo. Assim, seguimos para a construção dos wireframes.

Teste de Usabilidade com Alta Fidelidade

Nas interações feitas com 12 usuários, consideramos as seguintes métricas:

A quantidade de pessoas que concluíram as tarefas;
O tempo de conclusão;
Quantidade de dúvidas dos usuários durante o fluxo;

Percebemos que a alta fidelidade proporcionou ao usuário:

Sucesso na execução das tarefas propostas, visto que todos concluíram ambas;
Diminuição do tempo médio de execução em relação aos primeiros testes de usabilidade.
Facilidade de compreensão do fluxo, familiaridade com os textos das ações, bom funcionamento dos Ghost Buttons e CTAs para direcionar às ações principais.

Também notamos que ainda deveria ser melhorado, antes de levar o produto ao desenvolvimento:

O tamanho da área de clique na tela de seleção do DIA/HORÁRIO de atendimento. Apesar de termos feito este ajuste da baixa fidelidade para a alta, houve atraso na interação para alguns usuários.

Wireframes e Fluxo do Usuário

Para construir os wireframes optamos por utilizar a plataforma Figma.

A estrutura de wireframes permitiu que pudéssemos definir o fluxo do usuário e também as características do app que seriam levadas para a alta fidelidade.

Outros passos no desenvolvimento do produto também englobariam:

Aprofundar informações sobre custos e viabilidade técnica;
Acompanhar a evolução dos testes, os resultados e as métricas do produto;
Desenvolver outras funcionalidades que sejam relevantes para o usuário, tais como histórico de compras/atendimentos, lembrete de agendamentos, além de expandir o aplicativo para os negócios envolvidos com suas devidas funcionalidades.

Quer voltar para o case principal Beauty Day?

Case Principal