Lançamento é uma Entrega: O Checklist Pronto para o Cliente para Agências

Resumo

A maioria dos conselhos sobre lançamento trata um site como um evento único. Para uma agência, cada lançamento é uma entrega, e a repetibilidade importa mais do que um dia de lançamento perfeito. Este artigo fornece um checklist de pré-entrega construído para gerenciar múltiplos projetos de clientes. Ele cobre a definição de uma data de entrega rígida, o bloqueio antecipado do conteúdo, testes na perspectiva do cliente, a definição do escopo das verificações por tipo de site e a execução de portões de segurança, SEO e runbook. O passo final é um acompanhamento de 48 horas que alimenta as lições de volta no próximo projeto. Use isso como um checklist vivo, não uma lista de copiar e colar.

A maioria dos conselhos sobre lançamento é escrita para um único site, e é por isso que falha dentro de uma agência. Presume-se que você tenha tempo ilimitado para testar cada página. Você não tem. Você tem múltiplos projetos em andamento, um cliente que mudou o número de telefone duas vezes e um stakeholder que fica enviando e-mails sobre uma pequena coisa. O conselho que funciona trata o lançamento como uma entrega, não como um evento. Seu produto real é um processo repetível que produz um site no qual o cliente pode viver sem ligar para você em pânico. Este checklist é esse processo, construído para agências que precisam executar o mesmo portão de qualidade em diferentes clientes, orçamentos e tipos de site. Use-o como espinha dorsal, não como uma lista de tamanho único para copiar.

Escreva a data de entrega primeiro

Coloque a data de entrega no calendário antes de escolher um modelo. Nomeie-a como pronto para o cliente em vez de lançamento. Depois, trabalhe de trás para frente: prazo de conteúdo, revisão de design, janela de testes e uma margem real, porque o cliente vai atrasar pelo menos dois dias. Escreva a data onde todos possam vê-la.

Se não houver data, o aumento de escopo não tem âncora. Quando um cliente pede mais uma página, você pode dizer que isso move a data de entrega. Se a data já existe, o trade-off é visível; se não existe, cada pequeno pedido é gratuito e todo prazo é ficção. Uma agência que não consegue nomear uma data de entrega não consegue proteger suas margens. Quando você começa com um briefing vago, um processo de agência repetível mantém essa conversa a mesma em todos os projetos.

Trave o conteúdo que não pode ser improvisado

O conteúdo é onde os sites dos clientes desmoronam, não no código. Um desenvolvedor pode construir uma página; ele não pode inventar o endereço real do cliente, os preços ou as biografias da equipe. Defina um prazo rígido de conteúdo antes da aprovação do design e torne-o tão firme quanto a data de entrega.

Use um formulário de coleta padrão em todos os projetos. Peça telefone, e-mail, endereço físico, horário de funcionamento e os três serviços que o cliente deseja vender. Um cliente vai te dar um número de telefone que direciona para uma máquina de fax; outro vai te entregar um logotipo salvo como um documento do Word. Detectar esses problemas durante a coleta de conteúdo é mais barato do que detectá-los no rodapé de um site no ar.

Se uma peça estiver faltando no prazo, publique com um espaço reservado claramente marcado em vez de congelar o projeto. Um espaço reservado com prazo é melhor do que um desenvolvimento parado. O erro comum é tratar o conteúdo como algo que pode ser adicionado depois, que é assim que você lança um site com o mapa errado ou um serviço que o cliente parou de oferecer há seis meses. Planejamento e arquitetura da informação existem para forçar essas decisões antes do desenvolvimento.

Teste como o cliente em um dia ruim

Você ficou olhando para o site por semanas, então vê o que espera. O cliente vê o que está realmente na tela. Abra o site em uma janela anônima com uma nova sessão e faça uma passagem com novos olhos.

