UX/UI para Mobile App

Ninguém abandona um app porque ele é feio. Abandona porque travou.

Quando o número de uma aplicação não fecha, a conversa costuma virar estética: o ecrã está datada, a cor não combina, o ícone está estranho. Redesenhar por esse critério gasta orçamento e move pouco o indicador, porque o problema raramente estava ali.

O que derruba conversão é fricção concreta: um passo a mais do que o necessário, um campo que pede informação que a pessoa não tem à mão, um erro que não explica o que fazer em seguida. Design de produto é encontrar esses pontos e removê-los e é por isso que ele se mede em métrica de negócio, não em opinião sobre o ecrã.

Como trabalhamos

A ordem importa: redesenhar antes de entender onde as pessoas travam é decorar o problema.

• Diagnóstico do funil. Onde exatamente as pessoas desistem, em qual passo e em qual perfil de utilizador. Dado de produto primeiro; opinião depois.
• Pesquisa com utilizador real. Observar alguém usando o app revela em vinte minutos o que semanas de reunião não revelam. Especialmente o que a pessoa faz e não sabe explicar que faz.
• Arquitetura da informação. O que aparece em cada ecrã e o que sai. Boa parte dos ganhos vem de remover, não de acrescentar.
• Interface e sistema de design. Componentes consistentes, com estados de carregamento, erro e vazio definidos que é justamente onde a maioria dos apps abandona o utilizador.
• Handoff para o desenvolvimento. Especificação que a equipa consegue implementar sem adivinhar: comportamento, medidas, casos de borda e o que acontece quando a rede cai.

O que costuma dar retorno primeiro

Os pontos em que a fricção mais custa dinheiro nos produtos digitais em geral.

• Registo e primeiro acesso. É onde se perde a maior parte das pessoas, e onde cada campo removido aparece na taxa de conclusão.
• Fluxo de conversão. Checkout, contratação ou solicitação a sequência que separa intenção de resultado.
• Estados de erro. Mensagem que explica o que houve e o que fazer agora evita boa parte dos pedidos de suporte.
• Acessibilidade. Contraste, tamanho de alvo de toque e leitor de ecrã. Não é só conformidade: alvo pequeno derruba conversão de todo mundo, não só de quem tem limitação.

O que fica com você no fim

• O sistema de design. Componentes documentados, com os estados definidos, prontos para a equipa reutilizar.
• A especificação de handoff. Detalhada o suficiente para o desenvolvimento não precisar interpretar.
• Os achados da pesquisa. O que foi observado, com prioridade e o que ficou fora deste ciclo.
• A métrica de partida. O valor de antes registado, para o depois ser comparável.

Como conduzimos

Começamos pelo dado de produto e por sessões de observação com utilizadores reais. Desse levantamento sai uma lista priorizada por impacto sobre a métrica que você quer mover, e não por preferência estética. A entrega acontece em ciclos curtos, ecrã crítica primeiro, para o resultado aparecer antes de o projeto terminar.

Como medimos o resultado

A métrica é combinada no início e é de produto: taxa de conclusão do registo, conversão do fluxo principal, abandono por passo e volume de pedido de suporte. Registamos o valor de partida antes de mexer em qualquer ecrã sem isso não existe como provar o ganho depois.