Melhores formas de implantar processo eletrônico começando por um piloto setorial

Implantar um sistema de processo eletrônico por piloto setorial significa rodar a nova ferramenta em um único setor ou tipo de processo — como a aprovação de projetos arquitetônicos ou a emissão de uma certidão específica — antes de decidir se ela substitui o sistema atual em toda a prefeitura. As três abordagens mais comuns para começar essa digitalização são o piloto setorial, a migração completa de uma vez (conhecida como “big bang”) e a operação paralela temporária com o sistema legado, geralmente o SEI. Cada uma muda o risco assumido, o tempo até o primeiro resultado mensurável e o esforço de gestão da mudança exigido da equipe.

Este guia compara as três abordagens, mostra em que cenário cada uma faz mais sentido e detalha os critérios que devem pesar na escolha de um órgão público que ainda não decidiu por onde começar.

O que muda entre as abordagens

Critério	Piloto setorial	Migração completa (big bang)	Operação paralela com o legado
Tempo até o primeiro resultado	Semanas	Meses, só após a virada geral	Semanas, mas sem desligar o legado
Risco operacional	Baixo — falha fica contida a um setor	Alto — qualquer falha atinge toda a operação	Médio — equipe opera dois sistemas ao mesmo tempo
Curva de adoção da equipe	Gradual, um grupo pequeno aprende por vez	Abrupta, todos os setores mudam juntos	Lenta, porque o hábito antigo continua disponível
Esforço de gestão da mudança	Concentrado, fácil de acompanhar de perto	Alto, exige capacitação simultânea de toda a prefeitura	Contínuo, porque convive com dois fluxos por mais tempo
Momento de desligar o sistema legado	Definido depois, com dado real do piloto	Imediato, na data da virada	Definido antes, mas frequentemente adiado

Piloto setorial (um processo ou uma secretaria)

O piloto roda a plataforma nova em um recorte controlado — um tipo de processo de alto volume e complexidade média, como um alvará de construção, ou uma secretaria isolada, como planejamento urbano — enquanto o restante da prefeitura continua no sistema atual. A vantagem é medir tempo de tramitação, taxa de erro no protocolo e reação dos servidores antes de comprometer toda a operação. A desvantagem é que o piloto não resolve, por si só, a fragmentação entre setores: enquanto ele dura, um mesmo processo pode ainda precisar circular entre o setor pilotado e os demais, que seguem no fluxo antigo.

Esse é o cenário mais indicado quando a prefeitura já tem um problema concreto e localizado — uma fila que trava, um setor que mais gera reclamação de prazo — e quer validar a ferramenta contra esse problema específico antes de decidir sobre o resto.

Migração completa de uma vez (big bang)

Toda a prefeitura passa a usar o sistema novo na mesma data, com o legado desligado imediatamente. Funciona quando o volume de processos é relativamente baixo, a equipe é pequena o suficiente para ser capacitada de uma só vez, ou quando o sistema atual já apresenta risco de continuidade — por exemplo, um contrato prestes a vencer sem previsão de renovação. O ponto de atenção é que qualquer lacuna de parametrização (uma regra de negócio mal configurada, um fluxo que não foi mapeado) aparece no primeiro dia de operação, para todos os setores ao mesmo tempo, sem um piloto anterior que já tivesse revelado o problema em escala menor.

Operação paralela temporária com o sistema legado

Os dois sistemas funcionam ao mesmo tempo por um período definido, geralmente enquanto o SEI segue como repositório de tramitação interna e o novo sistema atende o protocolo e o atendimento ao cidadão — o SEI tem uma interface de baixa usabilidade para quem está fora do órgão, mas segue funcionando bem como repositório documental. A vantagem é reduzir a pressão do primeiro dia, já que a equipe ainda tem o fluxo antigo como rede de segurança. O risco é a operação paralela virar permanente: sem uma data definida para desligar o legado, os dois sistemas convivem indefinidamente, dobrando o trabalho de manutenção de dados e criando duas fontes de verdade para o mesmo processo.

