Parte determinística e parte de julgamento: como dividir o trabalho entre sistema e especialista

Pense no último profissional júnior que você tentou treinar para aliviar o seu especialista. Algumas tarefas ele aprendeu em uma semana. Outras, depois de meses, ainda voltavam com erro, e o especialista acabava refazendo. A diferença entre os dois grupos não era a dificuldade aparente. Era a natureza do trabalho: umas tarefas tinham regra, outras pediam julgamento.

Essa mesma linha divide o que um sistema faz bem do que ele não deveria fazer. Projetos de automação com IA que dão errado quase sempre erraram essa divisão antes de escrever a primeira linha de código.

Duas naturezas de trabalho

Trabalho determinístico é aquele em que, dadas as mesmas entradas, a resposta certa é sempre a mesma. Aplicar uma fórmula, consultar uma tabela de limites, verificar se um campo obrigatório foi preenchido, cruzar o cadastro com a medição, montar o documento no modelo. Duas pessoas competentes chegam ao mesmo resultado.

Trabalho de julgamento é aquele em que a resposta depende de interpretação, contexto e experiência. Decidir se uma situação configura risco, escolher entre duas classificações possíveis, recomendar uma medida, dizer que o documento está pronto para sair. Duas pessoas competentes podem divergir, e por isso alguém habilitado precisa decidir e responder pela decisão.

Entre os dois existe uma faixa de trabalho de linguagem: ler texto desorganizado, extrair informação, redigir um rascunho. Não é regra pura, mas também não é decisão técnica. É nessa faixa que a IA costuma ser útil.

Quatro testes para classificar cada tarefa

Liste as tarefas de uma entrega típica, da chegada do pedido até o envio ao cliente. Para cada uma, aplique os testes na ordem:

1. Teste da regra escrita. Dá para escrever, em uma página, como se faz essa tarefa sem usar palavras como "depende" ou "avaliar"? Se dá, é determinística.
2. Teste das duas pessoas. Dois profissionais competentes, com os mesmos dados, chegariam ao mesmo resultado? Se sim, é determinística. Se podem divergir de forma legítima, é julgamento.
3. Teste da assinatura. Se essa tarefa sair errada, alguém responde técnica ou legalmente por ela? Se sim, a decisão fica com quem responde, mesmo que o preparo seja automatizado.
4. Teste do formato. A entrada da tarefa chega estruturada (campos, números, planilha padrão) ou em texto livre e formatos variados? Entrada estruturada vai para regra. Entrada desorganizada pode pedir IA para virar estruturada.

O resultado é uma lista com três colunas: sistema convencional, IA com conferência, especialista. Na maioria das operações técnicas, a primeira coluna é a mais longa, e é bom que seja. Código convencional é barato de rodar, dá sempre o mesmo resultado e pode ser auditado. Quanto mais trabalho couber ali, menos a operação depende de algo probabilístico.

Regra vai para o código. Linguagem pode ir para a IA, com conferência. Julgamento fica com quem assina.

O ponto mais negligenciado: a passagem de bastão

Dividir não basta. O que decide se o especialista ganha tempo é como o trabalho chega até ele. Um sistema que faz a parte determinística e entrega ao especialista um documento de quarenta páginas para ele conferir do começo ao fim não economizou quase nada. Ele só mudou o tipo de cansaço.

Uma boa passagem de bastão tem três características:

• Mostra o que exige decisão. O especialista vê primeiro os pontos que pedem julgamento, separados do que já foi resolvido por regra.
• Destaca exceções. Valores fora da faixa usual, dados que não bateram entre fontes, campos que a IA extraiu com pouca segurança. O olhar vai direto para onde o risco está.
• Deixa a origem à vista. Cada informação gerada aponta de onde veio: qual documento, qual medição, qual regra. Revisar vira conferir, e conferir é rápido.

Quando a passagem é bem feita, o especialista deixa de produzir e passa a revisar. Quando é mal feita, ele revisa tudo como se tivesse produzido, e o ganho some.

Uma conta para saber se vale a pena

Com a lista classificada, some as horas por coluna em uma entrega típica. Um exemplo hipotético: imagine uma consultoria em que cada relatório consome 10 horas do especialista, sendo 6 em tarefas determinísticas, 2 em leitura e redação e 2 em decisão técnica.

• As 6 horas determinísticas vão para o sistema. Sobra, digamos, meia hora de conferência.
• As 2 horas de linguagem viram rascunho da IA. Sobra, digamos, meia hora de ajuste.
• As 2 horas de julgamento continuam com o especialista.

O relatório passa de 10 para 3 horas de especialista. Com a mesma agenda, a capacidade mais que triplica. Os números aqui são ilustrativos; os seus vão sair da sua lista. O ponto é que a maior parte do ganho veio da coluna determinística, que não tem nada de IA.

Fechamento: divida antes de automatizar

Automação com IA que funciona começa com uma pergunta modesta: o que nesta entrega é regra, o que é linguagem e o que é julgamento? Responda tarefa por tarefa, desenhe a passagem de bastão com cuidado e o especialista passa a gastar a hora dele onde ela vale mais. A Ezera faz esse mapeamento junto com o cliente antes de construir qualquer coisa, porque é ele que define o que o sistema deve e não deve fazer.