Por que desenhar o fluxo no papel é a parte fácil da automação

Mapear um processo administrativo — colocar num fluxograma quem recebe a solicitação, quem analisa, quando se cobra uma taxa, quando se indefere — é a etapa que qualquer secretaria consegue fazer sozinha, com ou sem sistema, muitas vezes numa reunião de duas horas com post-it na parede. O trabalho difícil, o que de fato separa um processo digitalizado de um processo automatizado, é traduzir cada exceção daquele fluxo numa regra que o sistema executa sem depender de alguém lembrar dela. É nesse ponto que a maioria dos projetos de modernização trava — não no desenho, na tradução.

O desenho é generoso com a exceção; o sistema não é

Quando um gestor público descreve o próprio processo, ele fala em regra geral e resolve a exceção na hora, verbalmente: “normalmente segue esse rito, mas se for uma situação de urgência, o responsável libera direto”. Essa frase cabe inteira numa reunião. Num sistema, ela não cabe sozinha — precisa virar uma condição explícita, testável, com critério de quando se aplica e quem tem autoridade para acioná-la. Enquanto o fluxo estiver só na cabeça de quem desenhou, essa tradução parece redundante, um detalhe que “todo mundo já sabe”. É exatamente esse detalhe que, deixado de fora da parametrização, vira o motivo de um processo urgente esperar o expediente normal para andar.

A Lei nº 14.129/2021 (Lei do Governo Digital) trata a automação de atos e trâmites administrativos como diretriz central da transformação digital do setor público — não a simples publicação de um formulário on-line. A diferença entre as duas coisas é justamente a que separa um fluxograma bem desenhado de um processo que roda sozinho: a lei aponta para o segundo, e é o segundo que exige o trabalho de tradução da exceção.

Quem desenha o processo raramente é quem vai testar cada exceção dele

O fluxo costuma ser desenhado por quem tem visão gerencial da secretaria — coordenador, diretor, às vezes o próprio secretário. Mas as exceções que fazem um processo travar na prática moram na memória de quem está na ponta: o analista que sabe que “esse tipo de pedido, quando vem sem o anexo X, a gente já devolve direto”, o atendente que sabe que determinado bairro exige um documento extra por causa de uma norma local mais antiga. Se essas exceções não forem levantadas antes de configurar o sistema, elas não desaparecem — só deixam de estar registradas em algum lugar visível, e passam a depender de alguém lembrar de aplicá-las manualmente por fora do fluxo automatizado, o que anula boa parte do ganho da automação.

Um fluxo desenhado sem essa consulta prévia costuma parecer completo e simples — e é exatamente essa aparência de simplicidade que engana. Ele só parece pronto porque ainda não foi confrontado com o volume real de casos-limite que um processo recebe ao longo de um ano.

Um fluxo certo que nunca saiu do papel não vale nada

Não é incomum uma secretaria chegar a um projeto de digitalização com o processo inteiro já desenhado — cada etapa, cada responsável, cada prazo, tudo revisado e validado internamente — sem que ninguém tenha, de fato, configurado esse desenho dentro de um sistema. O fluxograma existe, impresso ou em um slide, mas na prática todo pedido continua chegando por memorando ou e-mail e passando pela mesma sequência de ligações informais entre setores de sempre. Nesse cenário, ter o processo “todo mapeado” não reduz nenhum risco real: um pedido que só pode esperar até segunda-feira porque ninguém automatizou o rito de urgência causa o mesmo atraso que causaria se o fluxo nunca tivesse sido desenhado.

O valor de mapear um processo não está no documento que resulta disso. Está no que se faz com ele depois — e a distância entre as duas coisas é maior do que a maioria dos projetos de modernização reserva tempo para percorrer.

Conclusão

Desenhar o processo é a etapa visível, a que aparece em apresentação de projeto e em ata de reunião. Automatizar é o trabalho invisível de perguntar, para cada exceção daquele desenho, quem decide, com que critério e em que prazo — e codificar essa resposta em vez de deixá-la na memória de quem está na rotina. Prefeituras, câmaras e órgãos públicos que tratam o mapeamento como o produto final do projeto costumam descobrir, meses depois, que o sistema replicou o papel em vez de substituí-lo. Agende uma demonstração da Aprova para ver como transformar o fluxo já desenhado pela sua equipe num processo que roda sozinho, exceção por exceção.