Um RFP para copiar no redesenho do site e da plataforma de conteúdo de uma cidade, condado ou órgão: escopo, acessibilidade, funções e aprovações, hospedagem, propriedade dos dados e saída, formato de preços e uma grade de pontuação de 100 pontos.
Esta é uma solicitação de propostas (RFP) que você pode copiar para o seu próprio modelo de contratação e editar. Ela foi escrita para uma cidade, condado, distrito especial ou órgão estadual que está substituindo o site público e o sistema que a equipe usa para publicá-lo. O texto entre [colchetes] é para você preencher. Abaixo do modelo há uma grade de pontuação, para que a sua comissão avalie as mesmas coisas que o RFP pede. As regras do seu próprio setor de compras (garantias, seguros, preferência local, formulários) sempre prevalecem sobre qualquer coisa aqui.
Se você é uma empresa privada contratando um projeto de design de site, e não uma plataforma pública, o nosso modelo de RFP para design de sites é mais adequado.
[Nome da entidade] ("a [Cidade/Condado/Distrito]") convida empresas qualificadas a apresentar propostas para fornecer uma plataforma hospedada de gestão de conteúdo de sites, o redesenho e a migração de [www.example.gov] e suporte contínuo. A [Cidade] atende uma população de aproximadamente [número] e publica conteúdo de [número] departamentos.
Marco Data Publicação do RFP [data] Prazo para perguntas por escrito [data, hora, para quem] Respostas publicadas em adendo [data] Entrega das propostas [data, hora, formato, local] Demonstrações dos fornecedores pré-selecionados [período] Adjudicação prevista [data] Lançamento previsto [data, pelo menos 3 meses antes da sua data de cumprimento de acessibilidade] Todas as perguntas devem ser enviadas por escrito. O contato com outros servidores ou autoridades eleitas sobre este RFP durante o período da licitação pode desclassificar um proponente.
O site atual roda em [plataforma] e tem aproximadamente [número] páginas, [número] documentos em PDF e [número] publicadores ativos em [número] departamentos. As visitas mensais são de aproximadamente [número], e os serviços mais usados são [por exemplo pagamento de contas de serviços públicos, licenças, pautas, vagas de emprego]. O site também tem links para estes sistemas de terceiros, que não estão no escopo de substituição, mas devem ser linkados ou incorporados: [lista: pagamentos, licenciamento, gestão de pautas, GIS, recrutamento, catálogo da biblioteca].
Problemas conhecidos que queremos que este projeto resolva: [por exemplo a publicação depende de dois servidores; a navegação é organizada por departamento e não por tarefa; muitos formulários são PDFs; testes de acessibilidade encontraram defeitos recorrentes nos templates].
O fornecedor selecionado vai:
- Conduzir a descoberta com servidores e moradores, incluindo pelo menos [número] sessões de usabilidade, e entregar uma arquitetura de informação recomendada, organizada em torno das tarefas dos moradores.
- Desenhar um conjunto de templates que cubra no mínimo: página inicial, página de entrada de departamento, página de serviço, notícia, evento, página de reuniões e pautas, item de diretório, página de formulário, resultados de busca e faixa de alerta.
- Fornecer e configurar uma plataforma de publicação hospedada, incluindo funções, aprovações e subsites ou seções por departamento.
- Migrar [todo / um subconjunto acordado do] conteúdo atual. Descreva a sua abordagem para conteúdo que deve ser desativado em vez de migrado e para a conversão de formulários em PDF em formulários web.
- Treinar [número] publicadores e [número] administradores e fornecer guias escritos que a [Cidade] possa reutilizar internamente.
- Fornecer hospedagem, manutenção, correções de segurança e suporte por um prazo inicial de [número] anos, com renovações opcionais.
4.1 (Obrigatório) Todos os templates, componentes e conteúdos fornecidos pelo fornecedor devem estar em conformidade com o WCAG 2.1 Level AA no lançamento, de acordo com o 28 CFR part 35, subpart H. Os proponentes devem informar se também projetam para o WCAG 2.2 AA.
4.2 Descreva como você testa a acessibilidade, incluindo quais ferramentas automáticas usa, o que testa manualmente (teclado, leitores de tela, zoom e reflow) e se pessoas com deficiência participam dos testes.
4.3 Forneça documentação atual de conformidade de acessibilidade para o resultado público da plataforma de publicação e para a interface de edição usada pela equipe, como um Accessibility Conformance Report, com a data do teste e quem o realizou. Informe os problemas conhecidos.
4.4 Descreva o que a plataforma faz para impedir que os publicadores introduzam defeitos: texto alternativo obrigatório, estrutura de títulos, verificação de texto de links, marcação de tabelas, limites de contraste no editor.
4.5 O fornecedor vai corrigir defeitos de acessibilidade em templates ou no código da plataforma relatados pela [Cidade] em até [número] dias úteis para defeitos que bloqueiam o acesso a um serviço, e em [número] dias para os demais, sem custo adicional.
4.6 A [Cidade] pode fazer a sua própria auditoria de acessibilidade ou contratar uma de terceiros a qualquer momento. O fornecedor vai colaborar e corrigir os achados dentro do seu escopo.
5.1 Descreva as funções de usuário disponíveis e o que cada uma pode fazer. Informe se as funções podem ser limitadas à seção ou ao site de um departamento.
5.2 Descreva a aprovação antes da publicação: quem pode aprovar, se a aprovação pode ser exigida de alguns publicadores e não de outros e se ela tem uma ou várias etapas de revisão.
5.3 Descreva a trilha de auditoria: quais ações são registradas (login, edição, publicação, mudança de permissão), por quanto tempo os registros são mantidos e como a equipe os exporta para atender a um pedido de acesso a documentos.
5.4 Descreva como a equipe faz login, incluindo suporte ao provedor de identidade da [Cidade] [nome], autenticação multifator e a remoção do acesso quando um servidor sai.
5.5 Descreva a publicação e a despublicação agendadas, os lembretes de revisão de conteúdo e como alertas de emergência são publicados em todo o site.
5.6 Descreva como departamentos ou órgãos parceiros (por exemplo [biblioteca, parques, polícia]) podem ter a sua própria seção ou site mantendo a marca, a navegação e o rodapé da [Cidade].
6.1 Descreva o arranjo de hospedagem: provedor, local dos dados, backups (frequência, retenção, testes de restauração) e entrega de conteúdo.
6.2 Informe o compromisso de disponibilidade que você vai colocar no contrato, como ele é medido e a compensação se não for cumprido. Forneça a disponibilidade medida dos últimos 12 meses, se tiver.
6.3 Forneça a sua documentação de segurança, como relatórios de auditoria independente ou certificações que você possui, o seu processo de gestão de vulnerabilidades e o seu prazo de notificação de incidentes. Não liste certificações que você não possui atualmente.
6.4 Descreva como o site continua disponível durante um pico de tráfego, como uma tempestade ou uma noite de eleição.
6.5 Preencha o questionário de segurança da [Cidade] no Anexo [X].
7.1 (Obrigatório) Todo o conteúdo, mídia, envios de formulários e dados de analytics pertencem à [Cidade].
7.2 Descreva exatamente como a [Cidade] pode exportar o site completo, incluindo conteúdo, mídia, estrutura de páginas e, quando aplicável, templates e código, em formatos que possa usar sem o fornecedor. Informe se a exportação é self-service e se tem custo extra.
7.3 No fim do contrato, o fornecedor vai entregar uma exportação completa, manter o site funcionando por até [número] dias durante a transição e depois apagar os dados da [Cidade] e confirmar a exclusão por escrito.
7.4 Descreva como os nomes de domínio, o DNS e os registros de e-mail da [Cidade] permanecem sob controle da [Cidade] o tempo todo.
As propostas devem seguir esta ordem e não podem passar de [número] páginas, sem contar os anexos:
- Carta de apresentação assinada por um representante autorizado
- Visão geral da empresa: anos de atuação, equipe alocada a este projeto e suas funções
- Resposta às Seções 3 a 7, com a mesma numeração
- Plano e cronograma do projeto
- Três referências de clientes do setor público de porte semelhante, com contatos, de projetos dos últimos [número] anos
- Preços no formato da Seção 9
- Exceções aos termos contratuais padrão da [Cidade]
- Formulários obrigatórios: [lista]
Informe os preços nesta tabela. Não inclua itens opcionais nos custos únicos.
Item Custo único Ano 1 Anos 2 a 5 (cada) Descoberta, design e construção [ ] n/a n/a Migração de conteúdo [ ] n/a n/a Treinamento [ ] [ ] [ ] Licença da plataforma e hospedagem n/a [ ] [ ] Suporte e manutenção n/a [ ] [ ] Itens opcionais (liste cada um) [ ] [ ] [ ] Informe quaisquer limites que mudariam o preço (páginas, usuários, subsites, armazenamento, tráfego) e o teto de reajuste anual que você aceita.
As propostas que atenderem aos requisitos obrigatórios serão pontuadas por uma comissão de avaliação usando os critérios e pesos abaixo. A [Cidade] pode convidar os proponentes com maior pontuação para uma demonstração roteirizada, pontuada separadamente, e pode adjudicar à proposta que oferecer o melhor valor geral, não necessariamente o menor preço.
Entregue esta tabela a cada membro da comissão. Cheguem a um acordo sobre as notas de cada critério antes de somá-las e escrevam uma linha sobre o motivo de cada nota; isso ajuda se uma decisão for contestada.
| Critério | Pontos | Nota máxima é assim | Nota baixa é assim |
|---|---|---|---|
| Abordagem e evidências de acessibilidade (Seção 4) | 20 | Relatório de conformidade datado, métodos de teste manual nomeados, proteções no editor, prazos de correção de defeitos por escrito | "Os nossos sites estão em conformidade com o ADA" sem evidências, ou dependência de um overlay |
| Publicação, funções e governança (Seção 5) | 15 | Mostra funções por departamento, aprovações e uma trilha de auditoria exportável num produto em funcionamento | Descreve recursos que só estão no roadmap |
| Compreensão das necessidades dos moradores e do escopo (Seção 3) | 15 | Plano baseado em tarefas, pesquisa real, uma visão sobre o que desativar | Resposta pronta que poderia ser enviada a qualquer cidade |
| Propriedade dos dados e saída (Seção 7) | 10 | Exportação completa self-service sem custo, termos de transição claros | Exportação só sob pedido, ou mediante pagamento |
| Hospedagem, segurança e continuidade (Seção 6) | 10 | Backups e processo de incidentes documentados, compromisso de disponibilidade com compensação | Nenhum compromisso mensurável |
| Equipe e referências (Seção 8) | 10 | Equipe nomeada com trabalho relevante no setor público, referências que confirmam isso | Equipe sem nomes, referências de trabalhos não relacionados |
| Custo em cinco anos (Seção 9) | 15 | O menor custo total em cinco anos leva a nota máxima; os demais pontuam proporcionalmente | Limites ocultos ou reajustes sem teto |
| Plano do projeto e realismo | 5 | Lança com folga antes da data de cumprimento | Data de lançamento depois da data de cumprimento |
Fórmula de custo. Um método comum: (menor total em cinco anos / total em cinco anos desta proposta) x 15. Ele mantém o custo relevante sem deixar que pese mais que a acessibilidade.
Envie a todos os fornecedores pré-selecionados o mesmo roteiro com uma semana de antecedência e peça que o executem ao vivo no produto, não em slides:
Antes de publicar o RFP, passe os seus requisitos pelo nosso checklist de contratação de plataforma de sites. É uma lista mais longa de perguntas da qual você pode tirar o que precisar.
A We.Inc oferece uma plataforma de sites white label que os departamentos podem usar sob uma única marca de governo. Vamos responder apenas o que a nossa plataforma faz hoje, incluindo o que ela não faz. Envie-nos o seu RFP ou agende uma demonstração, e veja a nossa página de plataforma de sites para órgãos públicos para saber o que está no escopo.
Última verificação em 2026-10-25.
Este modelo é informação geral, não aconselhamento jurídico ou de compras públicas. Siga as regras de contratação da sua jurisdição e peça ao jurídico que revise o documento final.
No mínimo: contexto e situação atual, escopo do trabalho, requisitos de acessibilidade vinculados ao WCAG 2.1 AA, funções e aprovações de publicação, hospedagem e segurança, termos de propriedade dos dados e de saída, um formato fixo de preços e critérios de pontuação publicados.
Muitas comissões dão ao preço de 15 a 25 por cento da pontuação total. Pesos maiores tendem a deixar a proposta mais barata vencer, independentemente da acessibilidade ou da adequação.
Sim. Envie a todos os fornecedores pré-selecionados o mesmo roteiro e pontue a execução ao vivo no produto. Isso separa recursos que existem de recursos que estão no roadmap.
Comece grátis · Sem cartão de crédito