Uma breve história dos apps de dinheiro que morreram

19/05/2026 · leitura de 10 minutos · Análise

Isto não é uma lista de obituários completa — são muitos para caber. É um catálogo de padrões. Causas recorrentes de morte, com exemplos.

Padrão 1: aquisição seguida de absorção

A morte mais comum. Um app indie de sucesso é comprado por uma empresa maior, que vai apagando a identidade dele ao longo de 2 a 5 anos e, no fim, funde a base de usuários em outro produto. O original é "descontinuado", mas, na real, vinha sendo drenado aos poucos havia anos.

Mint é o exemplo canônico. Comprado pela Intuit em 2009. Operou com sucesso até 2023. Oficialmente descontinuado em janeiro de 2024, com os usuários migrados para o Credit Karma (também da Intuit). O produto não morreu por parar de funcionar — morreu porque a Intuit decidiu que o modelo de receita por afiliados do Credit Karma se alinhava melhor ao portfólio do que o modelo com anúncios do Mint.

Level Money é um exemplo mais discreto. O app era um rastreador de gastos limpo, com foco simples em "dinheiro que você pode gastar hoje". Comprado pela Capital One em 2015. Operou até 2017. Encerrado em silêncio. Os usuários foram orientados a migrar para os apps da própria Capital One. Poucos migraram.

Mvelopes. Comprado pela Finicity em 2018. Operou por um tempo enquanto a Finicity expandia para agregação de contas. Oficialmente descontinuado em 2022. A comunidade de orçamento por envelopes que se formou em torno dele se dispersou.

Padrão 2: colapso da receita de anúncios

Apps que se monetizavam por anúncios de display bateram em dois muros no fim dos anos 2010: mudanças de privacidade (em especial o ATT da Apple no iOS 14.5) afundando a receita de anúncios, e uma reação dos usuários contra anúncios em apps de finanças. Alguns reagiram adicionando assinaturas; outros não conseguiram fazer a transição.

Penny. Assistente de orçamento por IA conversacional; o chatbot era a interação. Gratuito com anúncios. Encerrado em 2021. A conta nunca fechou.

Cleo (parcialmente). Começou num espaço parecido, conversacional e com anúncios. Sobreviveu pivotando agressivamente para receita de afiliados de produtos de crédito — hoje mais perto do Credit Karma do que do Mint. Produto diferente daquele em que os primeiros usuários se inscreveram.

Padrão 3: pivô para longe do público original

Um app lança para um grupo, tem um sucesso modesto e os fundadores pivotam para o que tem potencial de escala de venture. Os usuários originais se veem abandonados, mesmo com o app ainda no ar.

Wave (o app de contabilidade, não o de áudio nem a empresa de games). Começou como escrituração para pequenas empresas, com um plano gratuito generoso. Comprado pela H&R Block em 2019. O plano gratuito degradou ao longo de vários anos. A maioria dos usuários originais saiu. O Wave ainda existe, mas como ferramenta paga para PMEs — não o produto gratuito amigável a indies com que começou.

Acorns (menos uma morte, mais uma metamorfose). Começou como arredondar-e-investir. Hoje é um pacote de serviços financeiros com conta, aposentadoria e contas custodiais para filhos. Continua vivo, mas irreconhecível em relação ao produto original.

Padrão 4: fundadores que seguem em frente

Apps pequenos que dependiam de um ou dois fundadores para a manutenção. Os fundadores vão para outros projetos. O app para de receber atualizações. Mudanças do iOS quebram coisas. Por fim, a loja de apps o remove por estar desatualizado.

Esse padrão é especialmente comum em apps de privacidade/local-first, porque o público não sustenta um time. O app é bom enquanto o fundador se importa; murcha quando ele para.

Não cito nomes aqui porque a maioria desses apps morreu em silêncio e os fundadores tinham motivos legítimos para seguir em frente. É só o padrão.

Padrão 5: morte forçada por mudança de plataforma

A Apple descontinua uma API. O agregador muda a precificação. Um banco revoga o acesso por screen-scraping. A proposta de valor do app some da noite para o dia, sem culpa do desenvolvedor.

Isso é raro, mas devastador quando acontece. Apps dependentes de conexão bancária são especialmente expostos — estão apostando que a relação com o agregador se mantém e, se não se mantém, o recurso central do app para de funcionar.

O que os padrões dizem sobre durabilidade

Olhando sobreviventes versus mortos, surgem padrões de durabilidade:

• Apps sustentados por assinatura sobrevivem mais que os sustentados por anúncios. A receita por usuário é estável.
• Apps sem dependência de agregador sobrevivem melhor a mudanças de plataforma/agregador.
• Apps de escala indie sobrevivem ao risco de aquisição simplesmente por não serem comprados. (Difícil comprar o que não está à venda.)
• Apps em que o fundador está no gancho indefinidamente sobrevivem enquanto o fundador sobreviver. Perfil de risco de uma vida só.
• Apps de código aberto são os mais resilientes, porque o código sobrevive a qualquer fundador.

O Penno é um app pago (resistente a assinatura), não tem dependência de agregador (resistente a mudança de plataforma) e é de escala indie (resistente a aquisição). A fragilidade está na dimensão do fundador — o Penno depende de eu continuar interessado. É um risco real; não vou fingir que não é. A mitigação é manter os dados exportáveis em formatos padrão (CSV, XLSX), para que, se o Penno um dia sumir, os usuários possam levar os dados para qualquer lugar.

A lição para os usuários

Escolha um app de orçamento com o mesmo cuidado com que escolheria qualquer sistema de longo prazo. Pergunte:

• O que acontece com os meus dados se esse app fechar amanhã?
• O que acontece se a empresa for comprada?
• Consigo exportar os meus dados num formato que outro app consiga ler?
• O modelo de negócio é sustentável o bastante para que eu não seja o produto sendo vendido?

O Mint falhou em todos esses testes, em retrospecto. Os usuários perderam a visualização histórica que tinham construído por 14 anos, e a migração para o Credit Karma achatou a maior parte dela.

O teste de exportação-e-portabilidade é o mais fácil de verificar. Se um app dificulta sair com os seus dados, essa é a resposta.