Por onde começar com IA na empresa: como escolher o primeiro processo
Equipe Rampex
Comece pelo processo que já é repetitivo, já tem regra escrita e já é medido hoje. A maior parte dos pilotos de IA morre por não se encaixar no fluxo que a empresa roda de verdade, e não por limitação do modelo. Antes de ligar qualquer coisa, meça quanto tempo o processo leva hoje: sem essa linha de base, não existe como provar depois que melhorou.
A empresa testou. Alguém da equipe montou um assistente, mostrou numa reunião, todo mundo achou interessante. Três meses depois ninguém usa, e a conversa sobre IA voltou para o começo.
Isso é tão comum que virou o achado principal do levantamento mais citado do ano sobre o assunto.
O que os dados dizem sobre piloto de IA
O relatório The GenAI Divide: State of AI in Business 2025, da iniciativa NANDA do MIT, analisou 300 implantações públicas, entrevistou 150 líderes e ouviu 350 funcionários. O resultado que circulou: cerca de 5% dos pilotos chegam a acelerar receita de forma clara, e a grande maioria empaca sem impacto mensurável no resultado.
Duas ressalvas honestas antes de usar esse número. O relatório não passou por revisão por pares, e a definição de sucesso é estreita: impacto de P&L mensurável em prazo curto. Um piloto que economizou três horas por semana de alguém e não virou linha de balanço conta como fracasso ali.
Mesmo assim, o diagnóstico do relatório é o que interessa, e ele não é sobre o modelo:
O problema central não é a qualidade dos modelos de IA, mas a lacuna de aprendizado das ferramentas e das organizações.
A frase seguinte é a mais útil do documento inteiro: ferramentas genéricas funcionam muito bem para uma pessoa, pela flexibilidade, e empacam dentro da empresa porque não aprendem nem se adaptam ao fluxo de trabalho.
É por isso que o piloto morre. Ele não falhou tecnicamente. Ele ficou do lado de fora do processo.
Como escolher o primeiro processo
O primeiro processo não é o mais importante da empresa. É o que tem maior chance de dar certo, porque o segundo depende do primeiro ter dado.
Avalie candidatos nestes seis critérios. Os três primeiros são eliminatórios.
| Critério | Pergunta | Por que elimina |
|---|---|---|
| Repetição | Acontece pelo menos toda semana? | Processo raro não gera dado nem hábito |
| Regra | Alguém consegue escrever como se decide hoje? | Se ninguém sabe a regra, não há o que automatizar |
| Medida | Existe número de hoje, mesmo tosco? | Sem linha de base, todo resultado vira opinião |
| Dono | Tem uma pessoa responsável por ele? | Processo de todo mundo não é de ninguém |
| Erro tolerável | Um erro dá para corrigir no mesmo dia? | Comece longe de fiscal, folha e cobrança |
| Volume | O tempo gasto por mês é visível? | Sem volume, o ganho não paga a mudança |
Os melhores primeiros candidatos costumam ser os chatos: triagem de pedido que chega por texto, classificação de documento que alguém lê e arquiva, resposta a pergunta repetida que já tem resposta escrita em algum lugar, conferência de dado entre dois sistemas.
Os piores são os que parecem impressionantes numa demonstração e não têm dono.
O que medir antes de ligar qualquer coisa
Esta é a etapa que quase todo mundo pula, e é a que decide se você vai conseguir defender o projeto depois.
- Cronometre o processo como ele é hoje. Não estime. Acompanhe cinco ocorrências reais e anote o tempo de cada uma.
- Conte o volume mensal. Quantas vezes isso acontece por mês?
- Registre a taxa de erro atual. Quantas voltam para correção? Se ninguém sabe, essa já é uma informação.
- Anote quem faz. Uma pessoa, um time, ou depende de quem está disponível?
- Escreva a regra de decisão em uma página. Se não couber em uma página, o processo ainda não está pronto para ser automatizado, e esse é um achado valioso por si.
Com esses cinco números você tem o antes. Sem eles, daqui a três meses a conversa vira “parece que melhorou”.
Fazer dentro de casa, comprar ou ir com parceiro?
O mesmo relatório do MIT traz uma comparação direta, e ela é contraintuitiva para quem tem time técnico:
| Caminho | Taxa de sucesso |
|---|---|
| Comprar de fornecedor especializado ou fazer com parceiro | cerca de 67% |
| Construir inteiramente dentro de casa | cerca de 33% |
O dobro. A leitura razoável não é que time interno seja ruim. É que construir do zero acrescenta um problema novo, de engenharia, a um projeto que já tinha um problema de processo para resolver. Duas incertezas ao mesmo tempo.
Se a empresa vai construir internamente, vale saber que está escolhendo o caminho com metade da taxa de acerto, e decidir isso de propósito.
Sinais de que você escolheu o processo errado
Dá para perceber cedo. Quatro sinais, em ordem de gravidade:
- Ninguém reclama quando a automação fica fora do ar. O processo não era importante.
- As pessoas mantêm a planilha paralela. Elas não confiam, e estão certas até que você descubra por quê.
- Cada caso vira exceção. A regra que você escreveu não era a regra real.
- O ganho só aparece em slide. Se precisa de apresentação para ficar visível, ele não existe na operação.
Qualquer um desses é motivo para parar e trocar de processo, não para insistir. Trocar cedo é barato.
O que isso não resolve
Escolher bem o primeiro processo aumenta a chance de o projeto sobreviver. Não garante resultado, e não substitui duas coisas que continuam sendo trabalho: arrumar o dado que alimenta o processo, e acompanhar o que a automação decidiu nas primeiras semanas.
O relatório do MIT é claro nesse ponto, e vale repetir porque contraria a expectativa: o gargalo relatado não foi infraestrutura, nem regulação, nem falta de gente técnica.
Nota de transparência. Os números deste artigo vêm do relatório citado, com as ressalvas de método declaradas acima. A Rampex não publicou estatística própria de processos automatizados, prazo médio ou ganho médio. Quando essa base estiver consolidada, ela entra aqui e a data de atualização muda.