Triagem sem ruído: o que fazer com o pedido que chega no WhatsApp

Um pedido que chega por mensagem, e-mail ou ligação nasce careca de tudo que uma tarefa precisa ter. Não diz exatamente o quê, não diz por quê, não deixa claro o quanto urge, e ainda por cima não fica guardado em lugar nenhum. Para virar trabalho, alguém tem que preencher essas lacunas na mão, e esse alguém quase sempre é você: lê a mensagem, interpreta, abre a issue, inventa um título, chuta a prioridade. Toda vez. Para cada pedido, de cada canal. Você virou um funil humano sem perceber.

O pior custo é o que você nem enxerga: o pedido que ninguém copiou a tempo. Ele não dá erro, não trava nada. Simplesmente não acontece, e você só descobre quando o cliente cobra.

A saída está em fazer o pedido nascer já organizado, e isso depende muito mais do canal de entrada do que da sua velocidade de resposta. Um canal decente mora num lugar só. Quatro canais de pedido valem o mesmo que nenhum, então escolha um ponto de entrada e empurre tudo para lá, deixando o WhatsApp como uma porta que leva até o formulário de verdade. Esse canal pede uns poucos campos antes de aceitar qualquer coisa, o suficiente para saber o que a pessoa precisa e com que urgência. Parece burocracia, mas é o contrário: são esses campos que transformam um pedido vago em algo executável, e de quebra fazem quem pede pensar um instante antes de mandar.

Tem uma distinção que muda tudo e que quase todo mundo embola: receber é diferente de priorizar. Quando todo pedido vira urgência no instante em que chega, o roadmap evapora e quem grita mais alto passa a mandar no time. A triagem existe justamente para quebrar esse vício. Todo pedido é bem-vindo na entrada e quem pediu recebe um aviso de que foi registrado, mas a decisão de quando, ou se, ele vai ser feito vem depois, com calma, olhando o resto da fila. Aceitar um pedido nunca foi o mesmo que prometer entregá-lo na hora.

Quem já usa o Linear tem metade do caminho andado. A função de Triage é exatamente essa fila de entrada onde as issues novas esperam avaliação antes de cair no fluxo do time. O que costuma faltar é a ponta de fora, um jeito de o cliente registrar o pedido sem que você fique copiando da conversa para a issue. Foi essa ponta que a gente fechou na Quodra: junto do board que o cliente acompanha vai um formulário simples, e o que ele escreve cai direto na triagem do projeto no Linear, já com tipo e prioridade, sem nenhum acesso ao seu workspace. O mecanismo importa menos que o princípio. O pedido tem que entrar estruturado, num lugar só, e passar por uma fila antes de virar trabalho.