Plano de projeto de redesign de site no setor público: fases, papéis, cronograma e riscos

Um plano de projeto realista para redesenhar o site de um governo, prefeitura ou órgão público: sete fases com entregas, uma matriz RACI, um cronograma de exemplo de 9 meses, os riscos que costumam descarrilar projetos públicos e como gerenciá-los.

Redesigns no setor público raramente fracassam porque o novo design ficou feio. Fracassam porque a contratação levou oito meses, a migração de conteúdo foi estimada em "algumas semanas", vinte departamentos tiveram que reescrever suas páginas na mesma quinzena e a data de lançamento foi anunciada numa sessão da câmara antes que alguém tivesse contado os PDFs. Este plano está organizado em torno do trabalho que realmente consome tempo, com as decisões que você precisa da liderança indicadas no momento exato em que precisa delas.

As fases em resumo

Fase	Principal entrega	Duração típica
0. Mandato	Termo de abertura assinado, orçamento, patrocinador	2 a 4 semanas
1. Descoberta	Inventário de conteúdo, tarefas principais, linha de base de analytics, pesquisa com usuários	6 a 8 semanas
2. Plataforma e contratação	Plataforma escolhida, contrato assinado	6 semanas a 6 meses (a fase mais variável)
3. Estrutura e design	Navegação, templates, design system, protótipos testados	6 a 10 semanas
4. Conteúdo	Cada página mantida reescrita ou migrada, documentos convertidos	10 a 16 semanas, em paralelo com as fases 3 e 5
5. Construção e testes	Site funcionando, acessibilidade e desempenho testados, redirecionamentos mapeados	8 a 12 semanas
6. Lançamento e estabilização	Site no ar, monitoramento, correções, plataforma antiga desligada	4 a 8 semanas

O total para uma cidade ou órgão de porte médio costuma ficar entre 9 e 15 meses. Se alguém prometeu seis, descubra qual fase foi pulada.

Fase 0: Mandato

Antes de qualquer conversa com fornecedores, consiga um termo de abertura de uma página assinado por um patrocinador executivo. Ele deve informar:

Por que agora. Fim da vida útil da plataforma, obrigações de acessibilidade, reclamações de moradores, um apontamento de segurança. Seja específico; "o site parece antiquado" não sobrevive ao primeiro corte de orçamento.
O que significa sucesso, em termos mensuráveis: conclusão das cinco tarefas principais, redução no número de páginas e documentos, zero bloqueios de acessibilidade no lançamento, ligações para a central sobre coisas que estão no site.
Escopo. Quais sites entram (site principal, sites de departamentos, a biblioteca, a polícia?) e quais sistemas ficam de fora (alvarás, pagamentos, pautas).
Quem decide. Um patrocinador, um product owner com autoridade para dizer não aos departamentos, um comitê diretor que se reúne mensalmente.
Orçamento para a construção, o trabalho de conteúdo e os três primeiros anos de custos de operação. Nosso guia de custo total de propriedade lista o que incluir.

Fase 1: Descoberta

Quatro frentes de trabalho, em paralelo.

Inventário de conteúdo. Cada página, documento e site separado, com responsável e decisão. É esse número que dimensiona a fase 4. Nosso método de inventário de conteúdo leva cerca de quatro semanas.
Tarefas principais. A partir de registros de busca, analytics, dados da central de atendimento e uma pesquisa curta, liste as tarefas que as pessoas vêm realizar. Normalmente, um pequeno número de tarefas responde pela maioria das visitas.
Linha de base de analytics. Registre os números atuais agora; você vai precisar deles para provar que o redesign funcionou. Veja analytics de sites para o setor público.
Pesquisa com usuários. Observe de dez a quinze moradores tentando realizar as tarefas principais no site atual, incluindo pessoas que usam tecnologia assistiva e pessoas no celular.

Decisão da liderança ao fim da descoberta: confirmar o escopo com base nos números do inventário. Este é o momento de tirar um site do escopo ou aumentar o orçamento, não o sétimo mês.

Fase 2: Plataforma e contratação

Escreva os requisitos a partir da descoberta, não da lista de funcionalidades do site antigo. Separe o obrigatório (suporte à acessibilidade, papéis e permissões, revisão antes de publicar, registros e trilha de auditoria, uma rota de saída limpa para seu conteúdo e código) do desejável. Nosso modelo de edital para sites de governo e o checklist de contratação cobrem as perguntas; o plano de saída do fornecedor cobre a cláusula mais esquecida.

