Voltar para Pesquisa e design

Templates de enquadramento do problema

Não resolva o problema errado. Use o template de Enquadramento do problema para alinhar seus stakeholders no 'Porquê' antes do 'Como', garantindo que toda solução que você criar atenda a uma necessidade de usuário verificada ou a um objetivo de negócio.

6 templates

Explore mais

O que é um template de enquadramento do problema?

Um template de enquadramento do problema é um framework colaborativo usado para definir os limites, o impacto e a "natureza real" de um desafio antes de qualquer brainstorming de soluções. Ele leva um time de uma observação vaga (por exemplo, "Os usuários estão saindo") para uma missão estruturada (por exemplo, "Como podemos reduzir o atrito no processo de finalização da compra para usuários móveis que compram pela primeira vez?"). Funciona como uma salvaguarda contra o "viés de solução", quando os times partem para construir apps antes de entender a dificuldade real das pessoas.

A auditoria "Definição": 3 formas de enquadrar para o sucesso

Um problema bem enquadrado já está meio resolvido. Antes de finalizar sua declaração de missão na Miro, aplique estas três "checagens" de especialista:

1. Auditoria de profundidade "5 Whys"

A verificação: Sua declaração do problema é apenas um "sintoma" (por exemplo, "O site está lento")? A correção: Verifique as causas raiz. Use o método "5 Porquês" no seu template para aprofundar. Se o site está lento, por quê? Porque as imagens estão muito grandes. Por quê? Porque não há uma ferramenta de compressão. Por quê? Porque o orçamento não foi alocado. Enquadrar o problema como um problema de alocação de recursos leva a uma solução bem diferente do que apenas "corrigir o código".

2. O teste "Quem, o quê, onde, por quê"

A verificação: Sua declaração do problema está ampla demais (por exemplo, "A comunicação é difícil")? A correção: Verifique a especificidade. Um quadro profissional deve responder:

  • Who: Quem especificamente está enfrentando o problema?

  • What: Qual é o obstáculo específico que eles enfrentam?

  • Where: Em que contexto ou ambiente isso acontece?

  • Why: Por que isso importa para o negócio ou para o usuário? Se você não conseguir preencher essas quatro categorias, seu problema é um "tema", não um "quadro".

3. A reformulação "Como poderíamos" (HMW)

Auditoria: Seu problema está enquadrado como uma "Reclamação" em vez de uma "Oportunidade"? Solução: Avalie a presença de linguagem gerativa. Transforme a declaração final do problema em uma pergunta do tipo Como poderíamos. Uma boa pergunta "Como poderíamos" (HMW) é ampla o suficiente para permitir múltiplas soluções, mas específica o bastante para dar foco. (por exemplo, "Como poderíamos facilitar que pais ocupados acompanhem as métricas de saúde dos filhos?")

Frameworks estratégicos: qual template de problema você precisa?

Selecione o template da Miro que corresponde ao ponto de partida do seu projeto:

  • Canvas de Declaração do Problema:

    • Ideal para: Alinhar grandes times multifuncionais em uma única missão.

    • Objetivo: Mapear o usuário, problema, contexto e impacto em uma única grade visual.

  • Quadro "Jobs-to-be-Done" (JTBD):

    • Ideal para: Inovação de produto e priorização de funcionalidades.

    • Objetivo: Enquadrar o problema como um "trabalho" que o usuário contrata um produto para realizar (por exemplo, "Quando eu estiver [Situação], quero [Ação], para que eu possa [Resultado].").

  • A "Escada de Abstração":

    • Ideal para: quando um time está preso em um problema técnico muito específico.

    • O objetivo: subir na escada ("por quê?") para encontrar um problema mais amplo ou descer na escada ("como?") para definir uma execução técnica específica.

Componentes-chave de um template de enquadramento do problema

Um board de alto desempenho da Miro para enquadramento do problema precisa destes cinco elementos essenciais:

  • A persona do usuário: Uma breve descrição da pessoa específica no centro do problema.

  • Status atual vs. Status desejado: Uma comparação visual de "Como está agora" vs. "Como deveria estar."

  • Galeria de evidências: Dados reais, depoimentos de usuários ou capturas de tela que comprovem a existência do problema.

  • Métricas de impacto: O que acontece se não resolvermos isso? (por exemplo, perda de receita, alta rotatividade, riscos à segurança).

  • A declaração final do problema: Um resumo de 1–2 frases que serve como a "estrela do norte" para o projeto.

Erros comuns no enquadramento do problema

  • A "Solução disfarçada": Enquadrar o problema como "Precisamos de um chatbot de IA."

    • A solução: Remova todas as menções à tecnologia na declaração do problema. O problema é "Os usuários não conseguem encontrar respostas rapidamente", não "Precisamos de IA".

  • Ignorar o caso de negócio: Enquadrar um problema que os usuários têm, mas que não importa para a empresa.

    • A solução: Garanta que cada quadro do problema inclua uma seção "Valor para o negócio" para justificar o investimento.