Simulados para Provas

Resumo: É a forma como uma pessoa percebe, utiliza e se relaciona com um produto, sistema ou serviço. Envolve facilidade de uso, utilidade, acessibilidade, eficiência e satisfação — além de emoções, expectativas e o contexto de uso.

Resumo: São conceitos relacionados, mas diferentes. UX trata de experiência, usabilidade, fluxos, necessidades e satisfação (como funciona e como o usuário vivencia). UI (User Interface) trata de cores, tipografia, botões, ícones e layout (como a interface se apresenta visualmente).

Resumo: Reduz erros e dificuldades de uso, facilita o aprendizado, aumenta a produtividade, melhora satisfação e confiança, reduz abandono/aumenta adoção, e contribui para acessibilidade e inclusão. Lembre: "um sistema tecnicamente correto pode fracassar se for difícil de usar."

Resumo: Projetar pensando em quem vai usar o sistema: quem são, o que precisam, quais objetivos e dificuldades têm, em que contexto e com quais dispositivos usam o sistema. UX exige empatia — não se deve projetar apenas pensando em si mesmo.

Resumo: Entrevistas (conversar com usuários), Questionários (coletar respostas de várias pessoas), Observação (ver a tarefa acontecendo), Testes (identificar dificuldades de uso), Personas (representar perfis de usuários) e Jornada (mapear etapas e experiências).

Resumo: É a facilidade com que uma pessoa utiliza um sistema para atingir seus objetivos. Três critérios centrais: fácil de aprender (o usuário entende rápido como começar), eficiente (realiza tarefas com pouco esforço) e tolerante a erros (ajuda a evitar e corrigir erros).

Resumo: São princípios de referência para avaliar interfaces: 1) Visibilidade do estado do sistema; 2) Correspondência com o mundo real; 3) Controle e liberdade do usuário; 4) Consistência; 5) Prevenção de erros; 6) Reconhecimento em vez de memorização; 7) Flexibilidade e eficiência; 8) Design minimalista; 9) Recuperação de erros; 10) Ajuda e documentação. Uma heurística funciona como um atalho mental que permite tomar decisões rápidas diante de problemas complexos.

Resumo: Uma boa experiência considera pessoas com deficiência visual, auditiva, motora ou cognitiva, diferentes faixas etárias e níveis de conhecimento tecnológico, e diferentes dispositivos/ambientes. Boas práticas: contraste adequado, textos legíveis, navegação por teclado, descrição de imagens, legendas em vídeos, feedback visual e sonoro. Acessibilidade não é um recurso extra — é parte de uma boa experiência.

Resumo: Pesquisar → Compreender → Definir → Criar → Prototipar → Testar → Melhorar. É um ciclo, não uma linha reta: testa-se, aprende-se, corrige-se e testa-se de novo — a solução evolui com evidências e feedback dos usuários.

Resumo: É uma visão abrangente do público que utiliza ou poderá utilizar um produto — ajuda a identificar características, necessidades e comportamentos gerais, considerando fatores como idade, profissão, conhecimentos, objetivos e dificuldades.

Resumo: Evita decisões baseadas em opiniões da equipe; ajuda a definir funcionalidades que realmente trazem valor; facilita decisões de interface (linguagem visual, tom de voz); previne problemas de usabilidade antes do desenvolvimento; e mantém o foco humano — a pessoa usuária no centro de todas as decisões.

Resumo: Dados demográficos (idade, escolaridade, localização, profissão), Contexto de uso (onde/quando/como usa), Objetivos (o que deseja realizar), Necessidades (o que precisa para atingir os objetivos), Dificuldades (obstáculos e frustrações) e Conhecimento tecnológico (iniciante, intermediário ou avançado).

Resumo: É um personagem fictício criado a partir de dados e características reais de um grupo de usuários, representando um usuário arquetípico. Tem identidade completa (nome, idade, profissão, objetivos, necessidades e dificuldades) e serve como referência constante durante o design e as decisões do projeto.

Resumo: Perfil do Usuário = visão macroscópica: geral e abrangente, com dados agregados e foco em segmentos demográficos/mercado. Persona = visão humanizada: mais específica, cria um personagem fictício baseado em dados reais, gera empatia e norteia a experiência prática.

Resumo: 1) Pesquise os usuários (entrevistas, questionários, observações); 2) Identifique padrões (comportamentos repetidos); 3) Escolha o grupo mais relevante; 4) Crie a identidade (nome, imagem, perfil, contexto); 5) Mapeie objetivos, necessidades e dificuldades; 6) Use a persona para guiar todas as decisões do time.

Resumo: Baseie em pesquisa real (nunca em estereótipos/suposições); priorize — não crie personas demais, foque nas mais relevantes; mantenha objetividade (informações úteis e diretas); mantenha atualizada conforme surgem novos dados. Pergunta de ouro: "essa decisão de interface atende às necessidades da nossa persona?"

