Como eu criei um serviço web SaaS com lucro mensal de US $ 1.000

TL: DR: Este tutorial é sobre construir um pequeno e rentável serviço de SaaS, o Menumake , do zero, fazendo com que ele ganhe $ 1000 por mês. Isso não tem nada a ver com startups de unicórnio multibillion, estou apenas descrevendo minha experiência. Trata-se de uma ferramenta útil, robusta e lucrativa que qualquer um pode fazer. E o último ponto, este webservice foi feito para o mercado interno russo, então eu traduzi tudo para o inglês e o dólar por conveniência. Caso contrário, essa experiência é bastante geral e pode ser adotada em qualquer lugar.

Tudo começou com o meu outro serviço de SaaS chamado Postio , que eu criei para tornar mais fácil para as pessoas encontrarem e publicarem conteúdo em suas contas e grupos sociais. Como parte de sua estratégia de marketing , comprei e publiquei uma dúzia de artigos sobre vários assuntos voltados para o público do serviço de web em seu blog para obter mais tráfego dos mecanismos de busca.

Então, de repente, o Postio começou a receber uma quantidade relativamente grande de tráfego do Google e do Yandex (um mecanismo de busca russo) com palavras-chave que nada tinham a ver com o próprio Postio.

Estatística do Google Analytics na aquisição do tráfego diário orgânico

É aqui que a história real começa.

Identificando um ponto de dor

Claramente as pessoas estavam tendo problemas reais com essa coisa do menu. Uma pequena pesquisa mostrou que muitos proprietários de grupos no Vk.com (o Facebook russo) usam um menu gráfico fixo no topo de um grupo para redirecionar seu público para as partes mais importantes do grupo, como depoimentos, preços e um formulário de pedido.

Aqui está o que um menu geralmente parece

Os grupos dessa rede social acabam se tornando um tipo de loja que muitas pessoas usam para iniciar um negócio, sem ter o incômodo de criar um site autônomo. Então não era apenas um grupo de grupos aleatórios sobre gatinhos (embora definitivamente houvesse muito desse tipo), mas pequenas empresas com algum ponto problemático que poderia ser resolvido, mais ou menos, automaticamente. Obviamente, eles precisavam de uma solução tão ruim que eles o pesquisavam com bastante frequência.

Mas aqui está a melhor parte. Para criar esse menu, eles precisavam criá-lo em um editor de imagens, recortá-lo e depois construir o menu com uma espécie de marcação no estilo wiki. Isso definitivamente era demais para eles, e terceirizar esse trabalho a um preço de cerca de US $ 20 por peça era bastante comum.

O processo usual de criar um menu era algo assim:

  1. Em um editor de imagens, crie uma imagem do menu e coloque alguns botões nela;
  2. Retire-o em partes separadas para que seja possível remontá-lo, com os botões se tornando elos;
  3. Envie todas essas imagens para um álbum no grupo ou na conta do proprietário;
  4. Crie uma página wiki no grupo e coloque uma marcação com as imagens e links;
  5. Publique uma postagem com um link para a página de menu no grupo;
  6. Fixá-lo para que fique no topo o tempo todo.

Nada mal, né?

Agora, vamos descobrir o que podemos fazer para aliviar o problema.

Fazendo um MVP

Primeiro, tive que explorar as possibilidades da API da rede social para determinar quais ações poderiam ser automatizadas e em que grau.

Descobri que a API poderia fazer qualquer coisa que eu precisasse, com a exceção de fixar uma postagem. Mas é demais para um MVP, então decidi reduzir esses recursos:

  1. Autenticação.
  2. Personalização do menu. Em vez disso, um usuário pode escolher entre uma dúzia de modelos predefinidos.
  3. Processo de pagamento. Eu poderia fazer isso manualmente.
  4. Criação automática de páginas wiki. Um usuário pode fazer isso sozinho e depois colar a marcação do wiki gerada pelo meu aplicativo.
  5. Publicação automática de postagens. Mais uma vez, o trabalho manual de um usuário.

Então, basicamente, o que eu tive que fazer foi um gerador de imagens e um uploader. Então, aqui está o que parecia depois de dois ou três dias de desenvolvimento.

Tela principal

Feio eu sei. Mas foi o suficiente para testar se os usuários estariam dispostos a pagar por essa solução automatizada.

O diálogo de criação de menus também era … muito imperfeito.

Tela de criação de menu

Sim, eu também costumava ser perfeccionista. Agora eu envio.

Validando a ideia

Isso foi relativamente fácil no meu caso, porque o tráfego existente foi o que eu comecei com. Então tudo que eu tinha que fazer era colocar alguns botões aqui e ali no artigo e esperar que os visitantes viessem.

Isto é o que parecia:

Os primeiros 10 dias do lançamento real

Mesmo sem olhar para a estatística de vendas, podemos ver que os usuários estavam muito interessados ??no serviço. Lembre-se, este foi apenas o tipo de tráfego "ei-você-tem-um-problema-nós-temos-uma-solução", com uma página de destino péssima baseada em um modelo gratuito.

