IA aplicada ao processo da empresa: por onde ela entra, e por que a maioria dos projetos para no piloto

O que muda quando a IA entra no processo

IA aplicada ao processo é um sistema que conhece o procedimento da empresa, alcança os sistemas onde o trabalho acontece e executa dentro de permissões definidas. A diferença para um assistente genérico aparece na pergunta que se pode fazer: o assistente responde “como eu faria isso?”; o sistema no processo responde “está feito, e aqui está o registro”.

Quase toda empresa já usa IA da primeira forma: alguém abre um assistente, cola um texto, recebe uma resposta e leva o resultado de volta para o trabalho à mão. É útil e é individual — a qualidade depende de quem escreveu o pedido, e nada do que se aprendeu fica na empresa. No dia em que essa pessoa sai, o método sai junto.

A distância entre as duas coisas aparece nos números do país: 96% das micro e pequenas empresas conhecem alguma plataforma de IA generativa e só 15% a usam com frequência Sebrae, FGV IBRE e Google, 2026. Conhecer não é usar, e o que separa os dois não é a ferramenta — é não haver um lugar no trabalho onde ela entre.

Onde ela cabe, área por área

A IA cabe onde existe trabalho repetido cuja regra pode ser escrita e cujo dado está em dois ou três sistemas. Isso acontece em quase toda área da empresa, mas não nos mesmos lugares: no financeiro é conferência, no comercial é preparação, no jurídico é leitura, no operacional é classificação.

A coluna da direita é a mais útil das três, e é a que nenhum fornecedor escreve. O padrão dela se repete: a IA cabe no trabalho de preparar e decepciona no trabalho de decidir — e quase todo projeto que fracassa foi vendido como o segundo.

Os três lugares onde ela entra

A IA entra num processo de três maneiras, em ordem crescente de risco: ao lado da pessoa, como assistente que ela consulta; dentro do fluxo, preparando o trabalho que alguém aprova; e executando, com escrita nos sistemas — que é o que a palavra agente nomeia. As três coexistem, e cada uma exige uma coisa diferente da empresa.

O erro comum é pular direto para o terceiro no processo mais crítico da casa. O caminho que costuma funcionar é o inverso: executar primeiro onde o erro é barato de corrigir, e subir de criticidade depois que o registro provar que a coisa se comporta.

O que decide se vai funcionar

Três perguntas decidem se um processo é bom candidato, e as três se respondem antes de qualquer escolha técnica: a regra pode ser escrita, o dado é alcançável e a permissão existe. Um “não” em qualquer uma delas não impede o projeto — mas muda o que ele é, de implantação para descoberta.

• A regra pode ser escrita? Se duas pessoas experientes decidem diferente no mesmo caso, não existe regra — existe julgamento. Julgamento não se automatiza; ele se apoia, com a informação na tela de quem decide.
• O dado é alcançável? Não “organizado” — alcançável. Um processo bem escolhido toca duas ou três fontes. Se o seu toca onze, o problema a resolver primeiro não é IA.
• A permissão existe? Se hoje ninguém sabe dizer quem pode ver o quê, a implantação vai parar nessa pergunta — e é melhor que ela apareça na primeira semana do que no aceite.

Como escolher o primeiro processo

O primeiro processo se escolhe por três variáveis — volume, regra escrita e número de sistemas —, e nunca por importância. O processo mais crítico da empresa é quase sempre o pior primeiro: ele tem a regra mais cheia de exceção, o maior número de integrações e a menor tolerância a erro.

A escolha errada não aparece como escolha errada. Ela aparece como “projeto de IA que não deu certo”, e a conclusão que fica na empresa é sobre a tecnologia, quando foi sobre o recorte. Vale gastar uma semana nesta etapa; ela é a mais barata de todas e a que mais decide.

1. Liste os processos com volume, não com importância

   Quantas vezes por semana ele acontece. Um processo mensal e crítico dá doze oportunidades de aprender por ano; um diário e banal dá duzentas.

