// ensaios · research
O briefing é uma transcrição, não um design.
Por que desenhar a jornada, não a feature — e o que muda quando você para de resolver o pedido literal e começa a resolver o problema.
O Arrive Inn pedia "mais filtros". A conversão era baixa, o catálogo era amplo, a feature da vez era um sistema de filtragem refinado. Lógica comercial clássica: dar ao usuário mais ferramenta pra chegar ao que ele quer.
Eu não construí. Não porque fosse difícil — era fácil. Porque teria melhorado 5% uma coisa que não era o problema.
Onde o briefing quebra
Todo briefing é uma tradução: alguém sentiu um problema, conversou com alguém, aquele alguém escreveu algumas frases. Pelo caminho, o problema virou solução. "Usuários não conseguem achar o que querem" virou "construa mais filtros". A solução é uma hipótese; o briefing apaga esse fato.
Quando você implementa o briefing literal, você testa a hipótese enterrada dentro dele. Se ela tava errada, você desperdiçou três semanas provando isso.
Uma feature nunca é o objetivo. A tarefa subjacente do usuário é.
O que eu faço em vez
Pego o briefing e faço duas perguntas antes de desenhar nada:
- Que jornada essa feature habita? "Mais filtros" habita "escolher onde ficar". Não é a mesma coisa. A jornada tem tela de listagem, detalhe, comparação, dúvida, medo, alívio, reserva. Cada parada tem suas próprias métricas.
- Que sinal eu esperaria ver se o briefing estivesse certo? "Mais filtros" só faz sentido se o abandono acontecer na tela de filtros. Se for em outro lugar, a hipótese não se sustenta.
No Arrive Inn, o abandono acontecia entre listagem e detalhe — os usuários desistiam porque viam opções demais, não porque viam opções de menos. Mais filtros pioraria o problema.
A decisão real foi trocar filtragem por curadoria: três perguntas de intent na entrada, três opções pré-selecionadas na saída. Uma redução de 21× no tempo de decisão. O briefing literal não gerava isso — o briefing era uma amostra da dor, não uma receita.
Pra quem isso importa
Pra qualquer um que recebe pedido traduzido várias vezes antes de chegar na sua mesa. Produto, design, engenharia — não importa. O defeito é estrutural: humanos confundem solução com problema porque solução é mais fácil de articular.
O trabalho é desfazer essa confusão antes de desenhar nada. É caro no curto prazo (parece que você tá "questionando o pedido"). É o único jeito que funciona no médio.