Processos antes da IA: por que o fluxo vem primeiro

Existe uma frase antiga em gestão que continua válida: automatizar um processo ruim só faz o processo ruim acontecer mais rápido. Com IA, o efeito é parecido. Um modelo de linguagem consultando registros inconsistentes, ou seguindo um fluxo que cada pessoa executa de um jeito, tende a produzir resultados inconsistentes.

Por isso, antes de qualquer conversa sobre ferramenta, vale olhar para o processo. Não como burocracia, mas como a base sobre a qual qualquer tecnologia vai funcionar.

O que significa “olhar para o processo”

Olhar para o processo é responder, com alguma precisão, a perguntas simples:

• Onde o processo começa e onde termina?
• Quem participa de cada etapa?
• Que informação entra, de onde vem e para onde vai?
• Quais decisões são tomadas e com que critério?
• Onde o processo costuma esperar, voltar ou travar?
• Como se sabe que o processo terminou bem?

Em muitas empresas, essas respostas existem, mas estão na cabeça das pessoas que executam o trabalho. Quando a pessoa sai de férias, o processo fica mais lento. Quando sai da empresa, parte do conhecimento vai junto.

Mapa simples, não manual de cem páginas

Mapear um processo não exige notação sofisticada nem documentação extensa. Um mapa útil costuma caber em uma página e mostrar:

1. as etapas principais, em ordem;
2. o responsável por cada etapa;
3. os sistemas, planilhas ou documentos usados;
4. os pontos de decisão;
5. os pontos de espera e retrabalho.

Esse retrato do processo atual (às vezes chamado de AS-IS) é o insumo mais valioso de qualquer projeto de melhoria. Ele mostra onde está o esforço, e não onde se imagina que ele esteja.

Exemplo: compras em uma indústria de médio porte

Considere um fluxo típico de compras:

1. a produção identifica a necessidade de material;
2. alguém registra uma solicitação;
3. compras cota com fornecedores;
4. a cotação é aprovada;
5. o pedido é emitido;
6. o material chega, é conferido e lançado.

No papel, parece linear. Na prática, é comum encontrar variações: solicitações feitas por mensagem e registradas depois, cotações comparadas fora do sistema, aprovações dadas verbalmente, conferência de recebimento sem vínculo com o pedido original.

Se alguém propuser “usar IA para acelerar compras” sem olhar para isso, o projeto vai esbarrar nas variações. Se o processo for mapeado primeiro, algumas melhorias aparecem sem tecnologia nova: definir um único canal para solicitação, uma alçada clara de aprovação e um vínculo obrigatório entre recebimento e pedido.

Só depois disso faz sentido perguntar se há etapas que se beneficiam de automação (alertas de pedido atrasado, por exemplo) ou de IA (leitura de propostas de fornecedores em formatos diferentes).

Exemplo: fechamento gerencial mensal

Outro processo onde o mapeamento costuma revelar muito é o fechamento gerencial. Em muitas empresas, ele envolve:

• exportar dados de um ou mais sistemas;
• ajustar classificações manualmente;
• consolidar por área ou centro de custo;
• conferir com o mês anterior;
• montar a apresentação para a diretoria.

Quando se mapeia esse fluxo, é comum descobrir que boa parte do tempo vai para ajustes que se repetem todo mês, sempre com a mesma lógica. Ajuste que se repete com a mesma lógica é regra. E regra pode ser documentada, aplicada na origem ou automatizada.

Os sinais de que o processo precisa vir primeiro

Alguns sinais indicam que investir em tecnologia antes de organizar o fluxo tende a gerar frustração:

• Cada pessoa executa de um jeito. Não há uma versão única do processo.
• Não se sabe quanto tempo o processo leva. Nem uma estimativa.
• As exceções são a regra. A maior parte dos casos foge do fluxo “padrão”.
• Os critérios de decisão não estão escritos. Dependem de quem decide.
• Os dados não são registrados de forma estruturada. Ficam em textos livres, anexos ou mensagens.

Nenhum desses sinais é um problema em si. São características comuns de empresas que cresceram rápido ou que funcionam bem com equipes enxutas. Mas indicam que o primeiro ganho está no processo.

Medir antes de melhorar

Um ponto frequentemente esquecido é medir o processo antes de mudá-lo. Sem uma linha de base, é difícil saber se a melhoria funcionou.

A medição não precisa ser sofisticada. Algumas perguntas bastam:

• quantas vezes o processo acontece por mês;
• quanto tempo, em média, leva cada execução;
• quantas pessoas participam;
• com que frequência há retrabalho.

Com essas premissas, é possível estimar o esforço que o processo consome hoje. A Calculadora de Custo do Processo ajuda a fazer essa conta de forma estruturada, a partir das premissas que você informar. O número é uma estimativa, não uma promessa, mas dá ordem de grandeza para priorizar.

Onde a tecnologia entra

Depois de mapear, padronizar e medir, a pergunta sobre tecnologia fica mais fácil de responder. Normalmente, o processo revela um destes caminhos:

• Redesenho: eliminar etapas, mudar a ordem, definir responsáveis.
• Integração: conectar sistemas para evitar redigitação.
• Automação: executar regras previsíveis sem intervenção manual.
• Indicadores: tornar o desempenho do processo visível.
• IA: apoiar etapas que dependem de interpretar texto, documentos ou padrões.

Frequentemente, a resposta é uma combinação. E, com alguma frequência, a IA aparece como etapa final, e não como ponto de partida. O artigo Sua empresa precisa de IA ou de processo? ajuda a separar as duas perguntas.

O papel do diagnóstico

O trabalho de entender o processo antes de propor solução é o centro do Diagnóstico de Eficiência, Automação e IA da Energias-SC. O diagnóstico não parte de uma ferramenta pré-definida. Parte do problema, das pessoas, dos dados, dos sistemas e das regras envolvidas.

Se quiser fazer um primeiro exercício por conta própria, o Mapa de Oportunidades de Processos, Automação e IA é gratuito e analisa um processo em cinco eixos, separando a oportunidade de melhoria da prontidão para implementá-la. E se preferir conversar sobre um processo específico, a conversa inicial também está disponível pelo site.