Por que o sistema deve copiar o rito real da prefeitura, não redesenhá-lo

Um sistema de processo eletrônico que obriga a prefeitura, a câmara municipal ou o órgão público a abandonar o rito que já pratica — a ordem das etapas, os documentos exigidos, quem decide o quê em cada secretaria — não está simplificando a gestão pública. Está transferindo para o servidor o custo de reaprender, do zero, um fluxo que o fornecedor considerou mais elegante na tela de demonstração. A implantação que funciona começa reproduzindo fielmente o que a instituição já faz hoje, mesmo que ainda em papel, e só depois sugere onde cortar uma etapa redundante — nunca o inverso.

O rito da prefeitura carrega know-how que nenhum fornecedor tem de fora

Cada etapa que uma secretaria mantém — mesmo a que parece burocracia desnecessária à primeira vista — em geral existe porque resolveu um problema real em algum momento: uma exigência jurídica específica, uma fraude que já aconteceu e não pode se repetir, uma determinação de auditoria do Tribunal de Contas. Um fornecedor que chega de fora e redesenha o fluxo “do jeito certo” descarta esse histórico sem saber por que ele existia — e corre o risco de reabrir exatamente o problema que aquela etapa foi criada para fechar.

Um exemplo real ilustra o ponto: a prefeitura de Uberaba (MG), cliente da Aprova, usou o motor de processos da plataforma para digitalizar a revitalização do centro da cidade — um processo que não constava em nenhum catálogo padrão de “sistema de protocolo” e que só fez sentido dentro da ferramenta porque o sistema seguiu o rito que a própria equipe técnica municipal já havia desenhado para aquele projeto, com as etapas e os pareceres que ela considerava necessários, não os que um formulário genérico de mercado previa.

Adaptar o servidor ao sistema custa mais do que aparece no contrato

O custo mais visível de uma implantação é o preço da licença. O custo real, que raramente aparece na proposta comercial, é o tempo que cada servidor gasta reaprendendo uma sequência de telas que não corresponde à sequência de decisões que ele já toma na cabeça depois de anos operando aquele processo. Esse desalinhamento produz dois sintomas previsíveis: perguntas repetidas aos poucos colegas que ainda sabem operar o sistema direito, e um fluxo paralelo em papel ou planilha para dar conta das exceções que o sistema simplesmente não previu — e exceção, em processo administrativo, sempre existe.

Quando esse fluxo paralelo se consolida, a instituição paga duas vezes pelo mesmo processo: a licença do sistema que deveria ter substituído o papel, e o tempo do servidor mantendo o controle informal que o sistema não conseguiu absorver. Depois de alguns meses, é comum que ninguém mais consiga dizer qual dos dois registros — o do sistema ou o da planilha paralela — é o que realmente vale em caso de contestação.

Sistema configurável só cumpre a promessa se a implantação for feita ao contrário do script padrão

“Sistema 100% customizável” é uma promessa comum no mercado de governo digital, mas ela só se cumpre quando a etapa de implantação parte do inventário real do que a secretaria faz — entrevista com quem executa o processo hoje, levantamento dos documentos hoje exigidos, mapeamento das exceções hoje toleradas — antes de qualquer tela ser configurada. Quando a implantação parte do template pronto do fornecedor e pergunta apenas “o que muda em relação a isso?”, o resultado costuma ser uma customização superficial: o rito de fato continua sendo o do fornecedor, com pequenos ajustes de rótulo e cor.

A diferença entre as duas abordagens só aparece meses depois, quando a secretaria tenta colocar um processo novo dentro da mesma plataforma. Se a lógica original foi copiar o rito real, o processo novo entra sem atrito, porque o motor por trás já foi desenhado para acomodar variação. Se a lógica original foi impor um modelo genérico e ajustá-lo por cima, cada processo novo esbarra nas mesmas simplificações que o fornecedor fez lá atrás — e a customização vira, na prática, uma fila de pedidos de ajuste que nunca termina.

Conclusão

Um sistema de processo eletrônico não deveria ser avaliado pela beleza do fluxo padrão que aparece na demonstração, mas pela disposição da equipe de implantação de gastar tempo entendendo o rito real antes de configurar qualquer tela. É esse trabalho de tradução — do jeito que a instituição já faz para dentro do sistema, e não o contrário — que determina se a digitalização reduz o trabalho do servidor ou apenas muda o papel de lugar. Para ver como estruturar uma implantação a partir do processo que sua instituição já pratica, agende uma demonstração do Aprova.