Experimento de produto com IA que gerou 421 leads durante o primeiro mês.
‍

FamigliApp shared calendar on iPad
FamigliApp shared calendar on iPad
FamigliApp shared calendar on iPad

"Percebi que muitas casas são desorganizadas: ninguém sabe ao certo para onde vai o dinheiro nem como as tarefas, os eventos e as despesas são coordenados. Isso gera uma carga mental que se distribui entre os membros da família."

Não são mockups, é o app no ar.

Cada tela abaixo é a UI real do FamigliApp, tirada direto das rotas de produção. Clique em qualquer imagem para vê-la em tamanho completo.

FamigliApp shared calendar on iPad

Uma casa, num relance

O dashboard busca responder uma única pergunta: estamos bem? Mostra as tarefas pendentes, quanto gastamos neste mês, o que está por vir e o que está acabando, com as tarefas e as despesas compartilhadas lado a lado.

FamigliApp shared calendar on iPad

Tudo organizado em um só lugar

O inventário transforma o "onde foi que guardamos?" em uma lista pesquisável das coisas da casa, etiquetadas e localizadas, para que ninguém compre algo que já está no armário.

O mordomo está a um toque

Toque na bolha. Pergunte qualquer coisa sobre a sua casa: despesas, o calendário compartilhado, o que está acabando.

O mordomo usa os mesmos dados do seu dashboard e responde na hora, em linguagem simples.

Tap plus to add an expense
1 · Tap to open
Tap plus to add an expense
2 · Ask anything
Tap plus to add an expense
3 · Instant answer

"O app funciona como um gerente da casa potencializado por IA, que torna mais fácil conviver sob o mesmo teto. Esse é o problema que o meu produto resolve."

Uma despesa em cinco segundos

Valor, categoria, quem pagou, como divide.

A folha de nova despesa foi feita para usar com uma mão só enquanto você está parado no caixa.

Se registrar uma despesa dá mais trabalho do que a despesa vale, as pessoas param depois da primeira tentativa.

A maior parte do trabalho aqui foi manter esse hábito vivo além da primeira semana. Deixar bonito foi secundário.

Antes e depois

FamigliApp generalist V1 homepage, light theme
Antes · V1 generalista
Depois · V2 para casais

A jornada dos commits

Cadência · Commits por dia

O formato de um sprint solo.

Cada barra é um dia de trabalho. O ritmo diminuiu de propósito perto do fim, conforme passei de construir o produto para poli-lo e montar a parte comercial: landings, SEO, billing, emails de reativação.

806040200
72
64
59
36
7 abr15 abr22 abr30 abr10 mai25 mai
Dia com > 5 commits
Dia de baixa atividade (≤5)
Eixo Y: número de commits (máx. 72 em 9 de abril)

Três decisões-chave

As três decisões que definiram o produto.

01
Decisão #1 · Estratégia
Mesmo código, públicos EN/SP com regras diferentes
Opções consideradas

Um único funil para todos · Traduzir tudo mas manter um só gate · Dois locales, dois propósitos.

Por que este caminho

Testar o app com usuários reais da Argentina, enquanto compartilho uma versão em inglês para Hiring Managers.

O que aprendi

Esses dois públicos querem coisas opostas, e um único funil compartilhado teria funcionado mal para ambos.

02
Decisão #2 · Design system
Focar primeiro no público de casais
Opções consideradas

Manter a V2 e fazer A/B test de copy · Uma landing por campanha de ads · Sistema bento com cards reutilizáveis por persona.

Por que este caminho

Com o template bento, cada página de persona precisa usar as mesmas peças, então parei de acumular dívida de design.

O que aprendi

Forçar cada persona a usar os mesmos componentes é a única razão pela qual o design se manteve gerenciável conforme cresceu.

03
Decisão #3 · FLUXO DE CADASTRO
Os cadastros estavam quebrando para quem usava Outlook e Hotmail.
Opções consideradas

Os emails de confirmação simplesmente não chegavam. Passei de 17 a 19 de maio desmontando a configuração de email e refazendo do zero.

Por que este caminho

Passei a enviar todos os meus emails transacionais por outra via, e troquei de um magic link para um código de 6 dígitos.

O que aprendi

Eu tinha classificado isso como um bug menor, e na verdade estava impedindo as pessoas de se cadastrarem. Quase deixei para depois.

O código foi os 5% fáceis.

Lançar um produto é, na maior parte, não programar.

5% · Código95% · Distribuição + Desejabilidade
Distribuição
Ser descoberto.

SEO, lançar em vários locales (beta aberto em espanhol e demo com cadastro em inglês),

Desejabilidade
Fazer as pessoas quererem.

Tudo isso é trabalho de design, e é o que decide se as pessoas ficam.

Jurídico e contabilidade
O que não se faz no vibe-code.

Termos, privacidade e tratamento de dados, billing, impostos, faturamento.

Confiança

Os dados de cada casa ficam separados

  • Como o dinheiro da casa é compartilhado, eu não podia errar no isolamento de dados.
  • Cada casa é isolada no nível do banco de dados com row-level security.
  • Uma casa nunca pode ver as despesas, as tarefas ou os saldos de outra.
Row-level security on every table
Plataforma

Por que é um web app,
não nativo

  • PWA mobile-first com web push, não um app nativo.
  • Um único codebase, cada deploy fica no ar instantaneamente.
  • Sem reviews de app store e sem dois apps nativos para manter em sincronia.
1 codebase · instant deploys

O que eu faria a seguir

Ainda é cedo, então prefiro encerrar com as perguntas em aberto em vez de uma volta olímpica. Continuo achando que estreitar o público para casais foi a decisão certa, mas ainda não provei que converte melhor.

O que eu quero fazer a seguir é medir bem o loop dos casais: onde as pessoas desistem nos fluxos de tarefas e despesas, e como ele se compara cara a cara com a versão anterior.

Young couple using FamigliApp on a tablet