Como mapear um processo antes de colocar IA no fluxo

Mapeie o processo começando por uma ocorrência real, do recebimento à conclusão. Registre quem faz cada etapa, quais dados usa e como reconhece uma saída correta. Só depois procure uma ferramenta. Automatizar um desenho incompleto pode acelerar o mesmo retrabalho e tornar as exceções menos visíveis.

Escolha uma unidade de trabalho

Uma unidade pode ser um pedido, documento ou solicitação. Evite começar com um departamento inteiro. Defina um identificador que acompanhe o item, mesmo se ele passar por vários sistemas. Isso permite relacionar tempo, custo e resultado sem confundir partes de tarefas diferentes.

Observe uma ocorrência normal e outras que precisaram de correção. Converse com quem executa, não apenas com quem aprova a compra. O procedimento oficial pode deixar de fora atalhos e verificações feitas pela experiência das pessoas. Anote essas decisões para entender se podem virar regra, se exigem contexto humano ou se revelam um problema de entrada.

Distinga trabalho de espera

Registre o tempo em que alguém trabalha e o tempo em que o item espera. Uma solicitação pode levar dias para concluir e poucos minutos de esforço efetivo. Reduzir espera melhora prazo, mas não libera automaticamente todos esses dias como capacidade da equipe.

Exemplo ilustrativo: uma tarefa espera quatro horas por um dado e demanda dez minutos de execução. Melhorar a coleta pode reduzir o prazo em quatro horas sem poupar dez minutos inteiros. Já preencher automaticamente um campo pode reduzir esforço sem mudar o tempo de espera por aprovação. Os dois benefícios devem aparecer separados no diagnóstico.

Etapa	Entrada necessária	Saída verificável
Receber	Identificador e conteúdo	Item registrado
Validar	Campos obrigatórios	Elegível ou incompleto
Interpretar	Conteúdo autorizado	Sugestão com referência
Aprovar	Evidência e contexto	Decisão registrada
Executar	Autorização válida	Efeito confirmado

Marque fronteiras e exceções

Para cada etapa, pergunte o que ocorre se faltar informação, o sistema estiver fora ou aparecer uma categoria desconhecida. Uma exceção precisa de destino e responsável. A mensagem de erro sozinha não resolve o item. Defina como a pessoa recebe contexto suficiente sem acessar informações além da sua função.

Identifique também ações irreversíveis ou difíceis de desfazer. Um rascunho pode ser descartado, enquanto um envio externo produz consequência imediata. Esses pontos merecem aprovação e testes próprios. Evite colocar a mesma permissão em todo o fluxo apenas porque todas as etapas estão no mesmo editor visual.

Localize a interpretação que pode usar IA

Marque quais decisões usam conteúdo livre e quais dependem de tabela ou regra. Uma classificação de assunto pode usar IA; conferir se um pedido existe deve usar o sistema autorizado. Não peça ao modelo para adivinhar uma informação disponível por consulta.

Quando a interpretação for necessária, defina categorias permitidas e a possibilidade de não responder. Um processo que obriga escolher uma categoria mesmo sem evidência tende a esconder incerteza. A saída deve carregar referência à entrada, para que a revisão seja mais rápida do que repetir a leitura integral sem contexto.

Transforme o mapa em contrato de piloto

Escreva um documento curto com escopo, entradas, saídas, responsáveis e limites. Inclua um exemplo sintético de cada caminho. Diga quais dados não podem entrar e qual volume será permitido inicialmente. Estabeleça quem pode interromper e onde ficam os itens pendentes.

O aceite não deve ser “a IA funcionou”. Pode ser produzir rascunhos válidos, impedir gravação sem aprovação e manter todos os itens rastreáveis. Escolha critérios de qualidade e esforço de revisão compatíveis com a tarefa. Defina o resultado esperado antes do teste para evitar ajustar a avaliação apenas aos casos que deram certo.

Faça uma revisão com quem opera

Percorra o mapa usando uma ocorrência normal e uma difícil. Peça à pessoa responsável que indique onde o processo para e como retoma. Se houver uma seta sem explicação, detalhe a decisão. Se uma atividade depender de conhecimento tácito, documente exemplos e limites antes de automatizá-la.

Guarde a versão do mapa usada no piloto. Mudanças de formulário, política interna ou sistema podem alterar as premissas. Uma automação útil precisa acompanhar o processo real; não transforme o primeiro desenho em documento intocável. O dono do processo deve poder propor correções e entender quais mudanças exigem novo teste técnico.

Uma boa revisão final é pedir que alguém que não participou do desenho acompanhe um item usando o documento. Essa pessoa deve reconhecer o estado atual, o responsável e o próximo passo. Se precisar adivinhar o significado de uma seta ou de um campo, ajuste a descrição. O mapa será usado também em falhas e transferências, quando quem construiu talvez não esteja disponível para explicar.

Perguntas frequentes

Preciso de ferramenta de modelagem?

Não. Uma tabela com etapas e exemplos pode ser suficiente para começar. O essencial é explicitar decisões, dados, responsabilidades e condições de erro, usando linguagem compreensível para a operação.

Qual etapa automatizar primeiro?

Considere frequência, qualidade de entrada, reversibilidade e esforço de validação. Uma tarefa pequena e delimitada pode oferecer aprendizado melhor que uma etapa ampla com dados ruins e efeitos difíceis de corrigir.

Posso usar dados reais no mapa?

Use apenas o necessário e autorizado. Exemplos sintéticos geralmente bastam para documentar formato. Para amostras reais, avalie proteção, acesso e retenção com os responsáveis antes de copiá-las para outro ambiente.

Fontes

ANPD — segurança — referência para avaliar acesso e proteção das informações.