Resumo: É a representação das etapas pelas quais uma pessoa passa para atingir um objetivo. Considera não só as telas do sistema, mas também o contexto antes, durante e depois da interação — ajudando a equipe a enxergar a experiência do ponto de vista do usuário.

Resumo: A Jornada do Usuário foca a interação com um produto/sistema específico (ex.: abrir um app e concluir uma tarefa). A Jornada do Consumidor é mais ampla, abrangendo a relação com a marca: descoberta, consideração, compra, uso, suporte e fidelização. As duas podem se complementar.

Resumo: Descobre pontos de fricção que não aparecem só olhando a interface; ajuda a compreender emoções e expectativas em cada etapa; prioriza problemas de maior impacto; encontra oportunidades de inovação; e alinha designers, desenvolvedores, produto, atendimento e negócio.

Resumo: Persona (quem é), Objetivo (o que quer realizar), Etapas (passos percorridos), Touchpoints (onde interage), Pensamentos (o que espera/imagina), Emoções (como se sente), Dores (o que dificulta) e Oportunidades (como melhorar).

Resumo: 1) Descoberta (percebe uma necessidade); 2) Consideração (pesquisa e compara opções); 3) Decisão (escolhe uma solução); 4) Uso (interage e realiza a tarefa); 5) Pós-uso (avalia, recomenda ou solicita suporte).

Resumo: Touchpoint é qualquer ponto em que o usuário entra em contato com a experiência. Pode ser Digital (site, app, chatbot, e-mail, redes sociais), Físico (loja, caixa, embalagem, equipamento) ou Humano (vendedor, suporte, atendente). Importante: o usuário percebe a experiência como um todo, não como departamentos isolados.

Resumo: Emoção é o sentimento do usuário em cada etapa (ex.: frustrado, aliviado, satisfeito). Dor é um problema ou dificuldade que incomoda o usuário na experiência (ex.: sistema lento, mensagem de erro confusa). Fricção é qualquer coisa que torna a jornada mais difícil, lenta ou confusa — atrapalha o usuário de chegar ao objetivo (ex.: exigir muitas etapas de cadastro antes de finalizar uma compra).

Resumo: 1) Defina a persona e o objetivo da jornada; 2) Colete dados (entrevistas, observação, testes, analytics); 3) Liste etapas e touchpoints; 4) Registre ações, pensamentos, emoções e dores; 5) Identifique momentos críticos e oportunidades; 6) Valide o mapa com usuários e com a equipe.

Resumo: Mapear a jornada não é o objetivo final — o valor está nas decisões tomadas a partir dela. Priorize dores por impacto, frequência e esforço de resolução; transforme oportunidades em hipóteses de melhoria; crie protótipos, teste com usuários e meça resultados; repita o processo, pois jornadas evoluem com o produto e o comportamento das pessoas.

Resumo: É uma investigação para compreender profundamente a experiência do usuário — busca descobrir como e por que as pessoas agem de determinada maneira. Trabalha principalmente com relatos, observações e comportamentos (ex.: descobrir por que um usuário abandona um cadastro).

Resumo: Qualitativa busca compreender o porquê (entrevistas, observação, testes). Quantitativa busca medir o quanto (questionários, métricas, estatísticas). Exemplo clássico: "70% abandonam o cadastro" é quantitativo; "por que abandonam?" é qualitativo.

Resumo: Entrevista com usuários, Observação, Teste de Usabilidade, Grupo Focal (Focus Group), Pesquisa Contextual/estudo de campo e Card Sorting.

Resumo: É uma conversa planejada com usuários reais. Use perguntas abertas ("Como você faz...?", "O que dificulta...?", "Por quê?"), evite induzir a resposta e registre frases e comportamentos importantes.

Resumo: O pesquisador observa o usuário realizando uma tarefa real. Não basta perguntar o que ele faria — é importante observar o que ele realmente faz: erros, dúvidas, pausas, desvios e estratégias.

Resumo: Um usuário recebe tarefas e tenta realizá-las no sistema, enquanto o pesquisador observa sem interferir desnecessariamente (ex.: "encontre um tênis preto tamanho 40 e finalize a compra"). Registra-se tempo, erros, dúvidas, cliques inesperados e comentários — o objetivo é encontrar problemas de uso.

Resumo: Focus Group reúne um pequeno grupo, conduzido por um moderador, para explorar opiniões e percepções diferentes — mas opinião de grupo não substitui teste individual de usabilidade. Pesquisa Contextual acontece no ambiente real do usuário, ajudando a entender contexto, ferramentas e limitações reais de uso.

Resumo: 1) Defina o objetivo; 2) Escolha o perfil dos participantes; 3) Prepare roteiro e tarefas; 4) Colete dados; 5) Organize os registros; 6) Procure padrões; 7) Transforme descobertas em insights; 8) Proponha melhorias.

Resumo: Escolha participantes representativos do público; peça autorização antes de gravar; preserve privacidade e dados pessoais; não julgue o usuário (o problema pode estar no sistema); evite perguntas que induzam respostas; documente evidências antes de propor soluções.

