O que aprendi ao operar um SaaS sozinho por 1 ano

• Lancei o OnlineOrNot, um verificador de uptime, em 7 dias com Next.js + AWS Lambda e o operei por 1 ano

Qual é o segredo para manter o serviço mesmo com 200 concorrentes?

• Trabalho exatamente duas horas por dia nos dias úteis
• Foco em funcionalidades que resolvem a dor do cliente
• Sou extremamente (ruthlessly) repetitivo. Se não consigo implementar uma funcionalidade em 2 horas, reduzo o escopo, publico mesmo assim e repito esse processo

✓ Lições aprendidas em 1 ano

O objetivo é resolver um problema, não vender assinaturas de SaaS

• Pensar do ponto de vista do cliente
• Não é "Se eu criar esta funcionalidade, os clientes virão!", e sim "Preciso ajudar os clientes resolvendo este problema irritante"
• SaaS é apenas uma entre muitas formas de resolver um problema

A documentação faz parte da experiência do usuário

• Dizem que "desenvolvedores não leem documentação", mas isso está apenas parcialmente certo
• Eles não leem, eles passam os olhos pelos títulos

Criar para mobile

• Ao contrário da crença comum sobre SaaS B2B, as pessoas trabalham bastante pelo celular
• Cerca de 50% do tráfego do OnlineOrNot vem do mobile
• A tendência é criar a conta rapidamente no celular, adicionar algumas páginas para monitoramento e depois conferir de vez em quando no laptop/desktop
• Durante 6 meses eu não ofereci suporte a mobile, e as pessoas que se cadastravam pelo celular abandonavam o produto rapidamente
• No fim, criei páginas responsivas para mobile e agora o número de novos usuários móveis continua crescendo

Pergunte às pessoas como elas conheceram você

• Uma das mudanças de código mais valiosas foi perguntar aos usuários cadastrados: "Como você conheceu o OnlineOrNot?"
• Existem vários canais para atrair potenciais clientes, e você precisa saber quais deve priorizar

Às vezes é preciso cometer os próprios erros

• Li muitos livros para não repetir os erros dos outros, mas às vezes você precisa cometer erros por conta própria
• Quando cheguei à primeira página do Hacker News, vieram 6.000 pessoas; algumas centenas tentaram se cadastrar, mas menos de 10 concluíram o cadastro, e aí percebi que algo estava errado
• O formulário de cadastro tinha taxa de abandono de 75%. Com testes A/B (usando o DeployWithFlags, que eu mesmo criei), adicionei mais provedores OAuth e isso caiu para 50%

Definir preço é realmente difícil

• Se o preço for alto demais, vão embora as pessoas que acreditam que seu app deveria fazer tudo por elas
• Se o preço for baixo demais, aparecem clientes que pagaram US$ 9 e querem que você reescreva o app inteiro
• Reembolse clientes difíceis, aumente o preço e siga em frente
• Esteja preparado para experimentar bastante com precificação

Não precisa focar tanto em MRR (Monthly Recurring Revenue)..

• MRR é uma forma muito ruim de medir como o negócio está indo no começo
• Correções feitas há algumas semanas só vão impactar o MRR agora, então até conquistar muitos clientes é difícil saber se essas mudanças realmente funcionaram
• DAU ou alguns indicadores de sucesso do cliente (como visualização de páginas, geração de imagens etc.) foram mais úteis do que MRR
• Esses números ajudam a entender se usuários reais estão usando o produto e se ele está gerando valor para eles

Até no plano pago é preciso ter teste grátis

• Um plano gratuito é uma boa forma de atrair pessoas e fazer com que falem sobre seu produto
• Mas, se o plano pago for muito melhor que o gratuito, você precisa de um jeito de fazer as pessoas experimentarem esse "Good Stuff" do plano pago
• Levei 11 meses para perceber isso
• Ofereço um plano gratuito, mas 95% dos novos usuários escolhem o teste grátis do plano Pro

É difícil trazer mais tráfego; é mais fácil mudar o que o tráfego atual faz

• Chamar atenção na internet é um jogo longo e lento
• Se você fizer marketing de conteúdo de qualidade de forma consistente ao longo de alguns meses, seu público pode sair de 1 ou 2 leitores por dia para algumas centenas
• Aumentar o número de pessoas que visitam seu site não é nada fácil
• Por outro lado, você pode influenciar o que as pessoas fazem quando visitam seu site, e pode começar isso hoje mesmo
  (Como adicionar provedores de login OAuth)

Marketing de conteúdo compra tempo para você

• Investir em marketing de conteúdo permite que o negócio continue funcionando sozinho por um tempo
• Ao longo de um ano, alguns textos antigos viralizaram e atraíram dezenas de milhares de visitantes. Mesmo sem eu fazer nada, cerca de 1.500 pessoas continuam chegando organicamente para ler esses textos

Publique pouco e com frequência

• As pessoas vão sugerir funcionalidades específicas para melhorar o produto, mas provavelmente elas mesmas não vão usar essas funcionalidades
• Provavelmente estão apenas tentando ajudar e viram algo parecido em outro produto
• Como é sua primeira vez operando um SaaS, você vai ficar feliz por estarem te dando feedback e vai correr para construir algo para elas
• Não vou dizer para você não criar a funcionalidade (eu recebi esse conselho e mesmo assim construí a funcionalidade que ninguém usou)
• Pergunte como elas usariam essa funcionalidade, pergunte a outros clientes como lidam com esse problema, crie a menor versão possível e observe se outros usuários realmente a usam
  Você não quer construir uma funcionalidade usada por uma única pessoa, certo?
• É muito menos doloroso remover uma funcionalidade que ninguém quer e que levou algumas horas do que algo em que você investiu meses

Publique primeiro e se preocupe com escala depois

• Na primeira versão do OnlineOrNot, eu não otimizei nada da arquitetura
  (cada verificação de uptime mantinha uma conexão com o banco de dados, então seria difícil escalar com muitos usuários)
• Além disso, prefiro que as pessoas se incomodem com uma UI imperfeita do que construir algo de que ninguém precisa
• Depois redesenhei a arquitetura e fiz com que uma única instância pequena de RDS processasse centenas de milhares de execuções por semana

É mais difícil do que parece dedicar muito tempo a resolver o problema de verdade

• Em 1 ano, apenas metade do tempo que passei programando foi usada para resolver de fato o problema que eu queria atacar
• A outra metade foi usada para construir a plataforma SaaS
• São necessárias várias peças típicas de plataforma SaaS: diferentes tipos de autenticação, períodos de teste, onboarding, gestão de equipe, gestão de faturas e e-mails de ciclo de vida
• Dá para terceirizar muita coisa (se não existisse Stripe, eu provavelmente não teria conseguido vender por assinatura)
• Mas sempre haverá partes de que você não gosta, e se quiser tratar isso de outro jeito, terá que construir você mesmo

[wellsbabo]

Ótimo texto.

[hibuz]

São dicas muito úteis para planejar e operar um serviço em produção!!

[xguru]

Mesmo que exista um nível gratuito, é necessário oferecer um teste grátis no plano pago. Acho que essa parte é realmente muito importante.