Catálogo de cases por setor: quem faz o quê, com qual padrão

Praticamente todo número de case que circula vem de comunicação institucional — da empresa, do parceiro integrador ou do provedor de nuvem. Isso não os torna falsos; torna-os otimizados para comunicar. A postura correta é usá-los para calibrar ordem de grandeza e provar viabilidade, nunca como previsão para o seu projeto. Estas seis perguntas separam o que dá para aproveitar do que é só slide.

1. Qual era o baseline? "85% mais rápido" que qual processo, medido como? Sem denominador, o percentual não significa nada.
2. Qual é o escopo? O ganho vale para toda a operação ou para um tipo de documento, um canal, um piloto com um time?
3. O que entrou na conta? Economia bruta de horas ou economia líquida, já descontando a revisão humana que continua existindo?
4. Está em produção ou em piloto? Piloto com trinta usuários e produção com trinta mil são problemas diferentes.
5. Quem publicou e quando? Anúncio de lançamento costuma trazer projeção; estudo posterior traz resultado.
6. O que não foi dito? Nenhum case menciona quanto tempo levou a curadoria de conteúdo, quantas vezes o escopo mudou ou o que foi descartado no caminho.

Muda o vocabulário, muda a regulação, muda o nome do sistema — mas os casos de uso se repetem com uma constância impressionante. Reconhecer o seu na lista abaixo já entrega o padrão arquitetural e o tier de modelo adequados, sem começar do zero.

• Os três que sempre aparecem: extração de documento (abertura de conta, sinistro, garantia), copiloto de atendimento e análise de conformidade sobre acervo normativo.
• A barreira nunca é técnica: é o comitê de risco. Comece pelo caso interno e auditável, e monte a trilha de evidência antes de pedir aprovação para algo que toca o cliente.
• Regra do setor: nada de número financeiro gerado pelo modelo. Saldo, taxa, prazo e valor de sinistro saem de tool call; o modelo redige em volta do dado.
• Resolva residência de dados e retenção de log com o jurídico antes de ligar o logging, não depois — nesse setor, refazer é mais caro que planejar.

• Os três que sempre aparecem: enriquecimento de catálogo, atendimento pós-venda (rastreio, troca, cancelamento) e geração de conteúdo comercial em escala.
• O caso de catálogo é o melhor primeiro projeto do setor: volume enorme, baseline cronometrado, erro contido internamente e ganho direto em tempo de publicação.
• Praticamente tudo aqui é assíncrono — então praticamente tudo deveria rodar em batch, com o desconto correspondente. É a economia mais fácil e mais esquecida do varejo.
• Atenção ao pico sazonal: dimensione quota e capacidade para a data comercial, não para a média do ano, e teste o comportamento sob throttling antes dela.

• Os três que sempre aparecem: busca em acervo científico ou regulatório, sumarização de documentação clínica e apoio a processos de submissão e conformidade.
• O case de Novo Nordisk é o mais instrutivo de toda esta lista, e o número que importa não é o tempo da tarefa: é a quantidade de assistentes. Milhares só existem quando as áreas constroem sozinhas sobre trilhos prontos.
• Setor com a exigência de rastreabilidade mais alta: citação da fonte deixa de ser boa prática e vira requisito de aceitação.
• Comece por dentro. Uso interno com revisão de especialista atravessa a aprovação; qualquer coisa que toque paciente exige um caminho regulatório próprio.

• Os três que sempre aparecem: atendimento de alto volume com perguntas repetitivas, rastreamento e exceções operacionais, e modernização de sistema legado.
• Voz é o canal mais difícil: soma transcrição, latência percebida e interrupção do usuário. Não comece por ele — o case da DoorDash chama atenção justamente porque a barra de latência é dura.
• O padrão de latência muda a arquitetura: streaming de tokens deixa de ser enfeite e vira requisito, e cada etapa extra no pipeline entra no orçamento de tempo.
• Modernização de legado é o caso de uso mais subestimado do setor — baseline claro, risco contido e ganho direto em capacidade de engenharia.

• Os três que sempre aparecem: produtividade de engenharia, suporte técnico com base de conhecimento e IA embarcada no próprio produto.
• É o único setor em que a IA embarcada no produto costuma vir antes do uso interno — e isso inverte a ordem de risco: aqui o erro chega ao cliente desde o primeiro dia.
• Métrica com contrapeso é obrigatória em produtividade de engenharia: tempo de ciclo com taxa de reversão, nunca linhas geradas.
• Quando a IA está no produto, custo por usuário ativo vira métrica de margem, não de FinOps — e precisa entrar no modelo de precificação do produto.

• Um processo específico, não "IA na empresa". Todo case que virou número tem um verbo e um objeto: extrair campos de contrato, sugerir resposta ao atendente, cadastrar produto.
• Um dono de negócio que sente a dor — não um dono de tecnologia que viu uma oportunidade.
• Baseline medido antes. Todos os números divulgados existem porque alguém sabia quanto era antes.
• Humano no laço na primeira onda, com automação chegando por promoção baseada em dado.
• Volume suficiente para o ganho unitário virar número absoluto relevante.
• Conteúdo curado como parte do projeto, não como pré-requisito que alguém faria depois.
• Métrica com contrapeso, para que a otimização não vire distorção.
• Plataforma reaproveitável: o segundo caso de uso entra em semanas porque o primeiro deixou trilhos prontos.