Aprovação do cliente antes do lançamento de um site: guia para agências

Conflitos no lançamento raramente vêm de trabalho malfeito. Eles vêm da ambiguidade: o cliente revisou uma URL de staging diferente da produção, o feedback chegou em cinco conversas de e-mail e uma ligação, alguém da diretoria viu o site pela primeira vez depois do lançamento, ou um “ficou bom” em uma mensagem de chat foi entendido como aprovação. Um processo de aprovação elimina essa ambiguidade.

• Uma versão: o cliente revisa o site no servidor de onde ele será lançado, e não em uma cópia de staging.
• Um lugar para o feedback: comentários ligados à página e ao elemento exatos a que se referem.
• Uma pessoa que aprova, definida com antecedência, com autoridade para dizer sim.
• Um registro: quem aprovou, quando e em que estado o site estava.

Antes de a revisão começar, escreva o que aprovar significa. Uma lista curta no briefing do projeto ou na proposta de trabalho é suficiente:

Defina quem aprova e um substituto. Combinem quantas rodadas de revisão estão incluídas e que alterações depois da aprovação são um novo pedido. Isso protege os dois lados.

1. 1

   Etapa 1: Combine o escopo e quem aprova

   Escreva o que a aprovação cobre, quantas rodadas de revisão estão incluídas e quem aprova.

2. 2

   Etapa 2: Publique no servidor de produção

   Coloque a versão final no servidor de onde o site será lançado, com o DNS ainda apontando para o site antigo.

3. 3

   Etapa 3: Compartilhe uma prévia protegida por senha

   Crie um link de prévia para o domínio e o IP do novo servidor, defina uma senha e envie ao cliente.

4. 4

   Etapa 4: Reúna feedback fixado na página

   Ative os comentários do cliente para que ele fixe o feedback na página e no elemento; resolva cada comentário conforme corrigir.

5. 5

   Etapa 5: Execute as verificações

   Execute um relatório de QA e uma comparação visual, corrija o que eles encontrarem e compartilhe os resultados ou um relatório de prontidão para o lançamento.

6. 6

   Etapa 6: Peça uma aprovação explícita

   Peça à pessoa definida que clique em Aprovar o lançamento ou que confirme por escrito com referência ao link de prévia exato.

7. 7

   Etapa 7: Congele e lance

   Congele as alterações depois da aprovação, troque o DNS e mantenha os pedidos pós-lançamento em uma lista separada.

Ambientes de staging vão se distanciando da produção: plugins diferentes, arquivos em cache, conteúdo de teste. O mais seguro é aprovar o próprio servidor de produção, antes de o DNS apontar para ele. Um link de prévia do DNSPeek mostra o site a partir do novo servidor com o domínio real, em qualquer navegador e em qualquer celular, sem nada para o cliente instalar ou configurar. Proteja-o com senha e envie como qualquer outro link.

Os clientes não precisam saber o que é um arquivo hosts, e nunca deveriam ser solicitados a editá-lo. Veja arquivo hosts ou link de prévia para os prós e contras.

Nos planos Agency e Provider, ative os comentários do cliente no link de prévia. Um botão Comentários aparece em todas as páginas da prévia. O cliente clica em um ponto, escreve um comentário, e ele fica fixado naquele elemento como um marcador numerado; observações gerais podem valer para a página inteira. Ele não precisa de conta. Você recebe um e-mail quando chegam comentários, no máximo um a cada dez minutos por link, e resolve cada um no painel quando estiver feito. Detalhes: Comentários do cliente e aprovação do lançamento.

Os clientes aprovam mais rápido quando veem que as verificações foram feitas. Ferramentas gratuitas cobrem o básico, como o certificado com o verificador de SSL e os redirecionamentos com o verificador de redirecionamentos. Três coisas ajudam mais:

• Um relatório de QA: um rastreamento do novo servidor em busca de páginas quebradas, arquivos faltando, problemas de redirecionamento, conteúdo misto e falhas no DNS de e-mail, com uma pontuação. Nos planos Agency e Provider, o relatório compartilhado leva a sua marca. Veja Relatório de QA.
• Uma comparação visual: capturas de tela das páginas principais do site antigo e do novo, no computador e no celular, com as diferenças destacadas (planos pagos). Veja Comparação visual.
• Um relatório de prontidão para o lançamento: uma página com um veredito (não está pronto, pronto com avisos, pronto para lançar) montado a partir do último relatório de QA, da comparação visual, dos comentários em aberto, da aprovação do cliente e de uma verificação do certificado. É um retrato que o cliente abre sem conta. Veja Prontidão para o lançamento.

Com os comentários do cliente ativados, o cliente clica em Aprovar o lançamento e informa um nome e, opcionalmente, um e-mail e uma observação. Você recebe um e-mail, as configurações do link mostram quem aprovou e quando, e o relatório de prontidão para o lançamento mostra quem aprovou logo abaixo do veredito. Se você trabalha sem o recurso de comentários, peça a aprovação por e-mail em resposta a uma mensagem que traga o link da prévia exata e liste o escopo, e guarde essa conversa com o projeto.

Depois da aprovação, congele as alterações. Qualquer coisa que o cliente pedir em seguida vai para uma lista pós-lançamento, a menos que bloqueie o lançamento. Depois troque o DNS seguindo o checklist de migração de sites.