LIÇÃO 10 / 14 · CURSO GRATUITO DE NEGÓCIOS
Um lançamento é uma promessa de que alguém pode começar a usar o 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 intencional dá-lhe margem 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. Pode concluir o exercício de planeamento sem uma conta nem ferramentas pagas.
Defina o que significa estar pronto
Uma data de lançamento só é útil quando sabe o que tem de funcionar até lá. Anote a menor oferta que consegue fornecer de forma fiável: a quem serve, qual tarefa ajuda a concluir, o que está incluído, quanto custa e como funciona o apoio. Mantenha extras inacabados fora da promessa anunciada.
Para um serviço de relatórios, estar pronto pode significar receber um ficheiro de dados de exemplo, produzir um relatório correto, entregá-lo à pessoa certa e tratar de correções. Para o FitSite, inclui criar um site de estúdio a partir do modelo selecionado e tornar utilizáveis os seus meios de contacto e reserva. Nenhum dos exemplos exige todos os recursos possíveis.
Separe os bloqueadores das melhorias. Um comprador receber o plano errado é um bloqueador. Uma animação decorativa geralmente pode esperar. Atribua 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 a aplicação e as páginas voltadas para o cliente estão acessíveis através de HTTPS, que os domínios pretendidos funcionam e que a monitorização chega a alguém que pode agir. Se oferecer domínios mapeados, teste esse caminho exato. Um certificado curinga para os seus próprios subdomínios não cobre automaticamente o domínio separado de um cliente.
Faça cópias de segurança tanto dos dados como dos ficheiros necessários para restaurar o serviço. Restaure uma cópia de segurança representativa num ambiente de teste seguro e verifique o resultado. Uma notificação de cópia de segurança bem-sucedida, por si só, não prova que a recuperação funciona. Registe quem pode restaurá-la e que informações podem ser perdidas entre cópias de segurança.
Para o percurso opcional de WordPress, utilize um ambiente de preparação para verificar em conjunto o WordPress Multisite, o Ultimate Multisite, os seus modelos e as integrações selecionadas. O núcleo do Ultimate Multisite é gratuito; o alojamento, os domínios, a entrega de e-mails, o processamento de pagamentos e os serviços opcionais ainda podem custar dinheiro. Confirme o orçamento operacional real antes de assumir subscrições.
Percorra todos os planos anunciados
Comece como um novo visitante, em vez de como administrador. Siga a página de marketing até ao registo, selecione um plano, reveja o total, conclua os testes de pagamento suportados pelo fornecedor, abra o e-mail de boas-vindas, inicie sessão e conclua a primeira tarefa útil. Repita para planos e períodos de faturação materialmente diferentes.
Verifique também as jornadas que falham ou são interrompidas. O que acontece após um pagamento recusado, um e-mail escrito incorretamente, um período de teste expirado ou uma atualização do navegador durante a configuração? Um ecrã de sucesso tranquilizador não é suficiente se a conta nunca receber o acesso prometido. Registe o estado esperado da conta, do pagamento e do aprovisionamento em cada etapa.
Utilize o ambiente sandbox ou modo de teste do fornecedor de pagamentos e os respetivos dados de teste documentados. A Stripe afirma explicitamente que não se deve testar em modo ativo com dados de pagamento reais. Não siga o antigo atalho de cobrar a si próprio e reembolsar. Reveja separadamente a lista de verificação atual do fornecedor para entrar em produção antes de aceitar compras genuínas de clientes.
Reveja a experiência visível
Verifique os modelos em ecrãs pequenos e com navegação por teclado. Substitua marcadores de posição enganosos, verifique as permissões das imagens, siga as ligações, teste formulários e assegure que as instruções descrevem os ecrãs que um cliente realmente vê. Um início de sessão 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 processo de cancelamento, os detalhes da fatura e o contacto de apoio. Indique o que acontece ao acesso e aos dados quando uma subscrição termina. Peça que as políticas empresariais adequadas sejam revistas para as 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 um horário, perfil de treinador e formulário de contacto. 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 numa fotografia de arquivo apoia a plataforma.
Convide um pequeno grupo piloto
Escolha um grupo piloto a que possa dar apoio 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 param, quais instruções não veem e se chegam ao resultado que a oferta prometia.
Se oferecer um desconto piloto, dê-lhe um âmbito e uma duração definidos que possa suportar. Uma oferta permanente com metade do preço cria uma obrigação de longo prazo antes de compreender os custos. Peça separadamente autorização para destacar o site de um cliente ou citar o seu feedback; a participação no piloto não concede essa autorização automaticamente.
Imagine três proprietários de estúdios convidados a experimentar o FitSite. Dois concluem a configuração, enquanto um não consegue ligar uma ligação de reserva. Este é um cenário ilustrativo, não um resultado relatado. A resposta útil é investigar essa tarefa falhada, melhorar as instruções ou a integração e repetir a jornada antes de convidar mais pessoas.
Dê ao dia de lançamento um responsável e uma alternativa
Reserve tempo em que alguém possa monitorizar registos, notificações de pagamento, aprovisionamento e apoio. Mantenha disponíveis os dados de contacto dos fornecedores essenciais. Decida o que interromperia novos registos, quem toma essa decisão e como os clientes afetados recebem uma atualização clara.
Por exemplo, falhas repetidas de aprovisionamento podem desencadear uma pausa temporária nos convites, enquanto o acesso dos clientes existentes permanece disponível. Evite recolher mais pagamentos por um resultado que não consegue fornecer. Registe o problema, as contas afetadas, a hora da próxima atualização e as verificações de recuperação sem adivinhar uma hora de resolução.
Após o lançamento, reveja as evidências em vez de celebrar apenas a contagem de visitantes. Os compradores elegíveis concluíram o registo? Chegaram ao primeiro resultado útil? Que falhas precisaram de ajuda manual? Estas observações tornam-se o próximo pequeno ciclo de melhoria.
O seu exercício: realize 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, apoio e recuperação. Para cada linha, registe 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 num ambiente de teste seguro. Guarde as evidências de que precisa para reproduzir uma falha, sem copiar palavras-passe ou dados de pagamento para as notas.
Escreva o seu convite para o piloto, as perguntas de feedback e a sua regra de avançar ou não avançar. Uma regra útil pode exigir que todos os planos anunciados sejam aprovisionados corretamente e um ensaio de recuperação bem-sucedido. Selecione o tamanho do piloto com base na sua capacidade real de apoio.
Termine com uma decisão: pronto para um piloto limitado, bloqueado até correções específicas ou pronto para convites mais amplos após um piloto concluído. Registe a data em que o irá rever novamente.
Antes de avançar
Estar pronto significa uma promessa testada, não uma lista completa de funcionalidades. Um piloto proporciona aprendizagem sem garantir vendas. Mantenha os testes de pagamento dentro do ambiente suportado pelo fornecedor e saiba como pausar, comunicar e recuperar quando uma jornada crítica falha.
Fontes e leituras adicionais
Adaptado de a Lição 10 original: Dia de Lançamento. O FitSite é um negócio ilustrativo utilizado para aprendizagem, 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 cópia de segurança do WordPress abrangem os dados e ficheiros necessários para a recuperação.