Uma tarefa repetida não é automaticamente uma boa candidata
Uma equipe copia informações entre sistemas todos os dias. Outra responde perguntas parecidas, mas cada resposta depende de uma negociação. As duas atividades parecem repetitivas; a segunda pode exigir muito mais julgamento.
Antes de escolher uma ferramenta, descreva entrada, decisão, saída e exceção. Se ninguém consegue explicar quando a tarefa está correta, automatizá-la tende a tornar a avaliação mais difícil. Nosso ponto de partida é organizar o processo que será executado.
Automação e IA não são a mesma coisa
Automação executa etapas segundo um fluxo definido. IA pode ajudar a interpretar ou produzir informação dentro desse fluxo. Nem toda tarefa automatizada precisa de um modelo de linguagem.
Use cinco perguntas para comparar candidatos
Não some pontos como se uma planilha conseguisse decidir sozinha. Use a matriz para revelar o que você já sabe e o que ainda precisa investigar.
| Critério | Sinal favorável | Sinal de que falta preparação |
|---|---|---|
| Repetição | A tarefa acontece de forma reconhecível | Cada ocorrência exige uma negociação distinta |
| Regra | A decisão pode ser explicada | A regra depende de memória informal |
| Dados | Existe uma fonte acessível e confiável | Pessoas precisam reconstruir a informação |
| Exceção | Há um responsável para receber o caso | Ninguém sabe quem assume quando falha |
| Verificação | É possível conferir a saída | A equipe só percebe erro depois do dano |
Um candidato com dados ruins pode precisar primeiro de organização, não de IA. Um candidato simples e bem definido pode começar com integração convencional. A escolha deve responder ao problema, e não à necessidade de usar uma tecnologia da moda.
Exemplo: acompanhar um pedido
Considere um cenário ilustrativo de atendimento. A pessoa pergunta se um pedido foi enviado. Para responder, o processo precisa identificar o pedido, consultar sua fonte de status e comunicar a informação disponível.
Um fluxo limitado poderia funcionar assim: receber a identificação necessária, consultar o sistema autorizado e preparar uma resposta baseada no status. Se o pedido não for encontrado, se houver divergência ou se a solicitação envolver uma negociação, o caso segue para uma pessoa.
Esse desenho é diferente de dar ao agente autonomia para alterar pedidos, conceder descontos ou prometer prazos. Cada nova ação muda o escopo e exige critérios próprios. Uma resposta fluente não comprova que a informação está correta.
Escreva o contrato do piloto antes de conectá-lo
O framework de gestão de riscos do NIST destaca governança e definição de responsabilidades ao longo do uso de IA. Abaixo está uma adaptação editorial da lork para delimitar um primeiro piloto, não uma certificação ou implementação integral desse framework.
- Objetivo: qual tarefa específica será apoiada?
- Entrada: que informação pode ser recebida e de quem?
- Fonte: onde está o dado que sustenta a resposta?
- Ação permitida: consultar, sugerir ou executar exatamente o quê?
- Limite: quais pedidos nunca serão resolvidos automaticamente?
- Exceção: quem assume, com qual contexto e por qual caminho?
- Verificação: como comparar a saída com a fonte correta?
- Interrupção: como suspender o fluxo sem perder a continuidade do atendimento?
Se uma resposta estiver faltando, registre a lacuna. Não a preencha com uma promessa de que a ferramenta “vai aprender sozinha”.
O custo não é apenas o preço do modelo
Um orçamento de automação pode envolver integração, preparação de dados, mensagens, uso de modelo, revisão e manutenção. Quais itens existem depende da solução escolhida. Não é responsável afirmar que tudo será gratuito porque o site institucional está hospedado em um plano gratuito.
Também existe esforço da equipe: alguém precisa avaliar exemplos, acompanhar exceções e revisar regras. Se ninguém puder assumir essa rotina, reduzir o escopo ou adiar o piloto pode ser a decisão mais útil.
Para comparar caminhos, peça que a proposta identifique o que é investimento inicial, o que é recorrente e quais limites de uso foram considerados. Valores e políticas de fornecedores devem ser conferidos na data da contratação.
Como aprender com um piloto
Selecione exemplos que representem o trabalho normal e também situações problemáticas: informação ausente, identificador incorreto, pedido fora do escopo e fonte indisponível. O objetivo não é demonstrar uma resposta bonita uma vez; é entender em quais condições o processo pode ser usado.
Registre resultado esperado, saída observada e motivo de divergência. Quando a equipe mudar uma regra, repita os casos afetados. Se não houver informação suficiente para concluir, mantenha o caso com uma pessoa em vez de fabricar uma resposta segura na aparência.
Escolha uma tarefa e torne os limites visíveis
Reúna quem executa o processo e quem responde por seu resultado. Preencha o contrato com uma tarefa real e identifique o primeiro dado ou decisão que impede começar.
A frente de IA & automação ajuda a transformar esse recorte em uma solução conectada à operação. Se o problema principal for priorizar melhorias em algo que já existe, a leitura sobre evolução de produto complementa essa decisão.
Fontes e referências
- AI Risk Management Framework: CoreNIST · Consulta em 11 de setembro de 2026 · Fonte: 2023
Os critérios e exemplos deste artigo são uma análise editorial da lork. Cenários ilustrativos não representam resultados de clientes.