Conte com atrasos nesta fase. Toque o trabalho de navegação da fase 3 e a reescrita de conteúdo da fase 4 em paralelo, porque nenhum dos dois depende da plataforma escolhida.

Fase 3: Estrutura e design

Navegação organizada por tarefa e tema, não por departamento. Os moradores não sabem qual departamento cuida da coleta de entulho.
Teste a estrutura antes de desenhá-la. Um tree test (as pessoas procuram itens em um menu só de texto) identifica a maioria dos problemas de navegação a um custo muito baixo.
Templates: mantenha a lista curta. Um site público típico precisa de uns dez: início, tema, serviço/tarefa, artigo, notícia, evento, local, pessoa ou diretório, busca, formulário.
Acessibilidade desde o primeiro rascunho: contraste, estados de foco, estrutura de títulos e tamanhos de área de toque são definidos no design. O padrão que a maioria dos órgãos estaduais e locais dos EUA precisa cumprir pela regra do Title II da ADA é a WCAG 2.1 Nível AA, com prazos de conformidade em 26 de abril de 2027 (50.000 pessoas ou mais) e 26 de abril de 2028 (entidades menores e distritos especiais), após a regra final provisória de abril de 2026.

Fase 4: Conteúdo (o caminho crítico)

É no conteúdo que os redesigns públicos estouram o prazo. Planeje como uma linha de produção.

Etapa	Quem	Dica
Definir padrões de conteúdo e tipos de página	Líder de conteúdo	Uma página de regras sobre linguagem simples, títulos, links e documentos
Treinar os redatores dos departamentos	Líder de conteúdo	Duas horas, usando as próprias páginas deles como exemplo
Escrever em lotes por departamento	Departamentos	Escalone os prazos; nunca todos os departamentos na mesma quinzena
Editar e aprovar	Líder de conteúdo, depois chefe do departamento	No máximo duas rodadas; combine isso por escrito
Converter documentos em páginas ou formulários	Equipe web	Comece pelos formulários de solicitação mais usados
Inserir na nova plataforma	Equipe web ou departamentos	Só depois que os templates estiverem estáveis

Faça o orçamento contando: se o inventário diz que 600 páginas serão mantidas e cada uma leva duas horas para reescrever, editar e aprovar, são 1.200 horas de tempo dos departamentos. Mostre esse número à liderança na fase 1, não na fase 4.

Fase 5: Construção e testes

Mapa de redirecionamentos: cada URL antiga com tráfego ou links de entrada aponta para o novo endereço. Primeiro na planilha, depois implementado e testado.
Testes de acessibilidade: manuais e automatizados, em cada template e nas tarefas principais. Veja nosso processo de testes de acessibilidade.
Verificação de usabilidade: repita as tarefas da fase 1 com moradores no novo site e compare.
Desempenho e celular: teste em um celular intermediário com uma conexão lenta.
Revisão de segurança pela sua equipe de TI, incluindo a configuração de contas e papéis.
Treinamento dos editores na plataforma real, e um processo de publicação por escrito.

Fase 6: Lançamento e estabilização

Lance numa terça ou quarta de manhã, nunca antes de um feriado ou de uma sessão da câmara.
Congele o conteúdo do site antigo uma semana antes; combine como alterações urgentes serão tratadas durante o congelamento.
Acompanhe diariamente os erros 404 e as buscas nas duas primeiras semanas e corrija os redirecionamentos conforme aparecerem.
Mantenha a plataforma antiga disponível só para leitura por um período definido, depois desligue e pare de pagar por ela.
Apresente os resultados frente às métricas de sucesso da fase 0 aos 90 dias.

Matriz RACI dos papéis principais

Atividade	Patrocinador	Product owner	Equipe web	Departamentos	TI	Fornecedor
Termo de abertura e orçamento	A	R	C	I	C	-
Descoberta	I	A	R	C	C	C
Escolha da plataforma	A	R	C	I	C	-
Navegação e design	I	A	R	C	I	R
Reescrita de conteúdo	I	A	C	R	-	-
Construção e redirecionamentos	I	A	R	I	C	R
Testes de acessibilidade	I	A	R	C	I	C
Decisão de lançar ou não	A	R	C	I	C	C

R = responsável pela execução, A = responsável final (aprova), C = consultado, I = informado.