2. Marque, para cada um, quantos sistemas ele toca

   Contando planilha e e-mail como sistema, porque eles são. Dois ou três é o alvo. Acima de cinco, o projeto é de integração com um pouco de IA no fim — e o orçamento precisa dizer isso.

3. Pergunte a duas pessoas experientes o mesmo caso difícil

   Se elas respondem igual, há regra. Se respondem diferente e ambas têm um bom motivo, há julgamento — e o projeto muda de forma: em vez de executar, ele prepara a decisão.

4. Escreva o critério de aceite antes de contratar

   Como lista fechada de tarefas do processo real, não como qualidade desejada. “Classificar corretamente 9 de 10 chamados de uma amostra de cem” é aceite; “melhorar a triagem” é conversa.

5. Meça a linha de base por duas semanas

   Tempo por caso, retrabalho, fila. Sem o número de antes, todo resultado depois vira discussão de opinião — e a discussão é ganha por quem tem mais convicção, não por quem tem razão.

Por que a maioria para no piloto

Pilotos de IA param antes da produção por quatro motivos, e nenhum deles é o modelo: a exceção que o piloto ignorou e que em produção é metade do volume, a integração de escrita, o aceite sem critério e a falta de um dono depois da entrega.

O piloto costuma ser avaliado por impressão — alguém testa, acha impressionante, e o projeto é aprovado. A produção cobra outra lista, e é nela que o projeto encalha.

• A exceção. No piloto ela é ignorada; em produção ela é metade do volume, e é onde mora o motivo de o processo existir.
• A integração de escrita. Ler de um sistema é fácil. Escrever nele com segurança, e desfazer quando errar, é o trabalho.
• O aceite sem critério. “Ficou bom” não é aceite. Sem lista fechada e linha de base medida antes, a discussão do resultado vira opinião contra opinião.
• O dono. Sistema sem alguém responsável não dá erro quando a ferramenta de baixo muda — ele passa a responder errado, em silêncio.

O que medir, e o que não quer dizer nada

O resultado de IA num processo se mede em tempo por caso, retrabalho e proporção do volume que passa sem toque humano. As métricas que aparecem primeiro em qualquer painel — número de consultas, tokens consumidos, “casos processados” — não dizem nada sobre o trabalho ter diminuído.

• Tempo por caso, ponta a ponta. Do momento em que o caso entra ao momento em que ele está resolvido, incluindo a espera. É a única medida que o resto da empresa reconhece.
• Retrabalho. Quantos casos voltaram. Um sistema que faz rápido e errado piora o tempo ponta a ponta enquanto melhora todos os outros números.
• Proporção sem toque humano. Dos casos que entraram, quantos terminaram sem alguém intervir — e, dos que precisaram, por quê.
• Fila. O que está esperando. Costuma ser o primeiro número a melhorar e o mais fácil de comunicar.
• Correções feitas por quem aprova. O contraindicador. Se quem aprova reescreve tudo, o sistema virou trabalho extra com aparência de automação.

Meça as cinco por duas semanas antes de ligar qualquer coisa. É a etapa mais pulada do projeto e a que decide se vai existir conversa sobre resultado ou conversa sobre impressão.

O que define o custo

O custo de um projeto de IA em processo é decidido por quatro variáveis, e a dominante é o número de sistemas que precisam ser tocados com escrita. O modelo de linguagem — a parte que ocupa a conversa inteira — costuma ser a menor linha do orçamento.

Permissão, registro e LGPD

Um sistema de IA que trabalha dentro do processo precisa de três coisas para ir a produção: permissão por área desde o primeiro dia, registro de cada consulta e de cada ação, e retenção declarada. As obrigações da LGPD não mudam por haver IA no meio — o que muda é a escala.

