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 deliberado dá-lhe margem para aprender.
No 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 ou 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 entregar de forma fiável: a quem serve, que tarefa ajuda a concluir, o que está incluído, quanto custa e como funciona o apoio. Mantenha os 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 correcto, entregá-lo à pessoa certa e tratar das correcções. Para o FitSite, inclui criar um website de estúdio a partir do modelo seleccionado e tornar utilizáveis as suas vias de contacto e marcação. Nenhum dos exemplos exige todas as funcionalidades 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 detrás da oferta
Confirme que a aplicação e as páginas voltadas para o cliente estão acessíveis por HTTPS, que os domínios pretendidos funcionam e que a monitorização chega a alguém que pode agir. Se oferece domínios mapeados, teste essa rota exacta. Um certificado wildcard 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 a vertente opcional de WordPress, use um ambiente de teste para verificar em conjunto o WordPress Multisite, o Ultimate Multisite, os seus modelos e as integrações seleccionadas. O núcleo do Ultimate Multisite é gratuito; alojamento, domínios, entrega de e-mails, processamento de pagamentos e serviços opcionais podem ainda custar dinheiro. Confirme o orçamento operacional real antes de contratar subscrições.
Percorra cada plano anunciado
Comece como um novo visitante em vez de administrador. Siga a página de marketing até ao registo, seleccione 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 facturação materialmente diferentes.
Verifique também as jornadas falhadas e interrompidas. O que acontece após um pagamento recusado, um e-mail mal escrito, um período experimental expirado ou uma actualização do navegador durante a configuração? Um ecrã de sucesso tranquilizador não basta se a conta nunca receber o acesso prometido. Registe o estado esperado da conta, do pagamento e do aprovisionamento em cada etapa.
Use o sandbox ou modo de teste do fornecedor de pagamentos e os respectivos detalhes de teste documentados. A Stripe diz explicitamente para não testar em modo real com dados de pagamento reais. Não siga o antigo atalho de cobrar a si próprio e depois reembolsar. Reveja separadamente a lista de verificação actual do fornecedor para entrar em funcionamento 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 enganadores, verifique as permissões das imagens, siga as ligações, teste os formulários e assegure-se de 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 do plano, as condições do período experimental, os preços de renovação e as taxas de configuração correspondem à oferta. Verifique a página da conta, a via de cancelamento, os detalhes da factura 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 dê a entender que uma pessoa numa fotografia de banco de imagens endossa a plataforma.
Convide um pequeno grupo-piloto
Escolha um grupo-piloto que possa apoiar 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, que instruções não vêem e se chegam ao resultado que a oferta prometeu.
Se oferecer um desconto piloto, dê-lhe um âmbito e duração definidos que possa suportar. Uma oferta permanente a metade do preço cria uma obrigação de longo prazo antes de compreender os custos. Peça separadamente autorização para apresentar 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 marcação. Este é um cenário ilustrativo, não um resultado reportado. A resposta útil é investigar essa tarefa falhada, melhorar as instruções ou a integração e repetir a jornada antes de convidar mais pessoas.
Atribua um responsável ao dia do lançamento e tenha uma alternativa
Reserve tempo durante o qual alguém possa monitorizar registos, notificações de pagamento, aprovisionamento e apoio. Mantenha disponíveis os contactos dos fornecedores essenciais. Decida o que levaria a pausar novos registos, quem toma essa decisão e como os clientes afectados recebem uma actualização clara.
Por exemplo, falhas repetidas de aprovisionamento podem desencadear uma pausa temporária nos convites enquanto o acesso dos clientes existentes se mantém disponível. Evite recolher mais pagamentos por um resultado que não consegue entregar. Registe o problema, as contas afectadas, a hora da próxima actualizaçã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: 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, 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 normal de cliente e uma jornada de falha. Execute ambas num ambiente de teste seguro. Guarde as evidências de que necessita para reproduzir uma falha, sem copiar palavras-passe ou detalhes de pagamento para as notas.
Escreva o seu convite para o piloto, as perguntas de feedback e a sua regra de avançar/não avançar. Uma regra útil pode exigir que todos os planos anunciados sejam aprovisionados correctamente e que haja um ensaio de recuperação bem-sucedido. Seleccione o tamanho do piloto com base na sua capacidade real de apoio.
Termine com uma decisão: pronto para um piloto limitado, bloqueado enquanto se aguardam correcções específicas ou pronto para convites mais amplos após um piloto concluído. Registe a data em que o voltará a rever.
Antes de avançar
Prontidão 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 falhar.
Fontes e leituras adicionais
Adaptado de a Lição 10 original: Dia do Lançamento. O FitSite é um negócio ilustrativo usado 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.