Uma prefeitura digital não se mede apenas pela quantidade de aplicativos. O cidadão precisa encontrar o serviço, entender requisitos, identificar-se quando necessário, acompanhar a solicitação e receber uma resposta. Se cada etapa exige repetir dados ou procurar outra secretaria, o problema administrativo pode ter mudado de lugar sem ser resolvido.
Experiências públicas de Curitiba e Recife ajudam a discutir essa jornada. São referências externas, não cases, clientes ou projetos da GM Tecnologia. Os números históricos aparecem com data e fonte; as recomendações de projeto são análises editoriais, não afirmações de desempenho dessas prefeituras.
Curitiba: o valor de uma identidade compartilhada
No comunicado “Saiba como utilizar o e-Cidadão da Prefeitura de Curitiba”, de março de 2023, o município descreve uma base única de cadastro para acesso a aplicações municipais usando CPF e senha.
A publicação menciona mais de 30 aplicações utilizando a base naquele período e referencia a marca de um milhão de cadastros. São dados divulgados em 2023, não indicadores atuais conferidos em 2026. Cadastros também não equivalem automaticamente a usuários ativos, cidadãos atendidos ou serviços concluídos.
A lição arquitetural é a redução da fragmentação de identidade. Um cidadão não deveria precisar administrar uma senha diferente para cada aplicação sem necessidade. Isso não significa que todos os dados devem ficar disponíveis a todos os serviços. Identidade compartilhada e acesso irrestrito são conceitos distintos.
Recife: organizar a entrada para os serviços
O Conecta Recife é uma referência pública de portal e aplicativo municipal que reúne acesso a serviços. A análise aqui se limita a essa organização da entrada: não atribui número atual de usuários, volume de economia ou taxa de satisfação que não foi confirmado para este artigo.
O contraste é útil. Uma identidade unificada resolve parte do problema; um catálogo compreensível ajuda a pessoa a descobrir o que pode solicitar. Uma prefeitura pode ter autenticação tecnicamente correta e ainda oferecer uma jornada confusa se o serviço estiver escondido por nomes administrativos.
Não é necessário presumir tecnologias específicas ou copiar toda a estrutura de uma capital. Municípios com equipes diferentes podem começar por um conjunto menor de serviços, desde que desenhem sua jornada e estabeleçam quem mantém cada informação.
Login único não deve significar coleta indiscriminada
Alguns serviços exigem identificação. Outros podem fornecer informações gerais sem login. Pedir cadastro antes de apresentar horários, documentos necessários ou orientação básica pode acrescentar dificuldade sem benefício proporcional.
A LGPD traz princípios como finalidade, necessidade e transparência, além de regras específicas para tratamento pelo poder público. A equipe deve avaliar quais dados são necessários em cada etapa, e não simplesmente replicar um formulário padrão completo.
Um cadastro centralizado também exige controle de acesso. A existência de uma identidade comum não autoriza uma secretaria a consultar todas as informações de outra. A aplicação deve verificar permissões, finalidade e competência conforme o fluxo.
Desenhe a jornada pelo vocabulário do cidadão
Organizar serviços pelo organograma pode ser conveniente internamente, mas nem sempre ajuda quem precisa de atendimento. A pessoa procura “acompanhar pedido”, “segunda via” ou “solicitar manutenção”, não necessariamente o nome de uma divisão administrativa.
Faça pesquisa com usuários e com quem atende no balcão. Observe as perguntas repetidas, documentos esquecidos e pontos em que o pedido fica parado. A jornada precisa mostrar o que acontece depois do envio, inclusive quando falta informação ou há necessidade de análise presencial.
Num cenário hipotético de solicitação de manutenção urbana, o formulário recebe localização e descrição, oferece confirmação e permite acompanhamento. O cidadão não deve precisar reenviar o pedido a cada secretaria. O encaminhamento e a responsabilidade são problemas internos a resolver com processo e integração.
Digital e presencial devem conversar
A digitalização não elimina a necessidade de atendimento assistido. Pessoas sem conexão adequada, com deficiência ou com dificuldade de leitura podem precisar de alternativas. O atendimento presencial não deve funcionar como um sistema paralelo que perde o histórico digital.
Quando um servidor ajuda a registrar uma solicitação, é importante identificar que houve atendimento assistido e respeitar os acessos. Compartilhar senha do cidadão não deveria ser o procedimento padrão. A ferramenta pode oferecer meios próprios para essa assistência, com responsabilidades e registros.
A acessibilidade inclui navegação por teclado, compatibilidade com leitores de tela, contraste, mensagens compreensíveis e formulários com orientação adequada. Não se resume a colocar um símbolo de acessibilidade na página inicial.
Integração gradual costuma exigir menos ruptura
Começar por um serviço de demanda frequente permite testar processo, equipe e tecnologia. Mapeie o sistema existente, a informação de referência e as etapas que podem ser integradas sem comprometer continuidade.
Um plano de transição deve explicar como históricos serão preservados, como usuários receberão ajuda e o que acontece quando um sistema ficar indisponível. A mudança de login, por exemplo, exige recuperação de acesso e comunicação clara, não apenas uma alteração visual.
Também é necessário verificar fornecedores e contratos. Integrações podem depender de documentação, permissões e adaptações. Não presuma que toda aplicação municipal possui API disponível ou que conectar um portal resolve automaticamente o trabalho interno.
| Parte da jornada | Problema a observar | Requisito de projeto |
|---|---|---|
| Descoberta | Cidadão não encontra o serviço | Catálogo com linguagem simples |
| Identificação | Cadastros repetidos ou barreiras | Acesso proporcional à tarefa |
| Solicitação | Exigências pouco claras | Formulário e documentação compreensíveis |
| Encaminhamento | Pedidos perdidos entre setores | Responsável e histórico definidos |
| Acompanhamento | Necessidade de telefonar para saber estado | Consulta e notificações adequadas |
| Resolução | Encerramento sem explicação | Resposta útil e registro do resultado |
Indicadores precisam mostrar a tarefa concluída
Quantidade de downloads, contas ou visitas não substitui avaliação do serviço. A prefeitura pode acompanhar abandono do formulário, pedidos devolvidos por informação faltante, tempo em cada etapa e satisfação com o atendimento — usando metodologia e cuidados com dados.
Essas são sugestões de indicadores, não resultados atribuídos a Curitiba, Recife ou clientes da GM. Ao divulgar números, informe período, definição e origem. Diferencie cadastro de uso ativo e solicitação de resolução.
Compare versões do serviço com cuidado. Uma mudança no formulário pode aumentar pedidos registrados porque o acesso ficou mais fácil, sem necessariamente indicar piora no município. Os números precisam de interpretação contextual, não apenas de gráficos.
Perguntas frequentes
Toda prefeitura precisa de um aplicativo próprio? Não necessariamente. Um portal acessível pode ser mais apropriado em certos contextos; a escolha depende do serviço e do público.
Os números do e-Cidadão citados aqui são atuais? Não. São referências divulgadas em março de 2023, apresentadas como retrato histórico.
Curitiba e Recife são clientes da GM Tecnologia? Não são apresentados como clientes. Suas iniciativas aparecem exclusivamente como referências públicas externas.
Unificar login autoriza compartilhar toda informação? Não. Identidade, permissão e finalidade são controles diferentes.
Próximo passo
O objetivo de uma prefeitura digital é uma jornada mais compreensível e sustentável, não acumular ferramentas desconectadas. Conheça os serviços para empresas e governo, explore as soluções GovTech e descreva o serviço municipal que precisa evoluir.
Fontes e referências
- Prefeitura de Curitiba — Saiba como utilizar o e-Cidadão, março de 2023.
- Prefeitura do Recife — Conecta Recife.
- Planalto — Lei nº 13.709/2018.
Imagem ilustrativa gerada por IA: não é uma fotografia das prefeituras ou plataformas mencionadas. Conteúdo informativo, não avaliação jurídica das iniciativas.