Checklist de contratação de plataforma de sites: 42 perguntas para fazer aos fornecedores
42 perguntas para fazer a qualquer fornecedor de plataforma de sites ou CMS antes de assinar: acessibilidade, funções e aprovações, login, segurança, propriedade dos dados, saída, suporte, termos do contrato e custo. Com o que uma boa resposta parece.
Demonstrações de fornecedores são feitas para mostrar o que uma plataforma faz bem. Este checklist serve para descobrir o resto antes de assinar. São 42 perguntas em nove grupos, cada uma com uma observação sobre como soa uma boa resposta e o que deve preocupar você. Ele serve para um órgão público, uma universidade, um sistema hospitalar ou uma empresa que mantém muitos sites. Copie as perguntas para a sua própria planilha de avaliação e faça as mesmas a todos os fornecedores.
Antes de falar com fornecedores: três pontos para resolver internamente
Quem vai publicar? Conte as pessoas e os departamentos. Uma plataforma que serve para cinco pessoas da equipe web pode falhar com duzentos publicadores ocasionais.
Com o que a plataforma precisa se conectar? Liste as ferramentas de pagamento, formulários, agendamento, registros, mapas, recrutamento e busca, e decida quais serão linkadas e quais precisam ser incorporadas.
Qual é o seu prazo, e por quê? Se você é um governo estadual ou local dos EUA, a regra web do ADA Title II agora vale a partir de 26 de abril de 2027 (50,000 pessoas ou mais) ou 26 de abril de 2028 (entidades menores e distritos especiais). Veja o guia do prazo do Title II.
A. Acessibilidade (perguntas 1 a 7)
Qual padrão de acessibilidade o seu resultado público busca atender, e como você sabe que atende? Bom: cita uma versão e um nível (por exemplo WCAG 2.1 ou 2.2 AA) e um teste datado. Preocupante: "totalmente em conformidade com o ADA" sem nada por trás.
Podemos ver o seu relatório de conformidade de acessibilidade mais recente, com a data e quem testou? Bom: um documento com os problemas conhecidos listados. Preocupante: nenhum problema conhecido, ou nenhum relatório.
A interface de edição é acessível para quem usa leitor de tela ou só o teclado? Muitos fornecedores testam apenas as páginas públicas.
O que o editor faz para impedir que os publicadores acrescentem defeitos? Procure texto alternativo obrigatório, verificação de títulos, avisos sobre textos de link vagos e limites de cores.
Em quanto tempo você corrige um defeito de acessibilidade nos seus templates, e vai colocar isso no contrato? Bom: um número de dias, por escrito.
Você vende ou recomenda um overlay de acessibilidade? Um overlay acrescenta uma barra de ferramentas por cima da página; ele não corrige o código por baixo. Um fornecedor que depende de um é um sinal de alerta.
Podemos fazer a nossa própria auditoria, e vocês ajudam a corrigir o que ela encontrar? A resposta deve ser sim, sem cobrança para defeitos no código deles.
B. Funções, aprovações e governança (8 a 13)
Que funções existem, e o que cada uma pode fazer? Peça a lista real. Funções personalizadas são mais raras do que as demonstrações sugerem.
Um publicador pode ser limitado à seção de um departamento ou a um único site?
É possível exigir aprovação antes de publicar, e para quem? Pergunte se é uma etapa ou várias e se pode ser ligada só para alguns publicadores.
O que fica registrado no log de auditoria, por quanto tempo e podemos exportá-lo? Útil para pedidos de acesso a documentos públicos e para investigar uma edição ruim.
Como os elementos da marca são protegidos? Um departamento pode mudar o cabeçalho, as cores ou o rodapé, ou só o próprio conteúdo?
Podemos agendar publicação, expiração e lembretes de revisão? Páginas desatualizadas são a falha de governança mais comum.
C. Login e acesso (14 a 17)
A equipe pode entrar pelo nosso provedor de identidade, e podemos tornar isso obrigatório? Peça para ver funcionando com o seu provedor, não num slide.
A autenticação multifator está disponível para todas as contas?
O que acontece com uma conta quando alguém sai? Remover o acesso deve ser uma etapa só e imediata.
A equipe do fornecedor pode acessar o nosso conteúdo, e esse acesso fica registrado?
D. Segurança (18 a 22)
Quais auditorias independentes ou certificações você tem hoje? Peça o relatório ou o certificado, a data e o escopo. "Em andamento" não é ter.
Como as vulnerabilidades são encontradas e corrigidas, e com que rapidez?
Em quanto tempo você nos avisa sobre um incidente que afete os nossos dados, e como? Coloque um número de horas no contrato.
Onde os nossos dados ficam armazenados, e quem são os seus suboperadores? Se a localização importa para você, peça por escrito.
Você vai preencher o nosso questionário de segurança? Um fornecedor que se recusa, ou pede que você se baseie numa página de resumo, é difícil de cobrar por qualquer coisa depois.
E. Confiabilidade e desempenho (23 a 26)
Que disponibilidade você vai assumir no contrato, como ela é medida e qual é a compensação? Um número de marketing não é um compromisso.
O que aconteceu na sua última queda significativa? Um fornecedor que responde com clareza é um sinal melhor do que um que diz nunca ter tido nenhuma.
Como os backups são feitos, guardados e testados? Pergunte quando uma restauração foi testada pela última vez.
Como o site lida com um pico repentino de tráfego?
F. Propriedade dos dados e saída (27 a 32)
Quem é dono do nosso conteúdo, mídia, envios de formulários e analytics? A resposta precisa ser você.
Podemos exportar o site inteiro nós mesmos, hoje, sem pedir a vocês? Peça que façam isso na demonstração.
O que vem na exportação? Só texto, ou também mídia, estrutura de páginas, templates e código? Outro fornecedor conseguiria rodar o site a partir dela?
A exportação tem algum custo, durante ou depois do contrato?
Os nossos nomes de domínio e o DNS ficam nas nossas contas? Se o fornecedor controla o seu domínio, sair fica mais difícil.
O que acontece com os nossos dados quando o contrato termina? Procure um período de transição, uma exportação final e a confirmação da exclusão por escrito.
G. Criar e alterar sites (33 a 36)
Quanto tempo leva para colocar no ar o site de um novo departamento ou programa? Peça que façam um ao vivo.
Quais mudanças precisam do fornecedor, e quais a nossa equipe pode fazer? Conte quantas mudanças de rotina seriam cobradas.
Como vocês lidam com formulários, e os envios podem ir para os nossos próprios sistemas?
Podemos usar o nosso próprio domínio em todos os sites, inclusive nos de departamentos?
H. Suporte e treinamento (37 a 39)
Que horários de suporte e tempos de resposta estão no contrato?
O treinamento está incluído, e podemos reutilizar os materiais internamente?
Quem é o nosso contato nomeado, e o que acontece se essa pessoa sair?
I. Contrato e custo (40 a 42)
Qual é o custo total em cinco anos, incluindo renovações? Peça numa única tabela, com itens únicos e recorrentes separados.
Quais limites mudam o preço? Usuários, sites, páginas, armazenamento, tráfego e uso de IA são os mais comuns.
Qual é o teto de reajuste anual, e podemos sair sem multa na renovação?
Como pontuar as respostas
Para cada pergunta, dê 0 (não ou não mostrado), 1 (sim, mas só descrito) ou 2 (mostrado funcionando no produto). As perguntas 1, 2, 27, 28 e 40 decidem a maioria dos resultados, então dê peso dobrado a elas. Um fornecedor que pontua bem nos slides e mal em "mostrado funcionando" está dizendo algo a você.
Nota
Significado
0
Não disponível, sem resposta ou só no roadmap
1
Respondido por escrito, mas não demonstrado
2
Demonstrado no produto, ou respaldado por um documento datado
Se você está escrevendo uma licitação formal, o nosso modelo de RFP para sites governamentais transforma as mais importantes destas perguntas em requisitos numerados com uma grade de 100 pontos.
Como a We.Inc responde a algumas delas
Preferimos que você nos confira com esta lista a que acredite na nossa palavra. Hoje, a nossa plataforma white label oferece: funções de proprietário, administrador e membro, além de permissões por cliente (perguntas 8 e 9); uma única etapa de aprovação antes de um site ser publicado (10); um log de auditoria das ações da organização (11); os seus próprios domínios para o portal e para cada site (36); e download completo do código ou sincronização com o seu próprio GitHub (28 e 29). Os sites são criados com IA, então a acessibilidade é algo que a sua equipe precisa testar antes de publicar; não afirmamos conformidade. Não afirmamos ter certificações de segurança nem um índice contratual de disponibilidade. Para passar pelo resto conosco, agende uma demonstração e traga este checklist. Veja também a plataforma white label da We.Inc.