Revisão de interface de aplicativo de agendamento
Um aplicativo de agendamento de consultas tem 30 mil usuários ativos, dos quais 45% têm mais de 55 anos. A tela de confirmação de consulta mostra o botão "Confirmar" em cinza-claro sobre fundo branco, com 32 px de altura, e o botão "Cancelar" em azul forte, com 48 px. A taxa de cancelamento acidental é de 12%, e o suporte recebe reclamações de que os usuários não sabem se a consulta foi confirmada. O time de produto quer adicionar uma animação de confete ao confirmar, para "deixar a experiência mais divertida". A empresa tem prazo de 4 semanas e não pode refazer toda a arquitetura de informação.
1. Identifique o principal problema de design da tela e proponha uma correção compatível com o prazo.
Read the worked answer
O principal problema é a hierarquia visual invertida: a ação destrutiva (Cancelar) recebe maior destaque e a ação primária (Confirmar) tem baixo contraste e menor área de toque. Isso explica o cancelamento acidental. A correção compatível com 4 semanas é inverter a hierarquia: Confirmar com cor de destaque, maior área e contraste adequado; Cancelar com estilo secundário e, se possível, confirmação adicional. Deve-se também garantir área de toque confortável e rótulos claros. A resposta deve ligar a decisão ao dado de 12% de cancelamentos e ao perfil de usuários mais velhos, sem propor uma reformulação total.
2. A animação de confete resolve o problema relatado? Justifique.
Read the worked answer
Não resolve o problema central, que é saber se a consulta foi confirmada. A animação pode até distrair ou ser mal interpretada por parte do público. O que resolve é feedback claro e persistente: mensagem textual de confirmação, resumo com data, hora e local, e possibilidade de consultar depois. A animação pode existir como reforço, mas não substitui informação. A resposta deve distinguir feedback estético de feedback informativo e considerar o perfil etário.
3. Como o designer deve validar a correção antes do lançamento?
Read the worked answer
Deve propor teste de usabilidade com tarefas reais (confirmar consulta, cancelar consulta) e métricas como taxa de erro, tempo de conclusão e compreensão da confirmação. A amostra deve incluir usuários com mais de 55 anos. Pode usar teste moderado com poucos participantes por rodada e iterar. Também deve medir a taxa de cancelamento acidental após o lançamento. A resposta deve mostrar que validação não é opinião do time e que o perfil do usuário deve estar representado.