• Permissão por área, desde o primeiro dia. A tentação é dar acesso amplo para destravar a implantação e restringir depois. “Depois” raramente chega, e o acesso amplo vira a arquitetura.
• Registro de cada consulta e cada ação. É o que permite responder o que foi acessado, por quem e quando — que é a pergunta que a auditoria faz, e a que o titular do dado tem direito de fazer.
• Retenção declarada. Por quanto tempo a conversa, o documento e o registro ficam guardados, e o que acontece no fim do prazo.

Finalidade, base legal, retenção e acesso continuam sendo as quatro perguntas. O que a IA acrescenta é velocidade: um sistema consulta em um dia o que uma pessoa consultaria em um ano, e o descuido que afetava dez casos passa a afetar dez mil.

Comprar, construir ou fazer com o time

Comprar vence quando o processo é comum ao setor e a ferramenta o atende sem ser dobrada. Construir se justifica quando o processo é o que diferencia a empresa ou quando o dado não pode sair de casa. Fazer com o time interno funciona quando há gente disponível de verdade — e não gente que fará isso além do trabalho atual.

O que se diz por aí e não se confirma

Quatro afirmações circulam em apresentações sobre IA corporativa sem fonte primária que as sustente, e duas delas são casos reais contados pela metade. Nenhuma aparece neste guia como dado — apurar o que não se confirma custa o mesmo trabalho de apurar o que se confirma, e quase ninguém o faz.

O critério aplicado é o mesmo em todo caso: estudo nomeado, instituição, tamanho de amostra, data de campo e endereço primário conferido na publicação. Sem os cinco, a frase é reescrita sem número.

Por onde começar

Comece por um processo escolhido pelas três perguntas — regra escrita, dado alcançável, permissão existente — e não por importância. Entregue em uso já no primeiro mês, ainda que numa fatia pequena: piloto que não é usado por gente de verdade não ensina nada.

1. Escolha o processo pelas três perguntas, e não por importância

   Regra escrita, dado alcançável, permissão existente. O processo mais crítico da empresa é o pior primeiro: é justamente onde o erro custa caro de corrigir e onde ninguém vai deixar você errar.

2. Escreva o critério de aceite antes

   Como lista fechada de tarefas do processo real. Escrito depois, ele vira a descrição do que a ferramenta faz — e aí toda ferramenta passa.

3. Meça a linha de base

   Tempo por caso, retrabalho e fila. As três medidas antes de qualquer coisa entrar em uso, porque depois ninguém lembra como era.

4. Entregue em uso já no primeiro mês

   Ainda que numa fatia pequena do volume. Piloto que não é usado por gente de verdade não ensina nada, e é exatamente aí que a maioria para.

5. Leia as exceções toda semana

   São a lista do que fazer em seguida, e a única que não vem enviesada por opinião. O que a IA não soube resolver é o desenho do próximo passo.

O vocabulário mínimo

Cinco termos aparecem em toda conversa sobre IA aplicada a processo e quase nunca são definidos por quem os usa. Eles estão aqui com o sentido que este guia lhes dá, e é o mesmo que os outros textos desta série usam.

Agente

Sistema que interpreta um pedido e usa ferramentas para concluí-lo — consultar um sistema, escrever nele, emitir um documento. A diferença para um assistente não está na conversa, está em haver ação com registro.

Permissão por área

O sistema enxerga o que a função enxergaria, e não o que existe no banco. É a decisão que precisa ser tomada no primeiro dia: dar acesso amplo e restringir depois é como o acesso amplo vira a arquitetura.

Linha de base

A medição de como o processo se comporta hoje — tempo por caso, retrabalho, fila —, feita antes de ligar qualquer coisa. Sem ela, não há resultado, há impressão.

Exceção

O caso que não segue a regra. No piloto ela é ignorada; em produção costuma ser metade do volume, e é onde mora o motivo de o processo existir com gente dentro.

Ponto de aprovação

O lugar do fluxo em que uma pessoa confirma antes de a ação acontecer. Ele precisa ser desenhado, não improvisado: quem aprova, com que informação na tela, e o que acontece se ninguém aprovar.

Perguntas frequentes