LIÇÃO 10 / 14 · CURSO GRATUITO DE NEGÓCIOS
Um lançamento é uma promessa de que alguém pode começar a usar seu serviço e obter ajuda quando precisar. Antes de convidar compradores, verifique toda a jornada em relação a essa promessa. Um lançamento pequeno e deliberado dá a você espaço para aprender.
Ao final: produza uma decisão de lançamento, uma jornada do cliente testada e um plano curto para responder quando algo falhar. Você pode concluir o exercício de planejamento sem uma conta ou ferramentas pagas.
Defina o que significa estar pronto
Uma data de lançamento só é útil quando você sabe o que precisa funcionar até lá. Anote a menor oferta que você consegue entregar de forma confiável: a quem ela atende, qual tarefa ajuda essas pessoas a concluir, o que está incluído, quanto custa e como funciona o suporte. Mantenha extras inacabados fora da promessa anunciada.
Para um serviço de relatórios, estar pronto pode significar receber um arquivo de dados de exemplo, produzir um relatório correto, entregá-lo à pessoa certa e lidar com correções. Para o FitSite, isso inclui criar o site de um estúdio a partir do modelo selecionado e tornar utilizáveis seus caminhos de contato e agendamento. Nenhum dos exemplos exige todos os recursos possíveis.
Separe bloqueadores de melhorias. Um comprador receber o plano errado é um bloqueador. Uma animação decorativa geralmente pode esperar. Dê a cada bloqueador um responsável e uma etapa de novo teste para que uma reunião de lançamento produza uma decisão em vez de uma lista de preocupações vagas.
Teste o serviço por trás da oferta
Confirme que o aplicativo e as páginas voltadas ao cliente podem ser acessados por HTTPS, que os domínios pretendidos funcionam e que o monitoramento chega a alguém que possa agir. Se você oferece domínios mapeados, teste exatamente esse caminho. Um certificado curinga para seus próprios subdomínios não cobre automaticamente o domínio separado de um cliente.
Faça backup tanto dos dados quanto dos arquivos necessários para restaurar o serviço. Restaure um backup representativo em um ambiente de teste seguro e verifique o resultado. Uma notificação de backup bem-sucedido, por si só, não prova que a recuperação funciona. Registre quem pode restaurá-lo e quais informações podem ser perdidas entre os backups.
Para a trilha opcional de WordPress, use um ambiente de preparação para verificar juntos o WordPress Multisite, o Ultimate Multisite, seus modelos e as integrações selecionadas. O núcleo do Ultimate Multisite é gratuito; hospedagem, domínios, entrega de e-mails, processamento de pagamentos e serviços opcionais ainda podem custar dinheiro. Confirme o orçamento operacional real antes de contratar assinaturas.
Percorra cada plano anunciado
Comece como um novo visitante, e não como administrador. Siga a página de marketing até o cadastro, selecione um plano, revise o total, conclua os testes de pagamento compatíveis com o provedor, abra o e-mail de boas-vindas, faça login e termine a primeira tarefa útil. Repita para planos e períodos de cobrança materialmente diferentes.
Verifique também jornadas com falhas e interrupções. O que acontece após um pagamento recusado, um e-mail digitado incorretamente, um teste expirado ou uma atualização do navegador durante a configuração? Uma tela de sucesso reconfortante não basta se a conta nunca receber o acesso prometido. Registre o estado esperado da conta, do pagamento e do provisionamento em cada etapa.
Use o sandbox ou modo de teste do provedor de pagamentos e os detalhes de teste documentados por ele. A Stripe declara explicitamente que não se deve testar no modo ativo com dados reais de pagamento. Não siga o antigo atalho de cobrar de si mesmo e depois reembolsar. Revise separadamente a lista de verificação atual do provedor para entrar em operação antes de aceitar compras genuínas de clientes.
Revise a experiência visível
Verifique os modelos em telas pequenas e com navegação por teclado. Substitua marcadores de posição enganosos, verifique as permissões de imagem, siga os links, teste os formulários e garanta que as instruções descrevam as telas que um cliente realmente vê. Um login funcional não é o mesmo que uma primeira sessão utilizável.
Confirme que os limites dos planos, as condições de teste, os preços de renovação e as taxas de configuração correspondem à oferta. Verifique a página da conta, o caminho de cancelamento, os detalhes da fatura e o contato de suporte. Declare o que acontece com o acesso e os dados quando uma assinatura termina. Peça que as políticas empresariais adequadas sejam revisadas para suas circunstâncias, em vez de copiar as promessas de outra empresa.
Para o FitSite, um ensaio de lançamento poderia usar um estúdio fictício com uma grade de horários, perfil de treinador e formulário de contato. Identifique-o como uma demonstração. Não coloque informações reais de clientes em sites públicos de exemplo nem sugira que uma pessoa em uma foto de banco de imagens endossa a plataforma.
Convide um pequeno grupo piloto
Escolha um grupo piloto ao qual você possa dar suporte pessoalmente. Peça aos participantes que tentem realizar tarefas reais e descrevam o que aconteceu, em vez de apenas perguntar se gostam do design. Observe onde eles param, quais instruções deixam passar e se alcançam o resultado prometido pela oferta.
Se você oferecer um desconto para o piloto, defina um escopo e uma duração que possa arcar. Uma oferta permanente pela metade do preço cria uma obrigação de longo prazo antes que você compreenda os custos. Peça separadamente permissão para destacar o site de um cliente ou citar o feedback; a participação no piloto não fornece essa permissão automaticamente.
Imagine três proprietários de estúdios convidados testando o FitSite. Dois concluem a configuração, enquanto um não consegue conectar um link de agendamento. Este é um cenário ilustrativo, não um resultado relatado. A resposta útil é investigar essa tarefa que falhou, melhorar as instruções ou a integração e repetir a jornada antes de convidar mais pessoas.
Dê ao dia do lançamento um responsável e um plano alternativo
Reserve tempo em que alguém possa monitorar cadastros, notificações de pagamento, provisionamento e suporte. Mantenha disponíveis os dados de contato dos provedores essenciais. Decida o que interromperia novos cadastros, quem toma essa decisão e como os clientes afetados receberão uma atualização clara.
Por exemplo, falhas repetidas de provisionamento podem acionar uma pausa temporária nos convites, enquanto o acesso dos clientes existentes permanece disponível. Evite coletar mais pagamentos por um resultado que você não consegue entregar. Registre o problema, as contas afetadas, o horário da próxima atualização e as verificações de recuperação sem especular sobre um prazo de resolução.
Após o lançamento, revise as evidências em vez de celebrar apenas a contagem de visitantes. Os compradores elegíveis concluíram o cadastro? Eles alcançaram o primeiro resultado útil? Quais falhas precisaram de ajuda manual? Essas observações se tornam o próximo pequeno ciclo de melhoria.
Seu exercício: faça um ensaio de lançamento
Escreva uma folha de prontidão de uma página com cinco linhas: oferta, jornada de pagamento, primeira tarefa útil, suporte e recuperação. Para cada linha, registre o teste, o resultado observado, o responsável e qualquer bloqueador não resolvido.
Escolha uma jornada comum de cliente e uma jornada de falha. Execute ambas em um ambiente de teste seguro. Salve as evidências necessárias para reproduzir uma falha, sem copiar senhas ou dados de pagamento para as anotações.
Escreva seu convite para o piloto, as perguntas de feedback e sua regra de avançar ou não avançar. Uma regra útil pode exigir que cada plano anunciado seja provisionado corretamente e um ensaio de recuperação bem-sucedido. Selecione o tamanho do piloto com base na sua capacidade real de suporte.
Conclua com uma decisão: pronto para um piloto limitado, bloqueado enquanto aguarda correções específicas ou pronto para convites mais amplos após um piloto concluído. Registre a data em que você o revisará novamente.
Antes de seguir em frente
Prontidão significa uma promessa testada, não uma lista completa de recursos. Um piloto proporciona aprendizado sem garantir vendas. Mantenha os testes de pagamento no ambiente compatível com o provedor e saiba como pausar, comunicar-se e recuperar quando uma jornada crítica falhar.
Fontes e leituras adicionais
Adaptado da Lição 10 original: Dia do Lançamento. O FitSite é uma empresa ilustrativa usada para aprendizado, não uma história de sucesso de cliente. As orientações de teste da Stripe explicam os testes de pagamento em sandbox. As orientações de backup do WordPress abrangem os dados e arquivos necessários para recuperação.