estudo de usabilidade: momento em que o usuário testa seu produto

A verdadeira prova do design: observar como o usuário interage e ter novos insights.

tempo de leitura: 2 min~

Data: 13/01/2026

olá, tudo bom?

Nos posts anteriores, percorremos toda a jornada de pesquisa e criação do aplicativo PDV: conhecemos a Leatrice através de personas, mergulhamos em suas emoções com o mapa de empatia, mapeamos cada passo de sua rotina, analisamos a concorrência e até transformamos tudo isso em wireframes iniciais.

Mas hoje chegamos no momento da verdade: o teste de usabilidade. É aqui que descobrimos se nossa solução realmente funciona na prática, ou se estávamos apenas criando suposições bem-intencionadas.

Se a persona nos diz para quem projetamos, e o wireframe nos mostra como pensamos que deve funcionar, o teste de usabilidade nos revela o que Realmente acontece quando as mãos do usuário encontram nossa interface.

Sobre o processo!

Durante o teste, enfrentei várias dificuldades para qualquer designer: explicar, ajudar, justificar. Quando vi o participante hesitar em frente a um botão que eu achava óbvio, meu instinto foi dizer "É só clicar ali!". Mas me contive. O verdadeiro valor do teste não estava no sucesso imediato, mas na descoberta dos pontos de confusão.

Conduzir um teste de usabilidade não é sobre provar que você está certo - é sobre descobrir onde você pode estar errado. É a ferramenta que transforma arrogância de designer em humildade criativa.

E foi assim que conduzi meu Teste de Usabilidade!

https://docs.google.com/presentation/d/1teYtfjaMLtXBqBt-dT1AthYcLlX2kQ1s2jI9ZqEHSVQ/edit?usp=sharing

Primeiramente, tive que estabelecer algumas tarefas para serem realizadas, permitindo ver realmente se o wireframe está intuitivo e atendendo aos objetivos da Leatrice. Junto dessas tarefas, anotei métricas específicas de usabilidade para medir não apenas o "se" ela conseguia completar as tarefas, mas "como" ela as realizava - seus desafios, hesitações, frustrações e momentos de clareza.

As tarefas testadas foram:

• Abrir o caixa - O primeiro passo do dia dela

  
  

• Cadastrar um novo produto no sistema - Algo que faz regularmente

  
  

• Realizar a venda de 2 unidades do produto cadastrado - O coração do seu negócio

  
  

Cada tarefa foi projetada para testar aspectos específicos da interface, desde a descoberta de funcionalidades até a execução de ações críticas do negócio.

Tarefa 1: Abrir o Caixa

Contexto: "São 9h da manhã, você acabou de abrir a loja e precisa preparar o caixa para o dia."

Observação: leatrice hesitou inicialmente. Seus olhos percorreram a tela em busca de algo óbvio como "Caixa" ou "Iniciar Dia". Encontrou o ícone do caixa na barra lateral, mas demorou 12 segundos para localizá-lo - tempo considerável para uma ação que deveria ser imediata.

Métricas observadas:

• Tempo para iniciar: 12 segundos (meta: <5s)

  
  

• Expressão facial: Confusão inicial seguida de alívio

  
  

• Comentário verbal: "Ah, tá aqui... achei que fosse mais visível"

  
  

• Tom de voz: Inicialmente inseguro, depois neutro

  
  

Insight principal: A ação mais crítica do dia - abrir o caixa - não estava suficientemente destacada. Usuários não devem "buscar" funcionalidades essenciais; elas devem se apresentar.

Tarefa 2: Cadastrar um Novo Produto

Contexto: "Chegou um novo modelo de violão na sua loja. Você precisa cadastrá-lo no sistema antes de poder vendê-lo."

Observação: Esta foi a tarefa mais desafiadora. leatrice:

• Não soube como começar a cadastrar um produto inicialmente

  
  

• Ficou confusa sobre onde ficava o menu "Cadastros"

  
  

• Teve dificuldade em encontrar o botão "Novo Produto"

  
  