Agora, aqui estão algumas estatísticas cruas servidas frescas (ok, não tão frescas) do DB:

Volume de negócios e depósitos em USD

Não é um enorme sucesso, né? Mas funcionou e os usuários estavam dispostos a pagar por isso. Havia muitos menus abandonados e não pagos ( menus_created vs menus_paid ). Mas de qualquer forma, é apenas um MVP (muito bruto).

Como você pode dizer pelas estatísticas, eu mexi um pouco com o preço, mudando de US $ 6 para US $ 4 por menu, tentando obter algumas informações sobre preços.

Agora que sabemos que nosso MVP é viável, é hora de descobrir o preço que os usuários estão dispostos a pagar por nosso serviço. E deve ser orientado por dados, não mais adivinhação.

Estimando o preço

Deixe-me divagar um pouco e explicar por que escolhi cobrar por menu, em vez de uma abordagem mensal padrão. A API da rede social de uplink é praticamente instável, portanto, o modelo de assinatura seria um desastre, porque eu precisava reembolsar constantemente os usuários que tinham sido afetados por bugs na API.

Então, de volta ao preço. O teste de divisão é a maneira mais fácil de identificar o preço mais lucrativo com o qual os usuários se sentem à vontade. Basicamente, eu estabeleço um preço aleatório para cada usuário ao se inscrever, e então acompanhei cada ação associada ao preço. A grade de preços se parecia com isso (sim, eu também adicionei um preço para atualizar um menu e vários recursos diferentes, como o ajuste fino do design dos itens de menu):

O formato é array (creation_price, update_price)

Também removi o e-mail da inscrição e fiz um clique para obter mais inscrições (e estatísticas) dos usuários. Depois de mais ou menos um mês, consegui isto:

O que essas estatísticas nos dizem? Coisas muito interessantes:

  1. $ 1, $ 2 e $ 3 para criação de menu e $ 0,5 para atualização são os preços mais lucrativos;
  2. US $ 1 tem o dobro de criações de menu de US $ 2 e três vezes mais que US $ 3;
  3. A combinação de US $ 1 / US $ 0,5 é a mais rentável em termos de ARPU.

Embora o preço de US $ 2 parecesse ser muito menos incômodo para a mesma receita, decidi ficar com US $ 1 porque queria que os usuários criassem quantos menus quisessem, já que cada menu tinha um pequeno mecanismo viral. Vou explicar isso em um artigo futuro.

Evoluindo

Depois de me decidir sobre o preço, tive que adicionar mais recursos que os usuários precisavam. Deixe-me mostrar como a página de criação do menu se parece:

Ainda confuso e grosseiro, mas fez bem o seu trabalho. E realmente não tinha nada de fantasia sob o kimono, apenas alguns PHP e Imagemagick. Demorei duas noites para construir e o processo foi muito divertido, pois desde adolescente eu sempre gostei de trabalhar com geração de imagens. Ainda me lembro daquelas noites sem dormir passadas aprendendo ray tracing e programação 3D com Delphi. Ah, os bons velhos tempos.

Marketing

Primeiro eu queria aproveitar o que este serviço da web tinha começado – o tráfego SEO existente do artigo. Na verdade, isso já tinha sido feito, então tudo que eu tinha que fazer era ampliar um pouco o botão do CTA e torná-lo mais perceptível. Essa ação simples me deu cerca de 150 visitas por dia.

Mas quando fiz isso, percebi que o próprio serviço da web começou a chamar a atenção dos mecanismos de pesquisa, de modo que o tráfego total era de cerca de 200 visitantes por dia. Isso rendeu uma média de 100 inscrições por dia.

Ok, sem mais texto chato, aqui estão as estatísticas finais para novembro de 2016:

Por favor note que usuários simplesmente reflete o número de usuários que se inscreveram na data, e não o número total de usuários que participam em actividades no webservice. O último é muito maior devido a ações recorrentes de usuários anteriores.

Conclusão

Esta história é um enorme sucesso? Dificilmente – mas espero que seja útil para alguém que ainda tem dúvidas sobre como fazer algo pequeno e lucrativo.

Há muitas coisas aqui que não receberam a atenção que merecem.

O que você gostaria que eu elaborasse em artigos futuros?

Eu vou compartilhar um monte de truques e histórias como essa, então se você gostou do artigo, por favor me siga aqui no Medium ou no meu Twitter .

Hacker Noon é como os hackers começam suas tardes. Nós somos uma parte da família @AMI . Estamos agora aceitando inscrições e felizes em discutir oportunidades de publicidade e patrocínio .

Se você gostou dessa história, recomendamos que leia nossas últimas notícias sobre tecnologia e as tendências das histórias sobre tecnologia . Até a próxima vez, não tome as realidades do mundo como garantidas!

Texto original em inglês.