Declaração do Problema em UX: A Raiz de Todo Bom Design

Como definir claramente o que precisa ser resolvido antes de desenhar a primeira tela. Tempo de leitura: 4 min~

Data: 07/01/26

Olá! Que bom ter você aqui novamente!

Nos posts anteriores, exploramos ferramentas poderosas como o Mapa de Empatia e a Jornada do Usuário - ambas revelando os sentimentos e desafios da Leatrice.

Mas hoje quero voltar ao início de tudo, ao alicerce que sustentou cada uma dessas ferramentas: a Declaração do Problema. Se a jornada nos mostra o caminho e o mapa de empatia nos mostra o terreno, a declaração do problema nos diz por que estamos fazendo essa viagem.

É a diferença entre começar a construir sem rumo e saber exatamente qual ponte precisamos erguer sobre qual abismo.

Sobre o Processo

Antes de mergulhar em personas ou esboçar wireframes, precisei responder a uma pergunta fundamental: "O que, exatamente, estou tentando resolver?"

Parece óbvio, mas é aqui que muitos projetos falham. Durante essa definição, enfrentei a tentação de pular direto para as soluções: "E se fizermos um app com scanner de código?" ou "Precisamos de um dashboard lindo!"

Mas me contive. A experiência foi como ser detetive no primeiro dia do caso: reunir todas as pistas dispersas (as frustrações da Leatrice, os dados das entrevistas, os comportamentos observados) e transformá-las em uma única história coesa.

Criar uma declaração do problema não é sobre encontrar respostas - é sobre fazer a pergunta certa. É a ferramenta que nos impede de criar soluções brilhantes para problemas que ninguém tem.

E foi assim que criei minha Declaração do Problema!

Para definir com precisão o desafio da Leatrice, segui uma estrutura que transforma dores vagas em um problema acionável:

Passo 1: Identificar a Pessoa no Centro

Antes do problema, vem a pessoa:

• quem está sofrendo?: Leatrice, 38 anos, dona de uma loja de instrumentos musicais.Sua paixão é a música, mas seu dia é dominado pela burocracia.

Passo 2: Descobrir a Necessidade Central

• O que ela realmente precisa, não apenas o que ela diz que quer: o que ela precisa conseguir? Ela precisa de agilidade nas vendas e controle organizado sobre suas finanças.

  
  

Passo 3: Expor as Consequências Atuais

• O que acontece quando essa necessidade não é atendida: Por que isso importa? Porque os métodos atuais (planilhas, anotações, sistemas lentos)

  
  

  estão causando:

• Perda de tempo: Clientes esperam, vendas são perdidas

• Erros constantes: Troco errado, produtos registrados incorretamente

• Ansiedade financeira: Incerteza sobre lucros, medo do "prejuízo invisível"

Passo 4: Sintetizar em Uma Frase Poderosa

Declaração de problemas:

"Leatrice, dona de uma loja de instrumentos musicais, precisa de um sistema de PDV que ofereça agilidade nas vendas e controle financeiro organizado, porque os métodos manuais e sistemas lentos atuais causam perda de tempo, erros frequentes e ansiedade sobre a saúde do seu negócio."

Conclusão

Criar esta Declaração do Problema foi como encontrar o verdadeiro norte do projeto. Ela deixou de ser um exercício teórico para se tornar a bússola prática que guiou cada decisão - desde a escolha das cores até a hierarquia das informações.

Obrigado :)