LIÇÃO 13 / 14 · CURSO GRATUITO DE NEGÓCIOS
O crescimento acrescenta responsabilidade, bem como receitas. Antes de aumentar o tráfego, as funcionalidades ou o tamanho da equipa, compreenda qual parte do negócio limita actualmente uma prestação de serviço fiável. Melhore essa restrição e meça o resultado.
No final: identifique o seu actual gargalo, calcule um pequeno conjunto de métricas úteis e escolha uma experiência de crescimento baseada em evidências.
Use números com definições claras
A receita recorrente mensal, ou MRR, expressa a receita activa de subscrições recorrentes numa base mensal. Separe as taxas únicas de configuração e os serviços dessa medida. Normalize as subscrições anuais de forma consistente e documente como trata os descontos, reembolsos e contas por pagar.
A receita recorrente média por conta é o MRR dividido pelo número de contas activas pagantes usado nesse período. Não é o lucro por cliente. A taxa de abandono de clientes acompanha os clientes perdidos do grupo inicial; a taxa de abandono de receita acompanha a receita recorrente perdida e pode contar uma história diferente quando os tamanhos dos planos variam.
O custo de aquisição de clientes deve indicar quais custos de vendas e marketing inclui e quais novos clientes contabiliza. Comparar uma estimativa apenas de caixa com o custo total de outro canal produz um resultado enganador. Registe as premissas sobre o tempo do fundador, prestadores de serviços e comissões de referência.
Analise cuidadosamente o exemplo da FitSite
Considere a combinação ilustrativa da fonte: 30 contas Starter a 49 $, 15 contas Growth a 99 $ e cinco contas Pro a 199 $ por mês. A receita base mensal de subscrições é 1.470 $ + 1.485 $ + 995 $ = 3.950 $. Estes preços são premissas de ensino, não preços de mercado recomendados.
Se esses mesmos clientes também pagarem 500 $ em complementos mensais recorrentes, o MRR total é 4.450 $ e a receita recorrente média por conta é 89 $. Se os 500 $ vierem, em vez disso, de trabalho único de configuração, o MRR mantém-se em 3.950 $ e a média recorrente é 79 $. A classificação altera a métrica.
Nenhum dos totais é rendimento líquido. Subtraia as taxas de pagamento, alojamento, entrega de e-mails, suporte, software, aquisição, administração e outros custos aplicáveis ao avaliar a rentabilidade. Inclua o trabalho que realiza pessoalmente para que o negócio não seja viável apenas porque o seu trabalho é tratado como gratuito.
Se dois dos 50 clientes iniciais cancelarem num mês, a taxa de abandono de clientes é 4%. O atalho de dividir um por essa taxa sugere 25 meses, mas pressupõe uma taxa de abandono estável e uma população de clientes simplificada. Não é uma previsão fiável baseada num único mês pequeno de observações.
Prefira coortes observadas: agrupe os clientes por período de início e acompanhe depois a retenção, a receita recorrente e os custos de prestação ao longo do tempo. Se usar um modelo de valor do tempo de vida do cliente, apresente as suas premissas e distinga o valor da receita da contribuição após os custos de serviço. Não use um número aparentemente preciso para justificar gastar dinheiro que não consegue recuperar.
Escale a restrição real da infraestrutura
Observe a experiência do cliente e o comportamento do sistema em conjunto. As páginas lentas podem resultar de uma consulta específica, uma API de terceiros, imagens grandes, tarefas em segundo plano ou recursos insuficientes. Um servidor maior pode resolver um problema, deixando outro inalterado.
Não existe uma regra universal de que cem sites ou setenta por cento de CPU significam que é hora de actualizar. A carga de trabalho varia consoante o tráfego, os plugins, os dados e a concorrência. Meça tempos de resposta representativos, pedidos falhados, memória, armazenamento e filas em segundo plano, e depois investigue o gargalo.
Para o percurso opcional de WordPress, considere o armazenamento em cache adequado de páginas e objectos, a entrega de recursos estáticos, o trabalho na base de dados e o armazenamento de multimédia apenas depois de examinar a carga de trabalho. Verifique se o cache não expõe páginas específicas de contas nem interfere com o pagamento. Teste as alterações em tarefas representativas dos clientes.
Se for necessária uma migração, planeie a sincronização de dados, cópias de segurança, verificação, uma via de reversão e a comunicação com os clientes. Ensaie a mudança antes de a agendar. Novos registos, carregamentos e pagamentos podem continuar a alterar os dados durante uma mudança; decida como essas alterações serão tratadas.
Automatize um processo estável
Registe um processo manual antes de o automatizar. Uma automatização fiável necessita de um accionador, das informações necessárias, do resultado esperado, de um responsável pelas falhas e de uma forma de evitar acções duplicadas. Comece com notificações internas de baixo risco antes de automatizar alterações à facturação ou ao acesso.
Um primeiro exemplo útil é notificar o suporte quando um cliente que acabou de pagar não concluiu a tarefa inicial. A mensagem deve incluir apenas as informações de que a equipa de suporte necessita. Decida com que frequência pode ser enviada e como parar os lembretes quando a tarefa estiver concluída.
Os webhooks e as ferramentas de integração podem ligar o Ultimate Multisite ou outra aplicação SaaS aos sistemas operacionais. Verifique os eventos suportados e a autenticação da sua instalação. Teste as tentativas repetidas e as entregas duplicadas; receber o mesmo evento duas vezes não deve criar duas contas de cliente nem duas recompensas.
Mantenha uma via humana para excepções. Um e-mail de confirmação pode tranquilizar o cliente de que um pedido chegou, mas não deve dar a entender falsamente que alguém já o resolveu. Reveja as mensagens automatizadas quando o produto ou a cobertura de suporte mudar.
Aumente o valor por cliente de forma responsável
Ofereça um nível superior quando os seus benefícios corresponderem ao trabalho do cliente. Serviços adicionais, como configuração, formação ou design, podem gerar receitas, mas também consomem capacidade. Defina os preços e o agendamento como compromissos reais de prestação, em vez de os tratar como melhorias sem custo.
A facturação anual pode alterar o momento do recebimento, mas um pagamento anual não é todo lucro obtido no primeiro dia. Continua a dever o serviço prometido durante o período de subscrição. Modele os descontos, o comportamento de renovação e os custos de prestação antes de incentivar os clientes a mudar.
Ao alterar preços, decida como os acordos existentes serão tratados e comunique claramente antes de uma alteração entrar em vigor. Manter os preços existentes para sempre é uma política possível, não uma regra universal. Evite prometer condições permanentes que não avaliou.
Adicione pessoas onde o trabalho o justificar
Acompanhe o trabalho que atrasa os clientes ou o impede de melhorar o produto. Um especialista de suporte, redactor ou designer pode ser a primeira adição útil, dependendo do gargalo. Defina o resultado, os limites de acesso e a passagem de responsabilidade antes de contratar ou recorrer a prestadores de serviços.
Documente as tarefas comuns e reserve espaço para formação e revisão. Subcontratar um processo confuso não o torna automaticamente fiável. Verifique o custo total e a cobertura necessários e assegure que alguém continua responsável quando um prestador de serviços não estiver disponível.
Substitua marcos fixos de número de clientes por decisões baseadas em evidências. Um serviço complexo pode precisar de ajuda com dez clientes; um mais simples pode atender muitos mais com uma equipa pequena. A capacidade, os resultados dos clientes, a margem e o dinheiro disponível determinam o próximo passo.
O seu exercício: escolha uma restrição a melhorar
Crie uma folha mensal que apresente a receita recorrente, a receita única, as contas activas, os clientes perdidos do grupo inicial, os gastos de aquisição e os custos de prestação. Adicione uma breve definição ao lado de cada medida.
Recalcule o exemplo da FitSite duas vezes: uma com complementos recorrentes e outra com trabalho único de configuração. Explique por que razão o dinheiro recebido e o MRR podem diferir mesmo quando o depósito bancário é o mesmo.
Escolha um gargalo observado. Descreva as evidências, uma pequena intervenção, o seu orçamento e o resultado que espera observar. Os exemplos incluem reduzir tarefas de aprovisionamento falhadas ou ajudar mais novos clientes a concluir a configuração.
Defina uma data de revisão e uma condição de paragem. Não compre simultaneamente um servidor maior, contrate suporte e lance nova publicidade, a menos que evidências independentes justifiquem cada despesa. Uma experiência focada torna o resultado mais fácil de interpretar.
Antes de continuar
Escale com base em restrições observadas e numa economia claramente definida. O MRR é receita bruta recorrente, não lucro; as estimativas de aquisição e valor do tempo de vida dependem das suas premissas. Mais clientes só são úteis quando consegue cumprir a promessa de forma sustentável.
Fontes e leituras adicionais
Adaptado de a Lição 13 original: Escalar. A FitSite é uma empresa ilustrativa usada para aprendizagem, não uma história de sucesso de cliente. Os valores calculados são uma aritmética ilustrativa do guia original, com receitas recorrentes e únicas separadas. As escolhas de infraestrutura devem ser verificadas em relação à sua própria carga de trabalho e à documentação do fornecedor.