Clique em todos os links que você pode ver, não apenas nos que você lembra. Envie todos os formulários e teste os estados de erro, não apenas o caminho de sucesso. Carregue o site em um telefone, em uma conexão lenta e com o menu aberto. Verifique se o número de telefone no cabeçalho corresponde ao da página de contato.

É aqui que pequenos atrasos se tornam histórias. Uma imagem hero que carrega lentamente, um botão que não leva a lugar nenhum, um cabeçalho fixo que cobre o número de telefone no celular—qualquer um desses molda a primeira impressão do cliente. Você não precisa de cem verificações; você precisa das poucas que seriam impossíveis de explicar. Um erro de digitação em um post de blog é corrigível; um checkout quebrado não é. Se você executar o mesmo teste em todos os clientes, você para de gastar a primeira semana após o lançamento respondendo e-mails de 'botão não funciona'.

Defina o escopo do portão para o site

Faça uma passagem de escopo em todos os projetos antes de executar qualquer checklist. Um site institucional de quatro páginas e um catálogo de loja não são o mesmo projeto. Aplicar verificações idênticas a ambos é superengenharia ou subteste. Antes de executar o checklist, decida quais verificações são importantes para este cliente.

Tipo de site	Verificações inegociáveis
Site institucional	Passagem na perspectiva do cliente, detalhes de contato, SSL, SEO básico
Landing page	Tempo de carregamento, envio de formulário, página de agradecimento, analytics
E-commerce	Caminho de checkout, teste de pagamento, imagens de produtos, backups

Mantenha o portão comum—data de entrega, segurança, runbook, acompanhamento—e adicione as verificações que protegem este cliente específico. Pule a etapa de escopo e você passará sua sexta-feira testando uma página de serviços enquanto a preocupação real do cliente é um checkout que não processa. Ou você lançará um site de e-commerce sem testar o fluxo de pagamento, e o cliente só descobrirá quando o pedido de um cliente desaparecer.

Construa o portão de segurança uma vez, execute-o todas as vezes

Segurança é onde as agências se desviam. Você faz uma auditoria completa para o cliente de e-commerce e depois pula o site institucional porque eles não coletam dados. Esse é o instinto errado. O guia de segurança de sites da UpGuard coloca as mesmas práticas em todos os sites: mantenha a plataforma atualizada, aplique autenticação forte, limite os privilégios do usuário, faça backups regularmente e sirva tudo sobre SSL/TLS. Um site institucional ainda pode ser comprometido; o domínio de um cliente ainda pode ser usado para enviar spam.

Construa um checklist de segurança compartilhado e execute-o em todos os projetos. Autenticação multifator habilitada para cada login. Software e plugins atualizados. Um backup que foi realmente testado, não apenas agendado. Certificado SSL/TLS instalado e ativo. Privilégios de usuário limitados ao que cada pessoa precisa.

Torne a segurança um portão de sim/não. Se qualquer resposta for 'ainda não', o site não está pronto para o cliente. Execute o portão em staging antes da semana de lançamento, porque falhas de certificado na noite de lançamento são emergências que você não pode cobrar. Mantenha a lista pequena o suficiente para que cada item signifique algo. Se um item sempre passa, automatize-o ou integre-o às suas ferramentas de build. O custo de pular isso não é abstrato; é a mensagem no meio da noite de um cliente cujo site foi desfigurado.

Faça do SEO uma verificação, não uma esperança

Aqui está um lançamento que você já viu: o site vai ao ar, o design parece limpo e, um mês depois, o cliente pergunta por que não aparece no Google. SEO em um site pequeno parece um problema futuro, então é ignorado. O guia de SEO para iniciantes do Digital Marketing Institute trata a configuração técnica como parte do básico, não como enfeite de marketing: HTTPS, um sitemap XML e um arquivo robots.txt que permite a entrada dos mecanismos de busca.

Adicione uma seção de SEO ao seu checklist de entrega e torne-a concreta. Confirme uma tag de título e meta description para cada página-chave. Certifique-se de que cada página tenha pelo menos um pedaço de conteúdo de texto real, não apenas imagens. Gere um sitemap XML e envie-o. Verifique se o robots.txt não está bloqueando as páginas que você deseja indexar.