Registro de riscos: os suspeitos de sempre

Risco	Sinal precoce	Resposta
Conteúdo não fica pronto	Menos da metade das páginas do primeiro lote aprovadas no prazo	Reduza o escopo: lance com as tarefas principais e migre o restante depois
Atraso na contratação	Nenhum contrato na data planejada	Mantenha as fases 3 e 4 avançando no trabalho que não depende da plataforma
Resistência dos departamentos	Pedidos de "um site só nosso" ou templates personalizados	Use o teste de microsite; o product owner decide
Escopo invadindo sistemas transacionais	"Já que estamos nisso, dá para trocar o sistema de alvarás?"	Projeto separado; por enquanto, use um link externo
Lançamento anunciado cedo demais	Uma data num comunicado à imprensa antes da fase 5	Anuncie uma estação do ano, não uma data
Aprisionamento ao fornecedor	O fornecedor não consegue explicar como você tira conteúdo e código	Torne a exportação um requisito contratual

Onde um construtor multissite se encaixa

Se o seu escopo inclui muitos sites pequenos (departamentos, equipamentos públicos, programas) e o CMS principal foi o motivo pelo qual eles saíram, considere uma plataforma em que a equipe central controla a marca e as permissões e os departamentos constroem dentro dela. Na We.Inc, os sites rodam com a sua própria marca, um site pode ser configurado para exigir uma aprovação de etapa única antes de entrar no ar, e o código pode ser baixado ou sincronizado com o GitHub, o que importa para a cláusula de saída. Capturas de tela da nossa marca de demonstração:

O editor de sites com um site de template carregado, chat à esquerda e pré-visualização ao vivo à direita — O editor que um departamento usaria, rodando com a marca da organização.

Opções de publicação mostrando Não publicado, publicar em pré-visualização, conectar um domínio próprio e exportar — Opções de publicação, incluindo uma pré-visualização antes de qualquer coisa entrar no ar.

Uma fila intitulada Aguardando sua aprovação, com Aprovar e publicar e Pedir alterações — Aprovação de etapa única antes de um site entrar no ar. A solicitação mostrada foi montada para a captura de tela.

Uma janela Export Project com as abas GitHub, ZIP, Vercel e Domain e a opção de repositório privado — Exportação para o GitHub ou um arquivo ZIP, para que conteúdo e código não fiquem presos.

Um painel de domínio intitulado Dê ao seu site um endereço de verdade, com a opção de conectar um domínio seu — Cada site pode ser conectado a um endereço que pertence a você.

Um construtor não substitui a descoberta, o trabalho de conteúdo nem os testes de acessibilidade. Se ele puder atender parte do seu escopo, agende uma demonstração.

Fontes

Última verificação em 2026-10-25.

ADA.gov, Fact Sheet: regra do Title II para web e aplicativos móveis (WCAG 2.1 AA; prazos de conformidade conforme alterados em 20 de abril de 2026).

Este guia contém informações gerais, não aconselhamento jurídico.

Perguntas frequentes

Quanto tempo leva o redesign de um site de governo?

Para uma cidade ou órgão de porte médio, normalmente de 9 a 15 meses, passando por mandato, descoberta, contratação, design, conteúdo, construção e lançamento. Contratação e conteúdo são as fases que mais costumam atrasar.

Qual é o caminho crítico em um redesign no setor público?

O conteúdo. Reescrever e aprovar centenas de páginas entre departamentos, e converter documentos em páginas web, geralmente leva mais tempo que o design ou a construção. Dimensione isso cedo, a partir de um inventário de conteúdo.

A navegação deve seguir o organograma?

Não. Organize por tarefa e tema, porque os moradores não sabem qual departamento cuida do quê. Teste a estrutura com um tree test antes de desenhá-la.

O que deve acontecer nas primeiras semanas após o lançamento?

Acompanhe diariamente os erros 404 e a busca do site, corrija redirecionamentos, mantenha a plataforma antiga só para leitura por um período definido, depois desligue-a e apresente os resultados frente às métricas de sucesso aos 90 dias.

A We.Inc pode fazer parte de um redesign no setor público?

Ela pode hospedar muitos sites menores de departamentos ou programas com a sua marca, com permissões por site, aprovação de etapa única antes de um site entrar no ar e download do código ou sincronização com o GitHub. Ela não substitui o trabalho de conteúdo nem os testes de acessibilidade.