Como formular melhor um problema

“Precisamos de um aplicativo” parece uma tarefa clara. Alguém pode estimar o desenvolvimento, escolher a tecnologia e começar a desenhar telas. O problema que o aplicativo deveria resolver continua desconhecido.

Formular um problema exige descrever uma diferença entre o que acontece e o que precisamos que aconteça. A solução pode vir depois. Quando começamos por ela, passamos a organizar a investigação em torno de justificar uma escolha já feita.

Considere um exemplo fictício: uma empresa recebe pedidos por mensagens e perde algumas informações antes de preparar as entregas. A primeira proposta é substituir as mensagens por um aplicativo. Talvez isso ajude. Também pode transferir o trabalho de conferência para o cliente sem corrigir a falha que gera as perdas.

Descreva um episódio antes de nomear o problema

Escolha um caso recente e acompanhe o que aconteceu. Quem recebeu o pedido? Onde registrou os itens? Em que momento a informação deixou de estar disponível? Como a equipe descobriu a ausência?

“Há desorganização” é uma avaliação. “O pedido foi encaminhado sem o endereço e a equipe precisou procurar a conversa original” descreve um episódio. A segunda frase permite localizar uma passagem do processo e examinar outros pedidos que passaram pelo mesmo caminho.

Procure episódios em que a entrega funcionou também. Uma diferença entre casos pode indicar algo que a descrição geral escondia: um formulário usado por algumas pessoas, uma conferência feita em determinado turno ou uma mensagem que não foi encaminhada inteira.

Evite transformar o primeiro caso numa explicação para todos. Ele serve para começar a observar com mais precisão.

Separe o acontecimento da hipótese

A ausência do endereço é observável. A ideia de que isso aconteceu porque as pessoas estão distraídas é uma hipótese. A ideia de que um aplicativo resolveria a ausência é outra.

Cada hipótese pede uma verificação diferente. Se o sistema exige procurar o endereço em várias mensagens, o esforço pode continuar mesmo com pessoas atentas. Se o endereço já está num registro acessível, talvez o problema seja a passagem entre quem recebe e quem prepara o pedido.

Essa separação ajuda a evitar acusações prematuras. “A equipe não se comunica” pode virar uma cobrança genérica. Identificar que ninguém sabe quem deve conferir os dados permite discutir uma responsabilidade concreta.

Registre as interpretações como possibilidades, sem incorporá-las à descrição inicial. Assim, a investigação pode contrariá-las sem parecer que está negando um fato.

Defina o resultado que importa

Resolver a dificuldade não significa necessariamente eliminar toda mensagem ou centralizar todas as tarefas numa plataforma. No exemplo, o resultado desejado poderia ser que a equipe receba os dados necessários para preparar cada entrega sem voltar à conversa original.

Essa formulação admite soluções diferentes. Um campo obrigatório, uma confirmação antes do encaminhamento ou um processo distinto para pedidos incompletos podem ser alternativas. A comparação passa a considerar o resultado, o esforço de uso e o custo de manter cada opção.

Pergunte quem precisa perceber a melhora. Uma ferramenta pode facilitar o controle de quem administra e tornar o pedido mais difícil para o cliente. Definir apenas uma métrica interna deixa essa consequência fora da análise.

Também estabeleça um limite. Tentar “melhorar toda a operação” permite incluir qualquer tarefa e dificulta saber quando a intervenção está funcionando. Começar por um tipo de pedido ou por uma passagem do processo torna a investigação mais manejável.

Confira as condições antes de escolher

O que impede a empresa de resolver isso hoje? Talvez o volume de pedidos seja baixo demais para justificar um sistema próprio. Talvez exista uma ferramenta já contratada que ninguém configurou. Talvez a equipe não consiga exigir todos os dados no primeiro contato porque eles dependem de uma conversa posterior.

Essas condições afetam quais soluções são viáveis. Levantá-las cedo evita comparar uma alternativa simples, mas insuficiente, com uma solução ideal que não cabe no contexto.

Uma formulação provisória poderia ser: “Nos pedidos deste tipo, os dados de entrega chegam incompletos à equipe responsável. Precisamos identificar onde se perdem e testar uma forma de recebê-los completos, preservando a facilidade de pedir”.

A formulação identifica o comportamento, o grupo de casos e o resultado desejado, deixando as causas em aberto. Assim, novas observações podem ampliar a investigação sem exigir que a conversa recomece.

Reescreva depois de investigar

A formulação inicial pode mudar. Se os dados estavam completos e se perdiam durante uma cópia manual, o foco passa da coleta para a transferência. Se os pedidos chegam a pessoas diferentes sem uma fila comum, talvez o problema seja acompanhar sua situação.

Reformular faz parte do trabalho. O cuidado é registrar o que levou à mudança, para distinguir descoberta de uma troca arbitrária de prioridades.

Use o roteiro para investigar um problema num caso que esteja travado. Descreva um episódio, anote uma explicação concorrente e escolha uma observação que ajude a separar as duas. Depois compare soluções que respondam ao problema encontrado.