Você fez as perguntas certas na reunião, escolheu o fornecedor e chegou na hora de fechar. Este checklist começa daqui.
Se você ainda está comparando propostas, há uma etapa antes desta: o que perguntar antes de contratar uma agência de sites cobre as doze perguntas para levar à reunião. Volte aqui quando tiver escolhido.
A divisão é em três fases: antes de assinar, antes de aprovar o layout e antes de colocar o site no ar. São menos de 30 itens. Se parecer muito, comece pela Fase 1 -- ela é onde os problemas mais caros nascem.
Fase 1: antes de assinar
Tudo que você negociar aqui ainda é possível ajustar. Depois de assinar, ajustar tem custo.
Escopo em páginas, não em adjetivos
O contrato ou a proposta deve listar exatamente quais páginas estão incluídas: Início, Sobre, Serviços, Contato e o que mais. Um número concreto.
"Site completo" não é escopo. É um adjetivo. Tudo que não foi escrito vai gerar uma conversa difícil no meio do projeto, normalmente com o prazo no limite e o pagamento já feito.
O que pedir por escrito: lista de páginas, funcionalidades incluídas (formulário, integração com WhatsApp, galeria, checkout) e lista do que fica de fora.
Quem escreve os textos e de onde vêm as imagens
Este é o ponto que mais para projetos no Brasil.
Se a proposta não menciona textos e imagens, é porque você que fornece. Confirme isso agora. Descobrir na terceira semana do projeto que você devia ter entregado os textos na primeira é o início do atraso que vai ser culpa sua.
O que pedir por escrito: "textos fornecidos pelo cliente até [data]" ou "incluímos uma rodada de revisão de texto". Qualquer uma está certa. O silêncio é que não está.
Prazo com marcos, não só data final
Uma boa proposta tem etapas com datas: aprovação do briefing, entrega do layout, rodada de revisão, entrega para teste, publicação.
Uma data final única sem marcos intermediários é a preparação para o argumento de que o atraso foi culpa sua. Você esperou a entrega sem saber o que estava acontecendo, e quando perguntou, o projeto já estava atrasado.
O que pedir por escrito: as datas de cada etapa e o que depende de você em cada uma.
O que cada parcela libera
Saber o valor das parcelas sem saber o que cada uma representa é metade da informação.
A estrutura mais comum é pagar uma parte no início, uma na aprovação do layout e uma na entrega. Mas o que conta como "aprovação" e o que conta como "entrega" precisa estar definido.
O que pedir por escrito: o que é entregue ou aprovado antes de cada pagamento ser devido.
Propriedade: domínio, código e acessos
Três itens separados que geralmente chegam embrulhados numa resposta só:
- O domínio fica registrado no seu CNPJ, com login na sua conta no registrador
- O código construído para você pode ser transferido se você mudar de fornecedor
- As contas de Analytics, Search Console e hospedagem ficam no seu e-mail
Este último item é o mais ignorado. Fornecedor troca de empresa, muda de área, sai do mercado. Se as contas ficam no e-mail dele, você perde o acesso ao histórico do seu próprio site.
O que pedir por escrito: os três pontos explícitos na proposta ou no contrato.
O que acontece se o projeto for cancelado no meio
Não é pessimismo. É saber o que você está comprometendo antes de comprometer.
O que pedir: o que é entregue no ponto de cancelamento e o que acontece com os valores já pagos.
Proposta e contrato não são a mesma coisa
Você não precisa de um contrato de 30 páginas para um projeto de site. Precisa de um documento que diga quem paga quem, quando, o que é entregue e o que acontece se não for.
Uma proposta aceita por e-mail já tem peso em muitos contextos. Mas o que está escrito é o que vai valer, não o que foi dito na reunião.
Se o fornecedor usa só troca de e-mail, peça que o escopo combinado seja confirmado por escrito antes de começar. O projeto vai melhor quando as duas partes sabem exatamente o que combinaram num documento que ambas podem consultar.
Há sites que oferecem modelos de contrato para projetos de site. Eles ajudam a entender o que costuma ser formalizado. O que vai no seu acordo é decisão sua com o seu fornecedor.
Fase 2: antes de aprovar o layout
O layout aprovado é o layout que vai ser construído. Aprovação é uma linha que você não volta atrás sem custo.
Ver o design no celular, não só no desktop
A maioria dos acessos em sites brasileiros vem do celular. O design que parece excelente no notebook pode não funcionar na tela de 6 polegadas.
Peça para ver o layout em tela de celular antes de aprovar qualquer página. Se o fornecedor usa uma ferramenta de prototipação, peça um link que você possa abrir no seu próprio celular.
Onde está o CTA e o que ele faz
Em cada página, deve haver uma ação principal: pedir orçamento, entrar em contato, ver o portfólio, abrir o WhatsApp.
Pergunte qual é o CTA de cada página e onde ele aparece na tela do celular. Um botão "fale conosco" que fica escondido abaixo do rodapé no celular não está fazendo o trabalho dele.
Textos reais no layout, não placeholder
Texto de placeholder no layout parece neutro. Não é. Você não consegue julgar se o design funciona sem ver o seu conteúdo real dentro dele.
Peça que ao menos a página principal tenha os textos definitivos antes da aprovação. Um título real revela muito mais sobre o espaço disponível do que "Lorem ipsum dolor sit amet".
Cada página tem um objetivo declarado
Uma boa página serve para uma coisa. Início apresenta o negócio, Serviços explica o que você faz, Contato fecha o ciclo.
Se você abrir uma página e não souber o que o visitante deve fazer depois de ler, essa página não tem um objetivo claro.
Fase 3: antes de colocar no ar
Esta fase é técnica, mas todos os itens são verificáveis sem saber programar.
Título e meta description em todas as páginas
O texto que aparece na aba do navegador é o título da página. Ele deve descrever o conteúdo daquela página, não só o nome da empresa em todas as páginas.
A meta description é o texto que aparece nos resultados do Google. Abra cada página, clique com o botão direito e escolha "Exibir código-fonte" para conferir se existe e se descreve o conteúdo.
Um H1 por página
Cada página deve ter um titulo principal. Deve existir exatamente um por página, no início do conteúdo, descrevendo o tema da página.
O site abre em menos de 3 segundos no celular
Peça que o fornecedor mostre o resultado de uma ferramenta pública de medição, não apenas afirme que o site é rápido.
Velocidade prometida sem medição é velocidade que você vai descobrir quando o cliente reclamar. Escrevemos sobre as notas de velocidade que o Google usa para avaliar sites se quiser entender o que está sendo avaliado.
Formulário testado de verdade
Preencha o formulário de contato do seu próprio site e envie. Confirme que o e-mail chegou, que chegou no endereço certo e que o assunto está legível.
Formulários quebrados são silenciosos: o visitante envia achando que funcionou, você nunca recebe.
WhatsApp e telefone clicáveis no celular
Abra o site no celular e clique no número de telefone. Ele deve abrir o discador. Clique no link do WhatsApp. Ele deve abrir o app com o número preenchido.
Se não funcionar, o visitante mais interessado simplesmente não consegue entrar em contato.
sitemap.xml e robots.txt funcionando
Abra `seudominio.com.br/sitemap.xml` e `seudominio.com.br/robots.txt` no navegador. Ambos devem carregar.
Esses dois arquivos informam ao Google quais páginas indexar e como navegar o site. Se não existirem, o Google vai encontrar o site com mais dificuldade e mais lentamente.
HTTPS com redirecionamento do http
O endereço do site deve começar com `https://`. Teste digitando `http://` (sem o s) no navegador. O site deve redirecionar automaticamente para a versão segura.
Se não redirecionar, o Google trata as duas versões como sites diferentes -- e divide o ranqueamento entre elas.
Analytics e Search Console nas suas contas
Confirme que o Google Analytics e o Google Search Console foram configurados antes da entrega.
Mais importante: confirme que as contas estão no seu e-mail. Se estiverem no e-mail do fornecedor e a relação terminar, você perde o histórico de tráfego do seu próprio site.
Redirecionamentos das URLs antigas, se havia site anterior
Cada URL antiga que retorna erro 404 é um endereço que o Google já indexou e que agora não existe mais. Isso apaga parte do histórico que o site havia acumulado.
Se você tinha um site antes, peça uma lista das URLs antigas e verifique que cada uma está redirecionando para o endereço equivalente no novo site.
Página 404 com link de saída
Quando alguém acessar uma URL que não existe, vai ver a página de erro 404. Ela deve ter um link de volta para o início ou para uma seção útil do site.
A página 404 padrão do servidor não serve ninguém e faz o visitante fechar a aba.
Backup e quem detém os acessos
Antes de colocar o site no ar, confirme: onde o site está hospedado, quem tem acesso ao painel de hospedagem e como funciona o processo de backup.
Se o site cair na sexta à noite, você vai querer saber quem liga para quem e em quanto tempo alguém responde.
Se você já contratou sem combinar nada disso
Não é raro. A maioria das pessoas descobre este checklist depois de já ter fechado.
O que ainda dá para fazer: revise as trocas de e-mail com o fornecedor. Uma proposta aceita por escrito, mesmo que seja só um e-mail, registra o que foi combinado. Mapeie o que está documentado antes de pedir qualquer ajuste.
Para os itens técnicos, você terá a chance de verificar quando o site for entregue. Use a Fase 3 como guia de aceite: o que não estiver correto antes de você aprovar a entrega final é mais fácil de corrigir agora do que depois de o site estar no ar.
Para os itens de propriedade, uma conversa direta funciona na maioria dos casos. Peça que os acessos fiquem no seu e-mail antes de o site entrar no ar. A maioria dos fornecedores faz isso sem problema quando pedido antes do encerramento do projeto.
Se quiser um ponto de partida antes de entrar em contato com qualquer fornecedor, o estimador da Bumavit devolve uma faixa de investimento e de prazo a partir de três respostas: monte o projeto.
Para lojas virtuais, o checklist se aplica com os mesmos critérios -- com alguns itens adicionais no escopo, como o fluxo de checkout e as integrações de pagamento. Veja como são nossos projetos de e-commerce.