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 sobre o 'Por quê' antes do 'Como', garantindo que cada solução que você construir atenda a uma necessidade do usuário ou objetivo de negócio verificado.

Templates de 6

O que é um Template de Definição de Problemas?

Um template de definição de problemas é um framework colaborativo usado para definir os limites, impacto e "verdadeira natureza" de um desafio antes de qualquer solução ser discutida. Ele move um time de uma observação vaga (por exemplo, "Usuários estão saindo") para uma missão estruturada (por exemplo, "Como podemos reduzir as fricções no processo de checkout para usuários móveis de primeira viagem?"). Ele atua como um limitador contra o "viés de solução", onde equipes pulam para construir apps antes de entender o sofrimento humano.

O "Auditoria de Definição": 3 Maneiras de Enquadrar para o Sucesso

Um problema bem definido é um problema meio resolvido. Antes de finalizar sua declaração de missão na Miro, aplique estes três "checagens de saúde" feitas por especialistas:

1. A Auditoria de Profundidade dos "5 Porquês"

O Auditoria: Sua declaração de problema é apenas um "sintoma" (ex.: "O site está lento")? A Solução: Audite em busca das Causas Raiz. Use o método dos "5 Porquês" dentro do seu template para aprofundar mais. Se o site está lento, por quê? Porque as imagens sã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 uma Questão de Alocação de Recursos leva a uma solução muito diferente do que apenas "corrigir o código".

2. O Teste "Quem, O quê, Onde, Por quê"

O Auditoria: Sua declaração de problema é muito ampla (ex.: "Comunicação é difícil")? A Solução: Audite em busca de Especificidade. Um quadro profissional deve responder:

  • Quem: Quem está especificamente enfrentando o problema?

  • O quê: Qual é o obstáculo específico que enfrentam?

  • Onde: Em que contexto ou ambiente isso acontece?

  • Por quê: Por que isso é importante para o negócio ou para o usuário? Se você não consegue preencher esses quatro critérios, seu problema é um "tema", e não um "quadro".

3. O Pivot "Como Podemos" (HMW)

A Auditoria: Seu problema está enquadrado como uma "Queixa" em vez de uma "Oportunidade"? A Solução: Audite em busca de Linguagem Geradora. Transforme sua declaração de problema final em uma pergunta Como Podemos. Um bom HMW é amplo o suficiente para permitir várias soluções, mas específico o suficiente para fornecer foco. (por exemplo, "Como podemos facilitar para pais ocupados o acompanhamento das métricas de saúde de seus filhos?")

Frameworks Estratégicos: Qual Template de Problema Você Precisa?

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

  • The Problem Statement Canvas:

    • Melhor para: Alinhar grandes equipes multifuncionais em uma única missão.

    • O Objetivo: Mapear o Usuário, Problema, Contexto e Impacto em uma única grade visual.

  • O "Jobs-to-be-Done" (JTBD) Frame:

    • Melhor para: Inovação de produtos e priorização de funcionalidades.

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

  • A "Abstraction Ladder":

    • Melhor para: Quando o time está travado em um problema técnico muito específico.

    • O objetivo: Subir na "escada" (Por que?) para encontrar um problema mais amplo ou descer na "escada" (Como?) para encontrar uma execução técnica específica.

Componentes chave de um Template de Problem Framing

Um board da Miro de alto desempenho para Problem Framing requer estes cinco elementos principais:

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

  • Estado atual vs. Estado 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 provam que o problema existe.

  • Métricas de Impacto: O que acontece se não resolvermos isso? (ex.: Perda de receita, alta rotatividade, riscos de segurança).

  • A "Declaração de Problema" Final: Um resumo de 1 a 2 frases que serve como "Estrela Guia" para o projeto.

Erros Comuns na Estruturação de Problemas

  • O "Problema Disfarçado de Solução": Estruturar o problema como "Precisamos de um chatbot de IA."

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

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

    • A Solução: Certifique-se de que cada quadro de problema inclua uma seção "Valor para o Negócio" para justificar o investimento.