Por onde começar com IA: o primeiro caso não é o mais importante

A pergunta que chega é quase sempre "qual ferramenta a gente usa?". A que resolve é outra: "qual caso a gente escolhe primeiro?" — e ela é bem menos discutida, apesar de decidir muito mais.

A escolha do primeiro caso costuma ser feita pelo critério mais intuitivo e mais errado: o problema que mais dói. Faz sentido no papel — se vai investir esforço, que seja onde o estrago é maior. Na prática, é a forma mais confiável de queimar a primeira tentativa.

Quatro perguntas, não uma

Um caso se escolhe por quatro coisas ao mesmo tempo: valor (quanto muda se der certo), risco (o que acontece se falhar), viabilidade (dá para fazer com o que temos) e custo de erro (quanto sai reverter).

A última é a que quase nunca entra na conta, e é a que separa um teste de um acidente. Um erro que se corrige em uma tarde e um erro que chega ao cliente não são o mesmo tipo de erro, ainda que a chance de acontecer seja igual.

E daí sai a regra:

Autonomia não estreia no processo que, se falhar, para a empresa.

Não é covardia. É que o primeiro caso tem uma segunda função, que quase ninguém considera na hora de escolher.

O primeiro caso serve para aprender a fazer o segundo

Ninguém acerta a primeira. Vai faltar contexto, vai sobrar escopo, alguém vai descobrir na terceira semana que o processo real não é o que estava desenhado.

Isso não é fracasso: é o custo normal de aprender a construir. A pergunta certa não é "esse é o caso mais importante?", é "esse é o caso que me ensina mais barato?" — porque o que se leva dele não é só a solução: é saber como especificar, como validar com quem usa, e onde a própria empresa erra ao descrever o que faz.

Depois disso, o caso importante fica muito mais seguro. Antes disso, ele é uma aposta com o nome de projeto.

O que ninguém define, e depois discute

Há um passo de cinco minutos que evita a discussão mais desagradável desses projetos: critérios de sucesso medíveis, definidos antes de construir.

Sem eles, a avaliação vira opinião — e opinião, num assunto novo, tende a favorecer quem defendeu a ideia. Com eles, a conversa do final é simples e sem mágoa: era isso que a gente queria, chegou ou não chegou.

E é bom escrever também o que a solução não vai fazer. Escopo aberto é a forma mais educada de nunca terminar nada.

Cada caso deixa a área mais fluente

Aqui está o retorno que não aparece na conta de nenhum dos dois lados.

Cada solução construída deixa a área mais fluente — de espectadora a autora.

Quem participou de construir uma coisa entende o que dá para pedir na próxima, e — mais importante — o que não vale a pena pedir. Esse letramento não é uma fase de treinamento no cronograma. Acontece o tempo todo, a cada solução que a própria equipe ajuda a erguer.

É por isso que terceirizar tudo tem um custo escondido: entrega o resultado e não deixa a capacidade.

E a segunda vem mais rápida que a primeira

Há um efeito que só aparece a partir do terceiro caso, e é o que faz a conta fechar de verdade:

Cada solução deposita peças reutilizáveis... a próxima solução nasce mais rápida que a anterior, porque parte do que ela precisa já existe.

O login, o relatório, a forma de conversar com o sistema que já existia — nada disso se refaz. Quem olha o primeiro caso isolado quase sempre acha caro. É caro mesmo: ele está pagando também pelo segundo e pelo terceiro.

O teste

Escolha o candidato a primeiro caso da sua empresa e responda:

Se ele der errado, o que exatamente acontece — e quanto custa desfazer?

Se a resposta envolver cliente, dinheiro que sai ou algo que não dá para reverter, esse não é o primeiro. É o terceiro, e você vai chegar nele muito mais rápido do que se começasse por ele.