• Sentiu-se frustrada ao preencher os campos do produto

Métricas detalhadas:

• Navegação inicial: 3 tentativas erradas antes de encontrar o caminho correto

  
  

• Expressão facial: Frustração crescente

  
  

• Comentário verbal: "Muitos campos... tem que preencher tudo isso?"

• Tom de voz: Frustrado

  
  

• Observação específica: "Demorou a achar o menu principal, escondido na lateral"

  
  

O momento crucial: Ao chegar no formulário de cadastro, leatrice pausou e disse: "Na minha loja, às vezes só quero colocar o nome e o preço primeiro, o resto eu completo depois".

Esta foi uma revelação importante - meu wireframe exigia 8 campos obrigatórios, quando na prática, ela precisava apenas de 2 para começar.

Tarefa 3: Realizar uma Venda

Contexto: "Um cliente quer comprar 2 unidades daquele produto que você acabou de cadastrar."

Observação: Curiosamente, esta tarefa - teoricamente a mais complexa - foi a que Leatrice executou com mais fluidez.

• Soube como adicionar um item à venda rapidamente

  
  

• Não ficou confusa sobre como informar a quantidade (usou intuitivamente o campo numérico)

  
  

• Não teve problemas para finalizar a venda

  
  

Métricas observadas:

• Tempo total: 45 segundos (dentro do esperado)

  
  

• Fluidez: Poucas hesitações, fluxo contínuo

  
  

• Expressão facial: Concentrada, mas não frustrada

  
  

• Tom de voz: Confiante durante a execução

  
  

• Observação: "Estava tranquilo até precisar voltar para corrigir algo"

  
  

O problema inesperado: Quando Leatrice  adicionou o produto errado por engano e tentou removê-lo, ficou presa. "Como tiro isso daqui?" Ela procurou um "X" no item, tentou arrastar para fora, e só depois de 20 segundos encontrou o ícone discreto de lixeira. A frustração foi visível.

Análise dos Dados Coletados

Taxa de Sucesso por Tarefa:

1. Abrir caixa: 80% (conseguiu, mas com hesitação)

   
   

2. Cadastrar produto: 40% (múltiplas dificuldades)

   
   

3. Realizar venda: 90% (quase perfeito)

   
   

4. Aplicar desconto: 20% (quase falhou completamente)

   
   

Principais Problemas Identificados:

1. Hierarquia visual deficiente: Ações importantes (abrir caixa) não se destacam

   
   

2. Complexidade desnecessária: Cadastro com muitos campos obrigatórios

   
   

3. Feedback inadequado: Remover itens não é óbvio

   
   

Padrões de Comportamento Observados:

• Clara preferia tentativa e erro a ler instruções

  
  

• Pausas longas indicavam pontos de confusão crítica

  
  

• Sussurros para si mesma revelavam processo de raciocínio

  
  

• Solicitação de ajuda só vinha após múltiplas tentativas frustradas

Como Usei Essas Observações

Transformei cada observação em uma melhoria específica no wireframe:

1. Problema Dificuldade em encontrar

   solução: "Abrir Caixa"Solução: Botão destacado na tela inicial, não apenas no menu

   
   

2. Problema Cadastro muito complexo

   Solução: "Cadastro Rápido" com apenas campos essenciais

   
   

3. Problema: Remover itens não intuitivo

   Solução: Ícone de lixeira mais visível ( icone de lixeira)

Conclusão

Este teste de usabilidade foi humilhante e revelador ,Descobri que:

• Minhas suposições sobre "intuitivo" eram ingênuas

  
  

• A simplicidade que eu julgava ter criado era, na verdade, complexidade disfarçada

  
  

• Usuários reais têm padrões de comportamento que wireframes estáticos não preveem

  
  

O maior aprendizado? Clara não é a Leatrice. Por mais que eu tenha pesquisado, entrevistado e me colocado no lugar dela, havia nuances que só apareceram quando suas mãos reais interagiram com minha interface.

obrigado :)