IA no negócio: comece por uma boa pergunta.

Troque a ambição genérica por uma tarefa concreta

“Precisamos usar inteligência artificial” abre uma conversa, mas ainda não orienta uma decisão. Uma pergunta mais produtiva seria: em qual tarefa a equipe gasta tempo demais, refaz trabalho ou perde informações? O ponto de partida pode ser preparar um resumo, organizar solicitações ou encontrar respostas em materiais internos.

Escolha uma situação recorrente e descreva seu início, sua entrega e quem usa o resultado. Se a proposta for resumir reuniões, por exemplo, o objetivo pode ser produzir uma primeira versão das decisões e pendências. Esse recorte permite avaliar se a ajuda foi útil, sem prometer que a tecnologia resolverá toda a operação.

Conheça o trabalho antes de automatizá-lo

Acompanhe algumas execuções reais da tarefa. Observe quais informações entram, onde surgem dúvidas e quais decisões exigem contexto. Um processo aparentemente simples pode depender de critérios que só existem na memória de uma pessoa. Torná-los explícitos já melhora o trabalho, mesmo antes da IA.

O AI Risk Management Framework do NIST organiza a gestão de riscos em quatro funções: governar, mapear, medir e gerenciar. Para um primeiro experimento, isso reforça a importância de entender o contexto e definir como o uso será acompanhado.

Referência: NIST — AI RMF Core

Teste com exemplos que representem a rotina

Separe situações comuns e algumas exceções. No exemplo das reuniões, inclua conversas curtas, decisões que mudaram durante a discussão e tarefas sem responsável definido. Compare o material produzido com o que uma pessoa considera uma boa entrega.

Registre o tempo de preparação, o esforço de revisão e os erros que importam. Um resumo rápido que exige reconstrução completa não representa necessariamente uma melhoria. Já uma primeira versão que preserva decisões e facilita a conferência pode ser um avanço, mesmo sem eliminar a revisão.

Expanda a partir do que foi aprendido

Defina quem pode usar a solução, quais informações podem entrar e quando a equipe deve interromper o fluxo. O piloto precisa ter um responsável e uma forma simples de registrar problemas. Não é necessário começar com uma estrutura complexa; é necessário conseguir entender o que aconteceu.

Ao fim do teste, decida entre ajustar, ampliar ou encerrar aquela aplicação. Documente o que funcionou e o que ainda depende de julgamento humano. A próxima etapa fica mais sólida quando nasce dessa evidência, em vez de partir da expectativa de que mais automação sempre será melhor.