Design UX/UI
Um produto não é compreendido porque o design é bonito, mas porque alguém teve o trabalho de descobrir como pensa quem vai usá-lo. É isso que fazemos antes de escrever uma única linha de código.
Para quem é
- Vocês têm um produto funcionando, mas os usuários se perdem, procuram o suporte sempre pelo mesmo motivo ou abandonam no meio do caminho.
- Vão construir algo novo e não querem descobrir em produção que a ideia não era clara.
- A equipe discute a interface em reuniões sem chegar a um acordo, porque ninguém tem dados sobre como as pessoas realmente a usam.
- Precisam que o produto atenda dois públicos diferentes que querem coisas opostas.
O que inclui
Pesquisa com usuários
Entrevistas e observação de como o problema é resolvido hoje, incluindo os atalhos e as planilhas paralelas que ninguém admite em reunião.
Arquitetura da informação
O que vem primeiro, o que se agrupa com o quê e como cada coisa é nomeada. A maioria dos problemas de «não encontro nada» se resolve aqui.
Protótipos navegáveis
Telas de média e alta fidelidade que dá para percorrer e testar, não imagens estáticas. As ideias se corrigem em horas em vez de semanas.
Validação com usuários reais
Testes com pessoas representativas antes do desenvolvimento. É muito mais barato descobrir um problema num protótipo do que em produção.
Design system
Componentes, tipografia, cores e estados documentados, para que o produto siga coerente conforme cresce.
Acessibilidade desde o início
Contraste, tamanhos de texto, navegação por teclado e leitores de tela considerados desde o design, não remendados no final.
Como trabalhamos o design
Três etapas, cada uma terminando em algo concreto para revisar.
Entender
Ouvimos o que vocês querem alcançar, com que recursos contam e o que acontece hoje. Saímos com um escopo escrito e os critérios pelos quais o resultado será avaliado.
Propor
Arquitetura da informação e protótipos navegáveis. Vocês veem a solução funcionando antes de ela existir e podem mudar de ideia enquanto ainda é barato.
Validar
Testamos com usuários representativos, corrigimos o que falha e só então passamos ao desenvolvimento, com o design já comprovado.
Um caso real
App e plataforma para creches
Um sistema com duas faces e dois públicos opostos. A equipe da creche registra o dia a partir de um painel web pensado para entrada de dados no computador: muitos campos, uso repetido, teclado. As famílias recebem essa mesma informação no celular, em momentos soltos do dia e com um minuto de atenção. Projetar uma única interface para ambos teria atendido os dois grupos pela metade, então foi resolvido como duas experiências distintas sobre os mesmos dados.
Perguntas frequentes
- Dá para fazer design UX se o produto já está construído?
- Sim, e é o caso mais comum. Começamos medindo onde as pessoas travam hoje e priorizamos o que causa mais dano. Nem sempre é preciso refazer tudo: muitas vezes a maior mudança vem de reorganizar e renomear o que já existe.
- Quanto dura a etapa de design?
- Depende do tamanho do produto e de quão claro está o problema no início. O que é fixo é que cada etapa termina com algo concreto para revisar, então nunca passam semanas sem que vocês saibam como está.
- É preciso pesquisar com usuários ou basta nossa experiência interna?
- O conhecimento interno é um excelente ponto de partida e um mau ponto de chegada. Quem constrói o produto já sabe onde clicar, e esse viés é justamente o que faz algo parecer óbvio por dentro e confuso por fora.
- Entregam arquivos que qualquer desenvolvedor possa usar?
- Sim. Os protótipos e o design system ficam documentados para que qualquer equipe os assuma, trabalhando o desenvolvimento conosco ou não.
Têm um produto que não está sendo entendido?
Contem o que está acontecendo e dizemos se o problema é de design, de produto ou de outra coisa. Sem compromisso.
Agendar uma reunião