- O Spliit, app open source de divisão de despesas que acaba de completar 1 ano da versão pública atual, divulgou os dados de uso, custos e doações dos últimos 12 meses em nome da transparência operacional
- Foram 152 mil visitas, e o volume semanal cresceu de cerca de 200 para 5 mil~6 mil; a taxa de rejeição de 33% mostra que os usuários estão indo além da tela inicial e realizando ações de fato
- Até o momento da publicação, os usuários criaram quase 15 mil grupos e 162 mil despesas; desde janeiro de 2024, são gerados por semana cerca de 300 grupos e 2.000 despesas
- O custo operacional é de cerca de US$ 115 por mês, com a maior parte vindo da hospedagem do banco de dados; como o uso é global, o consumo do banco é a principal restrição para otimização de custos
- O Spliit continua gratuito e depende de receita via GitHub Sponsors e doações pelo Stripe; as doações ainda não cobrem totalmente os custos, mas chegam bem perto
Escala de uso do Spliit
- O Spliit foi criado há alguns anos, mas a versão atualmente disponível está em seu primeiro ano de lançamento público
- Os dados de uso, custos e doações foram divulgados depois que um usuário no GitHub sugeriu compartilhar essas informações por transparência
- Nos últimos 12 meses, o Spliit registrou 152 mil visitas
- No início, havia cerca de 200 visitas por semana
- Hoje, o app recebe de forma consistente entre 5 mil e 6 mil visitas semanais
- A taxa de rejeição é de 33%
- A maioria dos visitantes não sai apenas depois de ver a página inicial
- Eles seguem para ações como entrar em grupos, criar despesas ou ler posts do blog
Links compartilhados e fontes de tráfego
- Entre os 152 mil visitantes, pelo menos 29 mil pessoas usaram links compartilhados
- O fluxo de uso mais comum é uma pessoa criar um grupo e depois compartilhar o link com os participantes
- O Reddit também gera muito tráfego
- O Spliit é citado em posts de pessoas procurando alternativas ao Splitwise
- Os países com mais visitantes foram Alemanha, Estados Unidos e Índia
- Não há confirmação do motivo de o app ser mais usado nesses países
Grupos e despesas criados pelos usuários
- As ações principais mais frequentes no Spliit são criar grupos e adicionar despesas
- Até o momento da publicação, os usuários criaram quase 15 mil grupos e um total de 162 mil despesas
- Desde janeiro de 2024, com base no rastreamento, são criados por semana cerca de 300 grupos e 2.000 despesas
- Pela distribuição do número de despesas por grupo, pelo menos 4.600 grupos não têm nenhuma despesa, o que sugere que foram criados para testar o app
- Entre os cerca de 10 mil grupos restantes, metade contém mais de 5 despesas
Custo operacional mensal
- O custo para operar o Spliit é de cerca de US$ 115 por mês
- A maior parte do custo vem da hospedagem do banco de dados
- O banco de dados é hospedado na Vercel
- O preço é calculado com base no tempo total mensal de leitura do banco de dados
- O custo de escrita é quase zero
- Como o Spliit é usado no mundo todo, o banco de dados fica em uso quase o mês inteiro
- O custo do banco de dados é um ponto que o projeto quer melhorar, e pode haver provedores mais baratos para o caso de uso do Spliit
Princípio de uso gratuito e doações
- O modelo de negócio do Spliit é continuar como um projeto open source, e ele seguirá gratuito no futuro
- Recursos premium podem surgir depois, mas não de uma forma que limite o uso normal do app
- Hoje, a única fonte de receita do Spliit são as doações
- No primeiro mês, alguém doou US$ 70, e depois apareceram usuários doando US$ 5 ou US$ 20
- As doações ainda não cobrem todo o custo do projeto, mas já chegam a um nível próximo disso
Por que adicionar uma função de doação
- As doações não são essenciais para manter o Spliit no ar
- O mantenedor tem um emprego em tempo integral e renda suficiente para viver
- Ele está satisfeito em contribuir com parte dos custos para a comunidade
- Houve dois motivos para adicionar a opção de doação
- Vários usuários gostaram do projeto e pediram uma forma de retribuir
- Mesmo que um dia o mantenedor deixe o projeto, ele quer que a comunidade consiga mantê-lo sem problemas financeiros
Tempo de manutenção e contribuição da comunidade
- O mantenedor dedica cerca de 5 a 10 horas por mês ao Spliit
- Nos últimos meses, a maior parte das novas funcionalidades adicionadas ao app foi criada por colaboradores da comunidade, não pelo mantenedor
- O tempo do mantenedor é usado principalmente em gestão do projeto
- Ele gerencia sugestões de funcionalidades, relatos de bugs e perguntas nas issues
- Ele revisa e testa pull requests
- Ele publica novas funcionalidades para que todos os usuários possam acessá-las
- Muito tempo é investido no Spliit, mas uma parte significativa desse trabalho fica a cargo de outros colaboradores
Próximas atualizações de transparência
- O Spliit já cobre a maior parte dos custos de hospedagem com doações, e a diferença restante é paga pelo mantenedor todo mês
- O plano é continuar publicando atualizações de transparência regularmente sobre o andamento do projeto e sua situação financeira
- Perguntas de acompanhamento podem ser enviadas em dois lugares
1 comentários
Comentários do Hacker News
Sempre me pergunto o que as pessoas usam como banco de dados para esse tipo de caso. Gosto muito de SQLite, mas acabei preferindo apps geralmente desacoplados e quase sem estado
Quase sempre os dados são a coisa mais importante, então é bom poder escalar, trocar e descartar a infraestrutura do app à vontade, sem preocupação
Também considerei um VPS com Postgres, mas tenho usado neon.tech melhor do que esperava. Gostei especialmente da GUI e do branching
À medida que envelheço e tenho menos tempo, velocidade e conveniência estão ficando mais importantes do que minha tendência enraizada à economia. Bancos de dados SaaS aceleraram meu trabalho, mas a cobrança mensal e a variabilidade ainda não me agradam
Você pode apagar o app e implantá-lo em outro lugar, e o Litestream recupera os dados para continuar como se nada tivesse acontecido
No começo deste texto, mostro uma demo em que adiciono Litestream ao meu app, derrubo uma instância do Heroku e reimplanto uma nova instância no Fly.io. O Litestream move todos os dados para a nova implantação: https://mtlynch.io/litestream/
Não sei bem o que você encontraria que extrapolasse a capacidade de um VPS pequeno
Um VPS separado para o banco de dados faz sentido, mas, se as requisições forem cacheadas adequadamente, dá para aguentar em serviços não críticos; é só reforçar os backups
Especialmente a parte de manter tudo atualizado, cuidar da segurança e configurar corretamente. A configuração inicial é fácil, mas o que vem depois é o ponto central; fico curioso para saber como isso costuma ser tratado hoje em dia
Testei o app e gostei muito do fato de não exigir criação de conta. Você recebe um link privado e compartilha com o grupo; quem abre o link escolhe quem é e “faz login” desse jeito
Claro que dá para abusar do sistema entrando como outro membro, mas parece uma concessão que o desenvolvedor fez por conhecer seu público e priorizar uma experiência sem atrito. Elegante
Inspirado bastante nisso, estou criando um app para que meu clube do livro possa fazer uma “eleição” para escolher o próximo livro. Quero dar suporte a vários métodos de votação, como escolha ranqueada, votação por aprovação, votação por pontuação e maioria simples
[0] https://www.when2meet.com/
Respondendo à pergunta sobre redução de custos, acho que rodando em um único VPS Linux daria para baixar para 5 a 10 dólares por mês
O interessante é que o gráfico de crescimento é linear. O app claramente tem alguma traction e também um caráter viral, então por que não está crescendo exponencialmente?
Na prática, seria algo em torno de 100 dólares, embora, honestamente, esteja dimensionado com bastante folga. Ainda assim, meu tráfego é muito maior do que o descrito no blog
Acho que daria para reduzir os custos melhorando a arquitetura
Mais ou menos no meio do texto, ele apresenta o crescimento logístico como outro modelo que se ajusta melhor a esse padrão. Depois do crescimento inicial rápido vem uma fase de crescimento linear e, por fim, a curva achata ao atingir a “capacidade de suporte” ou a “saturação do mercado”
Hospedo uma aplicação parecida em lugares como netcup e Hetzner por 3 dólares por mês e, mesmo quando foi parar no HN, ela lidou facilmente com mais de 10 mil requisições por hora
Independentemente dos números exatos, sempre fico curioso sobre como projetos assim cobrem os custos de manutenção
Uma das ideias que me interessavam era tratar isso de forma descentralizada. O projeto recebe recursos e, se não conseguir pagar a fatura mensal, morre
Se entrar dinheiro excedente suficiente, talvez dê para comprar títulos do Tesouro dos EUA com vencimento adequado e ir consumindo isso ao longo do tempo
Antigamente seria preciso automação, mas imagino se, num futuro próximo, um agente de IA limitado poderia atuar como servidor e simplesmente ser deixado para fazer seu trabalho
O modelo de pagar conforme o uso é bom quando a receita também cresce conforme o uso. Para meus projetos, eu gostaria de planos em que o risco estivesse apenas na disponibilidade, não no custo, mesmo que o custo fixo fosse maior
Por isso, no modelo por uso, a receita muitas vezes não corresponde às expectativas, e planos por faixas vencem facilmente no mercado ao capturar mais dinheiro
Como exceção, tenho a impressão de que, em coisas como armazenamento de arquivos, as pessoas tendem a subestimar a capacidade de que precisam
Gosto muito do spliit e uso regularmente, várias vezes por semana
O que me enlouquece é que ele funciona muito mal em conexões móveis lentas. Gostaria de tentar adicionar suporte local-first ou offline-first, mas sei que seria uma mudança grande
Ainda assim, só cachear páginas como a de adicionar despesa provavelmente já melhoraria bastante
A ideia é boa, mas, olhando os números de tráfego, parece que um droplet de 4 dólares da DigitalOcean daria o mesmo resultado
Parece que queimaram mais de 1.000 dólares usando Vercel. Talvez eu esteja ficando velho, mas não entendo bem essa lógica
Configurar um VPS básico uma vez daria o mesmo resultado e ficaria neutro em custo; é assim que rodo meus pequenos apps gratuitos
Talvez 100 dólares por mês não pese muito para o autor, ou ele esteja numa situação em que pagar isso pela conveniência faça sentido
O custo de hospedagem web é praticamente zero. A maior parte do custo vem do banco de dados
É um app realmente excelente. Gostei de ver o detalhamento dos custos
Se os bancos acordassem para a vida, essa funcionalidade seria um recurso padrão dos apps bancários, com base em ACH/Zelle/FedNow
O organizador deveria poder criar um grupo no app do banco e convidar usuários com contas em bancos diferentes
As solicitações de pagamento deveriam ser resolvidas com um clique, sem precisar mais verificar manualmente se o dinheiro entrou no Cash App, na conta bancária ou no Venmo e depois marcar a despesa em um app de terceiros
O que falta é integração com provedores de pagamento. Bastaria permitir pagamento imediato por ACH ou cartão de crédito
Isso por si só também poderia ser uma opção de monetização
Acho melhor continuar open source e gratuito, e permanecer como um app conveniente para transações em dinheiro
Acho que usar soluções de banco de dados serverless como Supabase ou NeonDB poderia economizar bastante dinheiro