Resumo: Investiga um problema usando dados que podem ser medidos e comparados. Segue o ciclo: Perguntar (coletar respostas) → Medir (transformar em números) → Comparar (encontrar padrões) → Decidir (orientar melhorias). Pergunta típica: "Quantos usuários enfrentam este problema?"

Resumo: Não é só "ter números" — serve para Medir (satisfação, facilidade, esforço), Priorizar (problemas mais frequentes), Comparar (versões, públicos, jornadas) e Validar (se uma mudança melhorou uma métrica).

Resumo: Múltipla escolha (categorias), Escala (intensidade, ex.: nota de 1 a 5), Sim/Não (ocorrência), Ranking (prioridade — ordenar por importância) e Numérica (quantidade). Cuidado: evite juntar duas ideias numa mesma pergunta (ex.: "Você gostou do sistema e achou fácil?").

Resumo: Transformam percepções em valores comparáveis (ex.: escala de 1 a 5, de "discordo muito" a "concordo muito"). Cuidados: não misturar escalas diferentes na mesma pesquisa (ex.: 1–5 numa pergunta e 1–10 noutra), definir claramente o que cada extremo significa, e lembrar que uma média sozinha não explica o motivo da avaliação.

Resumo: Raramente se pesquisa todos os usuários — trabalha-se com uma amostra que deve representar o público-alvo. O tamanho ideal depende do objetivo, diversidade e nível de confiança desejado. Atenção ao viés de amostra: quem responde pode não representar quem não responde.

Resumo: CSAT (Satisfação — "quão satisfeito você está?"), NPS (Recomendação — "de 0 a 10, recomendaria?"), CES (Esforço — "foi fácil resolver?") e Taxa de Sucesso ("conseguiu concluir?"). Uma boa métrica é aquela que ajuda a responder uma pergunta de negócio ou de UX.

Resumo: 1) Frequência (quantas respostas em cada opção); 2) Percentual (proporção de cada resposta); 3) Média/mediana (valor central); 4) Comparação (diferença entre grupos ou versões); 5) Interpretação (o que isso significa para a UX).

Resumo: Pergunta tendenciosa (induz a resposta), Dupla pergunta (duas ideias numa só), Amostra inadequada (ex.: só pesquisar a própria equipe), Escala confusa (misturar sentidos, ex.: "1 = ótimo" numa e "1 = péssimo" noutra), Excesso de perguntas (gera abandono) e Conclusão exagerada (confundir correlação com causa). Regra de ouro: definir objetivo, público e uso do resultado antes de coletar dados.

Resumo: É uma abordagem centrada no ser humano para solucionar problemas complexos e gerar inovação. Combina empatia, criatividade e razão para atender necessidades reais dos usuários e gerar valor de negócio. Funciona mais como um mindset de colaboração e experimentação rápida do que como um conjunto fixo de ferramentas.

Resumo: 1) Empatia — entender dores, necessidades e sentimentos do público; 2) Definição — organizar os dados coletados e definir com clareza o verdadeiro problema; 3) Ideação — gerar o maior número de ideias criativas (brainstorming); 4) Prototipação — transformar as melhores ideias em modelos tangíveis (MVP); 5) Validação/Testes — apresentar o protótipo aos usuários e ajustar. O processo é iterativo: pode-se voltar a qualquer etapa.

Resumo: Etapa de conhecer as pessoas a fundo, usando técnicas como entrevista, observação, questionário e jornada do usuário. Exemplo: perguntar a alunos "como você acompanha as atividades?" pode revelar que a dificuldade é a dispersão das informações em vários canais diferentes.

Resumo: Transforma os dados coletados numa declaração clara do problema — não numa solução pronta. Exemplo: em vez de "precisamos criar um aplicativo de tarefas" (❌ solução), o correto é "alunos precisam visualizar seus próximos prazos em um único lugar porque atualmente consultam diferentes canais" (✅ necessidade).

Resumo: Etapa de gerar o maior número possível de ideias em grupo (brainstorming), sem julgar de início — "primeiro quantidade, depois avaliação". Um mesmo problema (ex.: fila grande na cantina) pode gerar várias soluções diferentes (pedido antecipado, QR Code, senha digital, etc.).

Resumo: Transforma as melhores ideias em modelos tangíveis, evoluindo por fidelidade: baixa fidelidade (desenho no papel) → média (wireframe, ex.: no Figma) → alta (protótipo navegável). Não é preciso programar para aprender com o protótipo.

Resumo: O protótipo é apresentado a usuários reais para observar o uso, coletar feedback e aprender com os erros, ajustando a solução antes de investir em desenvolvimento completo.

Resumo: Criar a solução antes de pesquisar; entrevistar somente amigos; ignorar opiniões diferentes; confundir opinião com evidência (ex.: "eu acho esse botão fácil" não substitui observar usuários reais); fazer um protótipo perfeito cedo demais; e testar apenas com a própria equipe.