Archicode

Quando desligar um projeto de IA: como definir o critério de parada antes de começar

Published on 26 October 20266 min read

Quase todo projeto de IA começa com uma meta. Poucos começam com a resposta para a pergunta seguinte: em que condição a gente desliga isso?

Parece pessimismo, mas é o contrário. Sem um critério de parada combinado antes, o piloto que não entrega fica rodando “mais um mês” porque ninguém quer admitir que não funcionou. O sistema que já está em produção e rende pouco continua gerando conta de IA porque desligar parece desperdiçar o que já foi investido. O dinheiro e a atenção que poderiam ir para o próximo caso de uso ficam presos no anterior.

Em por que o piloto de IA não vira produção, listamos os sete motivos mais comuns de fracasso. Este artigo trata da decisão que vem antes e depois deles: como definir, já no primeiro dia, quando um projeto de IA deve seguir, mudar ou parar.

O que os dados mais recentes mostram

Em outubro de 2026, o Gartner publicou uma pesquisa com 2.002 CIOs e executivos de tecnologia. Só 13% disseram que a empresa obteve valor significativo ou transformador com IA, e a chance de sucesso de um caso de uso ficou em torno de uma em cinco.

O dado mais útil é outro. Empresas que têm regras para decidir que um piloto não vai para produção tiveram 2,3 vezes mais chance de estar no grupo de melhor desempenho. Só 31% têm essas regras. Para encerrar iniciativas de baixo valor que já estão em produção, o efeito foi de 2,6 vezes, e só 17% das empresas têm esse tipo de regra.

No Brasil, uma pesquisa da MIT Sloan Management Review Brasil apresentada no Universo TOTVS, com 583 profissionais, aponta na mesma direção: 88% das empresas não medem o retorno financeiro da IA e 86% não acompanham o custo. Sem medir retorno e custo, não existe critério de parada possível. A decisão vira opinião.

O que é um critério de parada

É uma condição objetiva, combinada antes de o projeto começar, que diz o que acontece se a meta não for atingida em determinado prazo. Ele tem três partes:

A métrica da operação. Não “acurácia do modelo”, e sim algo que o dono do processo reconhece: tempo médio por sinistro, laudos entregues por semana, pedidos lançados sem retrabalho, atendimentos resolvidos sem transferência.
A meta e o prazo. Quanto essa métrica precisa mudar, em quanto tempo e com qual volume de casos reais.
A consequência. Se a meta não for atingida: o projeto para, muda de escopo ou recebe mais um ciclo com uma hipótese nova e explícita. “Vamos ver” não é consequência.

Um exemplo de redação: “Se, em 8 semanas e com pelo menos 200 casos reais, o tempo médio de pré-cadastro não cair 30% em relação à linha de base, encerramos o piloto ou redesenhamos a etapa de extração.” Os números variam por operação. O formato é o que importa.

Antes do piloto: as três perguntas

1. Qual é a linha de base?

Sem saber como o processo funciona hoje, não dá para dizer se a IA melhorou alguma coisa. A linha de base pode ser simples: uma amostra de 30 a 50 casos recentes com o tempo gasto, os erros encontrados e o custo de pessoas envolvido. Se ninguém consegue levantar isso, o primeiro trabalho é medir, não automatizar.

2. Quem decide?

O critério precisa de um dono no negócio, não só na TI. É essa pessoa que vai dizer “seguimos” ou “paramos” quando o prazo chegar. Projeto sem dono no negócio tende a nunca terminar, porque ninguém tem autoridade para encerrá-lo.

3. Quanto pode custar para operar?

O critério também precisa de um teto de custo por operação (por sinistro, por laudo, por pedido). Um piloto pode atingir a meta de tempo e ainda assim não fazer sentido se cada operação custar mais do que o processo manual. Falamos sobre como estimar esse custo em quanto custa um projeto de IA de verdade.

Sinais de que o piloto está pronto para produção

A métrica da operação atingiu a meta com casos reais, não com uma amostra escolhida a dedo.
A qualidade se manteve estável por algumas semanas, inclusive nos casos difíceis.
O custo por operação está dentro do teto combinado e é medido, não estimado.
O sistema está integrado ao fluxo de trabalho e ao sistema de registro (ERP, sistema de sinistros, plataforma de laudos), sem gente copiando dados de uma tela para outra.
Existe registro do que a IA fez em cada caso, e a revisão humana está desenhada e medida.
Existe um dono no negócio que responde pelo uso.

Se algum desses itens falhar, o piloto pode até continuar, mas com uma pergunta explícita para o próximo ciclo.

Depois do go-live: quando desligar algo que já está em produção

O critério de parada não acaba quando o sistema entra em produção. Operações mudam, volumes mudam, fornecedores de modelo mudam preços e versões. Vale revisar, a cada trimestre:

Uso: as pessoas continuam usando, ou voltaram ao caminho antigo?
Resultado: a métrica da operação se manteve, ou o ganho foi sumindo?
Custo: o custo por operação continua dentro do teto?
Risco: apareceu alguma exigência nova de norma, regulador ou auditoria que o sistema não atende?

Desligar um sistema que deixou de se pagar não é fracasso. É gestão de portfólio. O fracasso é manter rodando, por meses, algo que ninguém consegue dizer se ajuda.

O que a IA não deve fazer

Ir para produção sem linha de base. Sem o “antes”, qualquer “depois” vira impressão.
Rodar sem teto de custo. Um sistema sem limite de gasto pode atingir a meta e quebrar o orçamento.
Ser avaliada só por quem a construiu. A decisão de seguir ou parar é do dono do processo, com os números na mesa.

Na prática

Nos projetos que conduzimos, a meta, o prazo e o critério de parada de cada caso de uso entram no documento de início do projeto, junto com a linha de base e o teto de custo por operação. O cliente valida essa página antes de qualquer desenvolvimento. Ela nos obriga a escolher bem o primeiro caso de uso e protege os dois lados de um projeto que nunca termina. Às vezes, o resultado dessa conversa é decidir não começar, ou começar por outro processo, e isso é tão útil quanto um piloto bem-sucedido.

Por onde começar

No Diagnóstico de viabilidade de IA, mapeamos os processos candidatos e, para cada caso de uso recomendado, entregamos a métrica de operação, a linha de base sugerida, a meta, o prazo, o teto de custo e o critério de parada. É a base para decidir com números, antes de investir no desenvolvimento.