Perguntas de entrevista UI UX Designer

Descreva seu processo de design do briefing ao mockup final.

Comece entendendo o problema e os critérios de sucesso, não a solução pedida — um briefing que pede um dashboard muitas vezes esconde uma pergunta sobre um único número. Depois pesquise o comportamento e as restrições existentes, esboce várias direções amplamente antes de refinar uma, prototipe na fidelidade que a pergunta exige, teste com usuários, e itere. O handoff e a medição pós-lançamento são parte do processo, não algo pensado depois.

Qual é a diferença entre UX e UI? Dê um exemplo de UX ruim com boa UI.

UX é toda a experiência de alcançar um objetivo — estrutura, fluxo, e se a coisa resolve o problema. UI é a camada visual e interativa por onde isso passa. Uma tela de assinatura lindamente desenhada onde cancelar exige um email ao suporte é excelente UI e UX hostil; ao contrário, um formulário simples e feio que te leva através em dez segundos é boa UX com UI ruim.

Como você conduz testes de usabilidade? Quantos participantes você precisa?

Dê aos participantes tarefas realistas em vez de perguntar a opinião deles, observe em silêncio, e resista a explicar a interface — no momento em que você ajuda, os dados se perdem. Cinco participantes por grupo de usuário tipicamente revelam a maioria dos problemas severos, e testar mais geralmente devolve os mesmos achados; é melhor rodar várias rodadas pequenas entre iterações do que um estudo grande no final.

O que é um design system e por que ele é necessário?

Um design system é uma biblioteca compartilhada de componentes, tokens, e regras de uso que mantém um produto consistente à medida que mais gente trabalha nele. Ele economiza o custo recorrente de redesenhar um botão e deixa os designers gastarem tempo em problemas reais. Só sobrevive se tiver um dono e um processo de contribuição — um sistema não mantido vira um museu que todo mundo contorna.

Como você defende sua solução quando um stakeholder discorda?

Separe preferência de evidência: pergunte com qual resultado eles se preocupam, depois responda com pesquisa, dados de uso, ou um princípio heurístico em vez de gosto. Se o desacordo persistir e os dados forem escassos, proponha um teste em vez de ganhar a discussão. Conseguir dizer o que te faria mudar de ideia te torna muito mais persuasivo do que defender o trabalho.

O que é a11y? Nomeie os requisitos básicos.

Acessibilidade significa que pessoas com deficiências possam usar o produto. A base é contraste 4.5:1 para texto de corpo, nunca transmitir significado só com cor, operabilidade completa via teclado com um estado de foco visível, estrutura semântica correta e labels para leitores de tela, e texto que se reajusta ao dar zoom para 200 por cento. Isso também melhora a usabilidade para todo mundo, que é o argumento que geralmente ganha orçamento.

Como você faz o handoff de designs para desenvolvedores?

Um handoff inclui estados, não só telas: vazio, carregando, erro, e casos-limite como um nome muito longo ou zero resultados. Cobre comportamento responsivo, especificidades de interação e movimento, e quais componentes do design system são usados. O melhor previsor de um handoff tranquilo é que os desenvolvedores viram o trabalho em progresso — um handoff que é a primeira conversa já chega atrasado.

Como você trabalha dentro de restrições quando a solução ideal não é viável?

Estabeleça o que a restrição realmente é — geralmente esforço, limitação técnica, ou timing — e encontre qual parte do valor sobrevive a um custo menor. Lance a versão reduzida deliberadamente, documente o que foi cortado e por quê, e acorde o que faria valer a pena revisitar. Designers que tratam restrições como parte do problema em vez de um obstáculo conseguem que muito mais do seu trabalho seja construído.