Retrospectiva de 6 meses operando uma startup SaaS solo
(blog.c0nrad.io)Texto de Stuart Larsen, que cria sozinho o CSPer, uma ferramenta de Content Security Policy
- Ninguém se importa
→ As pessoas querem uma ferramenta que resolva o problema delas, mas não se importam com o esforço que deu para construir nem têm interesse em como ela funciona. Se ela simplesmente funcionar, elas podem se preocupar com os outros problemas delas.
→ Isso não quer dizer que esteja errado. Só vale a pena lembrar que é assim.
→ Também há vantagens no fato de ninguém se importar. Fiquei pensando em uma migração que causaria 2 horas de indisponibilidade do serviço, mas ninguém ligou. Acho que mesmo se tivesse ficado fora do ar por alguns dias, ninguém teria se importado. Infelizmente, ou talvez felizmente, foquei em Reliability. (Agora percebo que isso foi um pouco de desperdício.)
- Cuidado com testes gratuitos
→ Parece que, se houver uma versão gratuita, as pessoas vão experimentar e, se for ótima, fazer upgrade... mas na prática isso não acontece tanto assim.
→ Você pode ter um monte de usuários gratuitos, mas se eles não fizerem upgrade, isso só gera custo.
→ Quanto mais recursos você adiciona para deixar a versão gratuita fácil e confortável de usar, menos necessidade de upgrade ela cria.
- SEO / Pipeline / anúncios
→ Agora isso parece óbvio, mas quando comecei eu não tinha internalizado essas coisas.
→ As pessoas não descobrem seu produto simplesmente por acaso.
→ Quando anunciei meu produto (CSPer) pela primeira vez, fiquei preocupado com a possibilidade de muita carga. Pensei se o k8s e o auto scaling do banco funcionariam bem, e configurei tudo para rastrear issues e monitorar o sistema... mas, na prática, quase ninguém apareceu.
→ SEO/Marketing é o mais importante.
- As pessoas gostam bastante de Open Source.
→ Eu criei um open source parecido há 5 ou 6 anos. Surpreendentemente rápido, as pessoas recomendam o open source em vez do produto pago.
→ O produto que fiz agora é muito melhor do que aquele open source de antes, mas ainda assim as pessoas continuam compartilhando o link daquele open source antigo que nem funciona mais.
→ Às vezes, a ideia de "open source" parece superar até estabilidade.
→ Pensei em transformar isso em open source e adicionar planos pagos, mas não fiz isso.
- Além disso, trabalhar para si mesmo é incrível.
→ O trabalho é o centro da minha vida, e eu acordo de manhã, tomo um café e trabalho por 12 horas, mas continuo achando divertido.
→ Saber exatamente o que foi feito em cada parte do trabalho torna o projeto divertido e excelente.
- Recompensa adiada
→ Isso é um pouco psicológico, mas é bem difícil eliminar a sensação de trabalhar duro e receber uma recompensa logo em seguida.
→ Não é porque você fez um grande release que novos clientes vão aparecer imediatamente.
→ É preciso esperar bastante para saber qual foi o impacto. Os clientes não chegam na mesma hora.
→ Trabalhar duro e ver que nada acontece pode ser desanimador. Separar essas coisas era uma barreira mental para mim.
- Parece um pouco uma montanha-russa
→ Quando as coisas vão mal, parece que várias delas pioram ao mesmo tempo. Clientes vão embora, a loja de extensões do Firefox remove meu add-on, um concorrente recebe um grande investimento...
→ Um colchão emocional é importante. Acho que deixei um pouco de espaço na minha vida para conseguir suportar esses choques.
→ Em filmes/livros/internet, toda startup é bem-sucedida. Parece que todo mundo consegue sucesso e grandes recompensas, mas na realidade a chance maior é de fracassar.
- Solidão
→ A maior desvantagem é não trabalhar em equipe.
→ Criei um sistema em que, sempre que entra um novo cliente, ganho da minha namorada um Twinkie (um doce americano tipo bolinho com recheio cremoso).
- Outras coisas que foram boas
→ Separar servidores de Staging/Prod. O Staging me salvou várias vezes. Também reduz o estresse quando faço mudanças grandes. Vale o dinheiro.
→ O k8s da GKE foi bem bom. Levei um ou dois dias para configurar a infraestrutura, e depois quase não precisei mais mexer. Ele escala sozinho.
→ Deploy com um único comando e vários Makefiles. Colocar no Makefile todo comando que possa ser útil depois. Não quero me preocupar com pequenas coisas.
- Coisas decepcionantes
→ Processo de review de extensões de navegador: no Chrome leva semanas, e no Firefox eles verificam de forma muito rigorosa se o código compila bem e se corresponde exatamente ao que está na app store.
→ Cobrança de custos em SaaS: uso muitos outros serviços para a startup, mas alguns nem sequer mandam um email na hora de cobrar.
→ Tentei anunciar no LinkedIn, Google, Facebook e Twitter, mas não foi muito bom. Posso até não ter feito os anúncios direito, mas, mesmo quando parei com eles, os novos cadastros não diminuíram.
Em vez disso, vou focar mais em SEO. Quando as pessoas têm um problema, normalmente elas pesquisam no Google; basta que minha empresa esteja lá nesse momento.
4 comentários
Parece que essas observações também se aplicam a mim, então fiz um breve resumo.
Acho que os quatro pontos abaixo são os que mais fazem sentido para mim.
"Ninguém se importa"
"Recompensa adiada"
"SEO é importante"
"Separação entre os servidores de staging e produção"
Sempre agradeço por compartilhar bons textos e traduções, junto com as reflexões do xguru!
Eu também pego carona no comentário do blacktan e agradeço pelo mesmo motivo!
Obrigado! Vou me esforçar bastante ^^