Atualizado · 2026
O que é Design Thinking em IHC?
O Design Thinking é uma abordagem iterativa de solução de problemas
complexos que combina empatia pelo usuário, criatividade na geração
de alternativas e experimentação por meio de protótipos e testes.
Em projetos de IHC, ele é usado para projetar interfaces digitais
levando em conta necessidades reais, contexto de uso, limitações e
expectativas dos usuários, evitando decisões baseadas apenas em
achismos técnicos.
Exemplo prático: painel de comunicação para alienígenas
Imagine que sua equipe de IHC precisa projetar um painel de
comunicação para a tripulação de uma nave de alienígenas da espécie
Zyrk, que se comunica por cores e padrões luminosos em vez de texto.
Eles precisam de uma interface para: registrar missões, enviar
alertas de perigo e coordenar aterrissagens em planetas desconhecidos,
usando apenas cores, formas e sons. A seguir, vamos percorrer cada
fase do Design Thinking com esse exemplo.
Visão resumida das fases
| Fase |
Entradas |
Atividades principais |
Saídas |
| Empatia |
Contato com usuários, contexto, observações iniciais |
Entrevistas, observação, mapas de empatia |
Insights, personas, mapa de problemas |
| Definição |
Insights, problemas e necessidades levantados |
Síntese, agrupamento, enunciado do problema |
Problema definido, critérios de sucesso |
| Ideação |
Problema definido e critérios |
Brainstorming, sketching, combinação de ideias |
Conjunto de soluções candidatas |
| Prototipagem |
Ideias selecionadas |
Criação de protótipos de baixa/alta fidelidade |
Protótipos testáveis |
| Teste |
Protótipos e roteiro de avaliação |
Testes com usuários, coleta de feedback |
Aprendizados, lista de ajustes, nova iteração |
Fase 1 – Empatia
Objetivo: compreender profundamente quem são os usuários, como é o
contexto da nave, como eles se comunicam e quais tarefas precisam
executar com o painel de comunicação.
Entradas
- Convite da Federação Galáctica para melhorar a interface da nave Zyrk.
- Relatos iniciais de falhas de comunicação em missões anteriores.
- Acesso limitado à nave para observação da rotina da tripulação.
Atividades (como executar)
-
Realizar sessões de observação na ponte da nave, anotando como
os Zyrk usam luzes, cores e sons para se comunicar.
-
Entrevistar alguns pilotos e comandantes (com tradução automática),
perguntando sobre situações recentes em que houve confusão com o painel.
-
Construir um mapa de empatia: “O que os Zyrk veem, escutam, sentem
e fazem” quando usam o painel para alertas de perigo.
-
Registrar fotos/esboços da cabine e do painel atual para entender
a disposição física dos elementos.
Saídas esperadas
-
Lista de necessidades: por exemplo “precisamos reconhecer alertas
de perigo em menos de 2 segundos pela cor”.
-
Personas alienígenas, como “Comandante Zyrk veterano” e “Piloto
novato da academia galáctica”.
-
Conjunto de problemas mapeados, como “alerta de emergência se
confunde com aviso de baixa prioridade”.
Fase 2 – Definição do problema
Objetivo: sintetizar os achados da fase de empatia e chegar a uma
formulação clara do problema de IHC que será atacado primeiro.
Entradas
- Persona dos Zyrk (perfis, limitações, motivações).
- Mapa de empatia e lista de situações críticas na nave.
- Problemas de comunicação e erros em missões anteriores.
Atividades (como executar)
-
Agrupar problemas similares em post-its (por exemplo, todos os
problemas de “alerta de perigo” em uma coluna).
-
Discutir com a equipe e priorizar o que tem maior impacto na
segurança da missão.
-
Escrever um enunciado do problema em formato centrado no usuário,
como: “Pilotos Zyrk precisam identificar alertas de perigo
sem ambiguidade, mesmo em situações de alta carga cognitiva”.
-
Definir critérios de sucesso (por exemplo, taxa de erros de
interpretação menor que 2% em simulações).
Saídas esperadas
- Enunciado do problema de design centrado no usuário.
-
Lista priorizada de requisitos de interface (cores distintas,
padrões luminosos únicos para cada tipo de alerta, etc.).
-
Critérios de avaliação que serão usados nas fases de prototipagem
e teste.
Fase 3 – Ideação
Objetivo: gerar muitas ideias de possíveis soluções de interface,
sem julgamento inicial, explorando diferentes maneiras de organizar
cores, padrões de luz e sons no painel.
Entradas
- Problema de design formulado.
- Requisitos priorizados e critérios de sucesso.
- Referências de outros painéis de nave (humanos e alienígenas).
Atividades (como executar)
-
Sessão de brainstorming com equipe de IHC e alguns Zyrk, usando
quadros e cartões coloridos para representar possíveis padrões.
-
Técnica de “Crazy 8s”: cada pessoa esboça 8 ideias de layout ou
padrão luminoso em 8 minutos.
-
Combinar ideias complementares (por exemplo, uma proposta boa de
cores com outra boa de sons).
-
Votar nas ideias que melhor atendem os critérios definidos
(por exemplo, com etiquetas adesivas).
Saídas esperadas
-
Conjunto de conceitos de interface (por exemplo, “painel com
trilha de cores” vs. “painel com círculos pulsantes”).
- Esboços (sketches) das telas e áreas do painel.
-
Lista de 1–3 ideias selecionadas que serão transformadas em
protótipos.
Fase 4 – Prototipagem
Objetivo: transformar as melhores ideias em protótipos testáveis,
que permitam simular a interação dos Zyrk com o painel em situações
de missão.
Entradas
- Ideias selecionadas na fase de ideação.
- Critérios de sucesso e cenários de uso (missões fictícias).
- Ferramentas de prototipagem (papel, Figma, simulações de luz).
Atividades (como executar)
-
Criar maquetes em papel ou protótipos digitais simples das telas
do painel, com as cores e padrões luminosos desenhados.
-
Definir cenários de teste, como “alerta de meteoro” e “falha em
motor hiperespacial”.
-
Configurar uma simulação no laboratório: escurecer a sala, usar
luzes coloridas para imitar o painel da nave e projetar o
protótipo na parede.
-
Garantir que o protótipo permita registrar tempo de reação e
erros de interpretação dos Zyrk.
Saídas esperadas
- Protótipos navegáveis ou “encenáveis” em simulação de cabine.
-
Roteiro de uso para os testes (passo a passo que o usuário
deverá executar).
-
Versões alternativas de protótipos, se houver tempo para
comparar diferentes abordagens.
Fase 5 – Teste
Objetivo: validar os protótipos com usuários Zyrk, coletando dados
sobre eficácia, eficiência e satisfação, e gerar ajustes para uma
nova iteração.
Entradas
- Protótipos do painel de comunicação.
- Roteiro de tarefas e cenários preparados na fase anterior.
- Checklist de métricas: tempo de reação, número de erros, feedback qualitativo.
Atividades (como executar)
-
Convidar pilotos Zyrk para simular missões usando o novo painel
em um ambiente controlado.
-
Pedir que executem tarefas como “responder a três tipos de
alertas em sequência” e observar sem interferir.
-
Medir tempo de resposta para cada alerta e registrar confusões
entre tipos de sinal.
-
Ao final, conduzir uma entrevista rápida para entender percepções,
dúvidas e sugestões de melhoria.
Saídas esperadas
-
Relatório de teste com métricas e achados qualitativos
(comentários dos Zyrk).
-
Lista priorizada de ajustes de interface (por exemplo, “aumentar
contraste entre alerta crítico e aviso informativo”).
-
Decisão: seguir para implementação ou voltar a fases anteriores
(ideação/prototipagem) para refinar a solução.
Sugestão de atividade de aula com Design Thinking
Passo 1 – Escolha do “mundo”
Cada grupo escolhe um contexto criativo (alienígenas, robôs,
criaturas submarinas) e define um sistema interativo que precisa
ser projetado.
Passo 2 – Aplicar as cinco fases
Em 2–3 encontros, o grupo percorre Empatia, Definição, Ideação,
Prototipagem e Teste, registrando entradas, atividades e saídas
de cada fase.
Passo 3 – Relato final
Cada grupo apresenta o painel/sistema projetado, os protótipos
produzidos e os aprendizados dos testes, conectando tudo aos
conceitos de IHC.