Considerando as melhores práticas em Engenharia de Usabilidade, assinale a opção que apresenta a forma correta de utilizar a prototipação.
- A)A equipe desenvolve um protótipo de alta fidelidade detalhado e funcional no início do projeto, sem coletar feedback dos usuários, focando em ajustes técnicos antes de validar as necessidades do usuário.
Errada, porque começa com alta fidelidade cedo demais e ainda ignora o feedback dos usuários, o que contraria a prototipação iterativa centrada no usuário.
- B)Utilizando protótipos de baixa fidelidade, a equipe rapidamente testa diversas ideias de interfaces com um pequeno grupo de usuários internos, sem alterar a diversidade na amostra de testes para manter uma base de comparação mas iterar com base no feedback recebido.
Errada, porque limita os testes a usuários internos e não enfatiza a variação adequada do público, o que reduz a validade do feedback de usabilidade.
- C)A equipe cria um único protótipo de alta fidelidade e realiza testes com um grande número de usuários finais e planeja ajustes com base nas observações coletadas.
Errada, porque aposta em um único protótipo de alta fidelidade e em testes amplos logo de início, em vez de iterar progressivamente com versões simples.
- D)Inicialmente, são desenvolvidos protótipos de baixa fidelidade para explorar conceitos de design e fluxos de interação. Após coletar e analisar feedback dos usuários, a equipe itera sobre os protótipos, aumentando progressivamente a fidelidade.
Certa, porque usa protótipos de baixa fidelidade para explorar ideias, coleta feedback e evolui a solução por iterações com aumento gradual da fidelidade.
- E)Os protótipos são desenvolvidos exclusivamente pelo time de design, sem comunicação com a equipe de desenvolvimento, e os testes de usabilidade são realizados apenas após a conclusão do desenvolvimento do aplicativo.
Errada, porque separa design e desenvolvimento e ainda deixa os testes de usabilidade apenas para o final, o que vai contra a validação precoce e contínua.
Gabarito: D
Em Engenharia de Usabilidade, prototipar serve para aprender rápido, errar barato e corrigir cedo. A ideia não é fazer logo de cara um produto perfeito, mas criar representações que permitam testar hipóteses sobre telas, fluxos e interações com usuários reais ou representantes do público-alvo. Quanto antes você descobre que algo ficou confuso, menos dor de cabeça depois. E isso vale muito mais do que passar semanas polindo um detalhe que talvez nem faça sentido para o usuário. A lógica mais aceita é começar com protótipos de baixa fidelidade, como rascunhos, wireframes ou modelos simples, porque eles facilitam mudanças rápidas e baratas. Depois que o time recebe feedback, vai refinando a solução em ciclos iterativos, aumentando a fidelidade aos poucos. Esse processo é típico de abordagens centradas no usuário e combina bem com práticas de usabilidade descritas em referências como Nielsen e a norma ISO 9241-210, que valorizam projeto centrado no usuário e iteração. Por isso, o gabarito é a alternativa D. Ela descreve exatamente o fluxo correto: primeiro baixa fidelidade para explorar ideias e fluxos, depois coleta de feedback, análise e novas versões mais refinadas. Em outras palavras, você testa cedo, aprende rápido e evita construir um castelo bonito em cima de uma ideia ruim. As demais opções tropeçam em erros clássicos: ou começam sofisticando demais cedo, ou ignoram o usuário, ou deixam o teste para o fim. Em usabilidade, isso é quase pedir para descobrir o problema quando já ficou caro demais consertar.