Working Backwards: escreva o anúncio da sua IA antes de construir

Existe uma pergunta que derruba a maioria dos projetos de IA antes de eles nascerem, e quase ninguém faz cedo: se isso já estivesse pronto, o que exatamente eu anunciaria para o cliente? A Amazon transformou essa pergunta em método. Chama-se Working Backwards, trabalhar de trás para frente, e a ideia é começar o produto pelo fim, escrevendo o anúncio de lançamento e o FAQ antes de escrever qualquer código. Para quem coloca IA em produção, é um dos antídotos mais eficazes contra a doença mais comum da área: construir uma feature porque a tecnologia permite, e não porque alguém precisa.

O que é Working Backwards

O método foi popularizado pelo livro de Colin Bryar e Bill Carr, dois ex-executivos que passaram anos dentro da Amazon. A prática central é o PR/FAQ, a sigla para press release mais FAQ. Antes de aprovar um projeto, o time escreve um comunicado de imprensa fictício, de mais ou menos uma página, como se o produto já tivesse sido lançado. O texto é escrito na linguagem do cliente, foca no benefício e evita jargão técnico. Em seguida vem o FAQ, uma lista de perguntas difíceis, tanto as que o cliente faria quanto as que a diretoria faria.

A lógica é inverter a ordem tradicional. Em vez de partir da tecnologia disponível e procurar onde encaixá-la, você parte do resultado desejado para o cliente e volta até o que precisa ser construído. O documento circula, é debatido e serve de base para a decisão de investir. Se o press release não convence no papel, o produto não é construído. Escrever é barato, construir a coisa errada é caro.

Por que isso importa tanto para IA

Nenhuma área precisa mais desse freio do que a IA. A tentação de construir porque dá é enorme. Surge um modelo novo, alguém do time testa, acha impressionante e, em uma semana, existe um roadmap inteiro montado em cima de uma capacidade técnica, sem ninguém ter perguntado qual problema de cliente aquilo resolve. O resultado é conhecido: a feature de IA que funciona na demo, empolga na reunião e não é usada por ninguém depois do lançamento.

O PR/FAQ ataca isso de frente com um teste simples e brutal. Tente escrever o anúncio do benefício sem citar a tecnologia. Se você não consegue explicar o valor sem dizer "com inteligência artificial" ou "usando um modelo de linguagem", provavelmente ainda não tem um problema real na mão, só uma solução à procura de uma pergunta. Um bom press release de um produto de IA fala do que o cliente consegue fazer que antes não conseguia, ou de quanto tempo ou dinheiro ele economiza. A IA é o como, não o o quê. Quando o como vira a manchete, é sinal de encrenca.

O FAQ é onde os números difíceis aparecem

A parte de press release costuma ser a mais divertida de escrever. O FAQ é onde o projeto de IA é testado de verdade, porque é ali que entram as perguntas que o time adora adiar. Quanto custa cada chamada ao modelo, e a conta fecha no preço que o cliente paga? Qual a taxa de erro aceitável para essa tarefa, e o que acontece quando o modelo erra? Como medimos que deu certo, com qual métrica e qual número-alvo? Qual dado sensível entra, e o jurídico já olhou? Onde tem revisão humana, e quem é responsável quando a IA decide errado?

Forçar essas perguntas para o início muda o jogo. Elas normalmente só aparecem depois do lançamento, quando corrigir custa dez vezes mais e o time já está apaixonado pela solução. O PR/FAQ traz o desconforto para o dia zero, quando mudar de ideia é só apagar um parágrafo. Esse é o mesmo espírito de decidir com antecedência o que construir e o que cortar: o trabalho barato de pensar antes evita o trabalho caro de refazer depois.

Como aplicar no seu projeto de IA

Na prática, o roteiro é direto. Comece pelo press release de uma página. Escreva a data de lançamento, um título que um cliente entenderia, um parágrafo com o problema, um parágrafo com a solução em linguagem de benefício, uma citação fictícia de um cliente satisfeito e uma frase de como começar. Proibido jargão. Se um leitor de fora da área não entende o valor, reescreva.

Depois, ataque o FAQ com honestidade. Separe as perguntas de cliente das perguntas internas. Nas internas, force os números: custo por chamada, volume esperado, margem, taxa de erro tolerável, métrica de sucesso e plano para quando o modelo falhar. Se você não sabe responder, essa é a lista de coisas que você precisa descobrir antes de construir, não depois. É exatamente o tipo de hipótese que um ciclo de construir, medir e aprender vai testar, mas o PR/FAQ garante que você está testando a hipótese certa desde o começo.

Por fim, circule o documento e deixe que ele apanhe. O objetivo do PR/FAQ não é aprovar o seu projeto, é descobrir cedo e barato se ele merece ser aprovado. Um bom PR/FAQ mata projetos, e matar um projeto ruim no papel é uma vitória, não uma derrota. Vale lembrar que o documento assume que você já entende o problema do cliente, e essa premissa vem do trabalho anterior de descobrir o problema antes de construir. Working Backwards organiza a decisão, mas não substitui a conversa com quem tem a dor.

O ganho para quem opera

O maior valor do Working Backwards em IA não é o documento, é a conversa que ele obriga. Ele tira o time da euforia da tecnologia e o coloca na frente do cliente, no papel, antes de gastar um mês de engenharia. Numa área onde é fácil confundir "impressionante" com "útil", ter uma página que separa as duas coisas é uma vantagem barata e rara. Escreva o anúncio antes de construir. Se ele não convence você, não vai convencer o cliente.

Se o seu time está prestes a construir uma feature de IA e ninguém escreveu o anúncio dela ainda, chame a gente no WhatsApp para montar o PR/FAQ antes de a engenharia começar.