Nada disso é caro. Tudo é tedioso, e é por isso que é ignorado. O custo é invisível por algumas semanas, e então você recebe a ligação: por que meu negócio não aparece no Google? Você não pode responder isso com uma verificação de entrega; você só pode responder com a prova de que o básico estava no lugar antes de o site ir ao ar. Para a configuração completa, lance um site no-code que rankeia desde o primeiro dia. No mínimo, torne o portão de SEO uma lista de sim/não para que 'faremos SEO depois' não consiga se infiltrar no projeto.

Entregue as chaves com um runbook

A entrega não está completa quando o site vai ao ar. Ela está completa quando o cliente consegue fazer login sem ligar para você. Um link e uma senha não são uma entrega; são uma primeira tarefa de casa. O cliente vai encontrar a página de configurações, experimentar e ou quebrar algo ou ligar para você com uma pergunta que você poderia ter respondido em um documento de uma página.

Escreva um runbook. Como fazer login e alterar o texto da página inicial. Como trocar uma imagem. Onde o domínio e a hospedagem estão. Quando o domínio expira e quem é responsável por ele. O processo de registro de domínio da ICANN exige informações de contato válidas vinculadas ao proprietário. Se o cliente for o dono do domínio, ele precisa saber onde a conta está e o que acontece se ela expirar. Coloque a data de renovação no runbook; você não quer que a primeira ligação pós-lançamento seja 'nosso site sumiu porque ninguém renovou o domínio'.

O runbook pode ter uma página. Não precisa ser um manual. Mas ele deve existir, e o cliente deve abri-lo enquanto você ainda está na ligação.

Faça o acompanhamento em 48 horas

Um cliente fica quieto por uma semana após o lançamento. Você assume que ele está feliz. Então o e-mail da fatura chega, e você percebe que ele passou seis dias sem saber como atualizar os próprios preços. O teste mais útil acontece após a entrega, não antes.

Quarenta e oito horas depois de o site ir ao ar, envie uma nota curta. Faça uma pergunta específica, não 'está tudo bem?'. Perguntas específicas revelam respostas reais. Você tentou fazer login? O formulário de contato aparece na sua caixa de entrada? O endereço no rodapé está correto? Registre o que o cliente relata e adicione-o ao checklist do próximo projeto.

Este é o momento em que você pega o que não poderia ter pegado: o número de telefone real do cliente, as imagens reais dos produtos, a integração que só funciona com os dados deles. Cada vez que um cliente expõe uma lacuna, adicione-a ao próximo portão de entrega. É assim que o checklist permanece vivo em vez de se tornar um documento que ninguém lê. Se você está procurando o sistema maior, o modelo de maturidade de manutenção de sites para clientes começa onde este acompanhamento termina.

Um portão, não um troféu

O objetivo não é ter o checklist mais completo do setor. É ter um portão que capture os problemas que você realmente vê em seus clientes. Isso significa podar. Se uma verificação não capturou nenhum problema em seus últimos lançamentos, ou você a automatizou ou ela é ruído. Um checklist cheio de itens que sempre passam dá uma falsa sensação de conclusão. As verificações que importam são aquelas que falham ocasionalmente, porque são elas que previnem as ligações embaraçosas.

Não adicione verificações para se sentir rico em processos. Adicione-as apenas quando elas ganharem seu lugar. O melhor checklist de lançamento para uma agência é mais curto do que você pensa: data de entrega definida, conteúdo bloqueado, teste na perspectiva do cliente aprovado, portões de segurança e SEO verdes, runbook entregue, acompanhamento de 48 horas agendado. Quando esse portão existe, o lançamento deixa de ser um momento de pavor e se torna uma formalidade. Essa é a diferença entre uma agência que constrói sites e uma que os entrega.