Por que reorganizar o plano de lançamento sob a perspectiva do cliente
Muitos planos de lançamento de sites são escritos seguindo o fluxo de construção: resolução de domínio, implantação do servidor, instalação do programa, aplicação de template, importação de conteúdo, teste e lançamento. Essa sequência é clara para quem executa, mas o cliente, ao recebê-la, muitas vezes não consegue opinar e apenas responde "ok". O resultado é que, no dia do lançamento, descobre-se que a imagem da página inicial é um placeholder, a descrição dos serviços ainda é a versão antiga e o telefone de contato é o de um colega que já saiu da empresa.
Reorganizar sob a perspectiva do cliente não é apenas escrever o plano de forma mais amigável, mas traduzir cada etapa em perguntas que o cliente possa confirmar: para quem é esta página, o conteúdo está atualizado, ao clicar o link abre corretamente, quem fará alterações após o lançamento. Quando o plano pode ser respondido item por item pelo cliente, o retrabalho na fase de execução diminui consideravelmente.
Primeiro, defina para quem este plano se destina
Um plano de lançamento geralmente tem dois tipos de leitores: um responsável pela implantação técnica e outro responsável pelo conteúdo e pela operação do negócio. Os interesses são diferentes. O lado técnico se preocupa com a consistência do ambiente, a integridade da migração de dados e a disponibilidade dos backups; o lado de conteúdo se preocupa se as páginas estão completas, se os preços dos produtos estão corretos e se as formas de contato foram atualizadas.
Na organização, pode-se dividir o plano em duas colunas: uma para "ações de execução" e outra para "itens que o cliente precisa confirmar". Por exemplo, "importar dados de produtos" é uma ação de execução, e o item de confirmação correspondente é "nomes, especificações e imagens dos produtos estão de acordo com a tabela de preços atual". Assim, ao ler o plano, o cliente sabe o que precisa fazer, em vez de ver apenas uma série de termos técnicos.
Transforme a verificação pré-lançamento em uma lista que o cliente possa percorrer
Se a verificação pré-lançamento apenas diz "teste completo", é como se não dissesse nada. Pode-se listar de acordo com o caminho que o cliente realmente percorrerá, para que ele mesmo clique. Suponha uma empresa que vende equipamentos; o caminho comum de um visitante é: ver os principais produtos na página inicial, entrar na categoria de produtos, abrir o detalhe de um modelo e procurar o contato ou o formulário de mensagem. A verificação segue esse caminho:
- A primeira dobra da página inicial mostra o negócio atualmente em destaque? Há banners de campanhas expiradas?
- Os nomes das categorias de produtos correspondem à forma como o cliente costuma chamá-los? Por exemplo, o cliente diz "acessórios", mas no site está escrito "consumíveis periféricos".
- As imagens da página de detalhes estão nítidas? Falta alguma? A tabela de parâmetros está de acordo com os dados mais recentes?
- O telefone, endereço e horário de atendimento na página de contato foram atualizados? Há alguém responsável por verificar o formulário de mensagem após o envio?
- O nome da empresa no rodapé e a localização das informações de registro estão de acordo com a entidade atual?
Essa lista não precisa ser longa, mas deve garantir que o cliente possa responder "certo" ou "errado" a cada item. Os pontos com resposta "errado" são exatamente o que deve ser tratado antes do lançamento.
Organização de conteúdo: o que manter, o que mesclar, o que desativar primeiro
Quando o site antigo tem muito conteúdo, a parte mais vaga do plano de lançamento costuma ser "como lidar com o conteúdo antigo". Do ponto de vista do cliente, a preocupação é: as páginas que antes apareciam na busca ainda estarão lá após o lançamento? Os links que ele enviou a clientes abrirão páginas em branco?
A organização pode seguir três passos: primeiro, exportar uma lista com todos os endereços de páginas do site antigo; depois, avaliar item por item se devem ser mantidos, mesclados ou desativados. O critério pode ser baseado em três perguntas ao cliente: esta página ainda é vista por alguém? O conteúdo ainda é preciso? Há outra página que já aborda o mesmo assunto? Se o conteúdo for duplicado, mescle em uma única página; se estiver desatualizado e sem valor substituto, desative e confirme que nenhum outro link aponta para ele.
Para as páginas mantidas, procure preservar os endereços originais; as que realmente precisarem de mudança devem ser sinalizadas no plano, para que o cliente saiba quais links antigos serão alterados. Esta etapa não envolve regras complexas de busca, apenas reduz a confusão para o cliente e os visitantes.
Inclua no plano "quem fará a manutenção após o lançamento"
Muitos planos de lançamento terminam em "publicação do site", mas o cliente só começa a usá-lo de fato após o lançamento. O plano deve reservar um trecho explicando a divisão da manutenção diária: quem atualiza os artigos, quem altera os preços dos produtos, quem verifica as mensagens, a quem recorrer se uma página não abrir.
Se o cliente mesmo administra o painel, pode-se anexar ao plano um guia simples de operação, como quais campos preencher para publicar um artigo e quais requisitos há para nomear imagens. Recomenda-se nomear os arquivos de imagem com palavras legíveis em português ou pinyin mais a data, por exemplo "2024-oficina-equipamento-frente.jpg", para facilitar a busca futura na biblioteca de mídia. A nomeação de arquivos parece um detalhe, mas quando o conteúdo cresce, economiza muito tempo de procura.
Se a manutenção for feita pela equipe de serviço, também é preciso deixar claro a frequência de atualização e a forma de comunicação, para evitar que ninguém cuide disso após o lançamento. Esta parte é uma divisão de tarefas, não envolve compromissos específicos de serviço; basta preencher conforme o acordo real entre as partes.
O que verificar no dia do lançamento e na semana seguinte
No dia do lançamento, o foco é verificar "se é possível acessar normalmente" e "se o conteúdo é a versão final". Abra as principais páginas uma a uma e confirme que não há espaços em branco, desalinhamentos ou textos de preenchimento. Para interações como formulários, mensagens e downloads, o ideal é enviar uma vez para confirmar que alguém consegue receber.
Na semana seguinte ao lançamento, o foco passa a ser "se o cliente está conseguindo usar sem dificuldades". Peça ao cliente para tentar atualizar um conteúdo e veja se o processo trava; verifique também nas estatísticas de acesso quais páginas são mais vistas e quais quase não recebem visitas. Essas observações não equivalem diretamente a conclusões de otimização, mas ajudam a decidir onde ajustar primeiro.
Incluir esses dois períodos de verificação no plano de lançamento faz o cliente entender que o lançamento não é o fim, mas o início de um ciclo de manutenção.
Como deve ser o plano após a reorganização
Um plano de lançamento reorganizado sob a perspectiva do cliente geralmente contém: lista de itens que o cliente precisa confirmar, itens de verificação organizados pelo caminho de acesso, decisões sobre o conteúdo antigo, divisão da manutenção pós-lançamento e o cronograma de verificação no dia do lançamento e na semana seguinte. Não precisa ser extenso, mas cada item deve permitir que o cliente dê uma resposta clara.
Se você já tem em mãos um plano de lançamento escrito segundo o fluxo técnico, comece fazendo uma coisa: circule todas as palavras que o cliente não entende e substitua por perguntas que ele possa responder. Depois de trocar, envie ao cliente; a eficiência da comunicação será visivelmente diferente.