Critérios para escolher

• Volume e criticidade do processo: processos de alto volume e baixa complexidade suportam melhor uma migração completa; processos de alto risco jurídico ou operacional pedem piloto.
• Tamanho e capacidade da equipe: equipes pequenas se capacitam mais rápido de uma vez; equipes grandes e distribuídas por vários setores se beneficiam de um piloto que gera referência interna antes de escalar.
• Dependência de integração com sistemas legados: quando o processo depende de um sistema legado que a prefeitura não pretende substituir de imediato — geoprocessamento, cadastro tributário, folha de pagamento —, a integração precisa estar validada antes de qualquer decisão de virada total.
• Data-limite para desligar o legado: qualquer abordagem que envolva operação paralela só funciona com uma data de corte definida antes do início, não decidida “no calor” da adoção.

A Lei do Governo Digital (Lei 14.129/2021) trata a simplificação e a digitalização de serviços públicos como processo contínuo de transformação, não como evento único — o que reforça que testar uma abordagem antes de generalizá-la é compatível com a lógica que orienta a modernização da administração pública no país, mesmo quando o ente federado que adere a ela é o município.

Como o Aprova se encaixa

• Cada processo é parametrizado individualmente, o que permite ativar só um tipo de solicitação ou uma secretaria como piloto, sem mexer no restante da carta de serviços.
• A integração nativa com o SEI mantém o repositório documental funcionando durante a operação paralela, gerando o registro correspondente no SEI ao final do processo tramitado no Aprova.
• Um ambiente de homologação isolado permite testar regras de negócio, formulários e fluxos antes de liberar o piloto para os servidores em produção.
• Uma mesma prefeitura pode manter ambientes segmentados por órgão — planejamento, habitação, compras — o que já sustenta pilotos concorrentes em setores diferentes sem que um dependa do outro.
• O login pode ser integrado à base de cadastro que a prefeitura já usa (gov.br ou base local), sem custo por usuário, o que evita que o piloto crie um cadastro paralelo de acesso.

FAQ sobre implantação de processo eletrônico por piloto

Dá para testar o sistema só em um setor antes de decidir migrar o resto da prefeitura?

Sim. O piloto setorial existe exatamente para isso: validar tempo de tramitação, taxa de erro e adoção da equipe num recorte controlado antes de comprometer toda a operação.

O piloto setorial substitui o SEI imediatamente?

Não necessariamente. É comum o piloto atender o protocolo e a tramitação de um processo específico enquanto o SEI segue como repositório de outros processos, com integração entre os dois sistemas durante o período de teste.

Quanto tempo costuma durar um piloto antes da decisão de expandir?

Varia com o volume do processo escolhido, mas o suficiente para acumular um ciclo completo de tramitação — da abertura à conclusão — em número de casos que permita comparar indicadores com o fluxo anterior, não apenas alguns protocolos isolados.

Como evitar que a operação paralela vire permanente?

Definindo, antes do início do piloto, a data-limite para a decisão de expandir ou desligar o sistema legado — e tratando essa data como parte do escopo do projeto, não como algo a decidir depois que o piloto já estiver em produção.

É possível rodar o sistema novo em paralelo com o SEI enquanto o piloto está em teste?

Sim, desde que a integração entre os dois sistemas esteja definida desde o início — o que deve ser tramitado só no sistema novo, o que continua no SEI, e como cada processo concluído gera o registro correspondente no outro sistema.

Conclusão

Não existe uma abordagem certa para toda prefeitura, câmara municipal ou órgão público — existe a abordagem certa para o volume de processos, o tamanho da equipe e a tolerância a risco de cada operação. O piloto setorial reduz o risco do primeiro dia e gera dado real para decidir a expansão; a migração completa acelera o ganho, mas exige preparo prévio maior; a operação paralela compra tempo, desde que tenha data para acabar. Veja também como integrar o protocolo eletrônico ao SEI e por que, em atendimento ao cidadão, o SEI sozinho não resolve o que motiva boa parte desses projetos de piloto.