Nós construímos a cobrança antes de construirmos as funcionalidades.

A opinião mais impopular em startups

Aqui está algo que você não vai ouvir em um meetup de startups: nós configuramos a cobrança no terceiro dia.

Não a página de preços. Não o “vamos descobrir a monetização depois” com um gesto de mão. Sincronização de assinaturas real, proteções de pagamento e rastreamento de uso. Antes de termos metade das nossas funcionalidades construídas.

Todo mentor, todo post de blog, todo vídeo do Y Combinator diz a mesma coisa: não se preocupe com monetização ainda. Apenas consiga usuários. A receita pode vir depois.

Nós discordamos respeitosamente.

Por que cobrar primeiro é, na verdade, focar no usuário

O argumento contra a cobrança antecipada é que isso “distrai da construção.” Mas aqui está o que realmente acontece quando você adia a cobrança:

Você constrói uma plataforma de IA onde cada usuário tem acesso ilimitado. Você adquire usuários que adoram o acesso ilimitado. Então, um dia, você vira a chave e diz a esses usuários que eles precisam pagar. Alguns vão pagar. A maioria não vai. E os que ficam são aqueles que estavam usando funcionalidades que se encaixavam nas suas camadas de preços mal planejadas.

Nós não queríamos esse futuro.

Ao construir a cobrança no terceiro dia, cada funcionalidade que adicionamos depois disso foi projetada com a consciência de a que camada ela pertencia. “Isso deve estar na camada gratuita ou na pro?” se tornou uma pergunta natural durante o desenvolvimento, não uma adaptação dolorosa seis meses depois.

Como foi o terceiro dia

24 de novembro de 2025. Três dias após o primeiro commit. O produto tinha chat, gerenciamento de arquivos, espaços de trabalho e capacidades básicas de agente. Aqui está o que adicionamos:

Sincronização de assinaturas via RabbitMQ. Nosso serviço de cobrança envia atualizações de status de assinatura. O painel as recebe e sabe exatamente qual plano cada usuário está. Em tempo real. Sem polling. Sem dados desatualizados.

Proteções de cobrança em rotas protegidas. Tenta acessar uma funcionalidade pro sem uma assinatura pro? Você recebe um modal limpo explicando o limite e como fazer o upgrade. Não uma falha. Não uma página em branco. Uma experiência projetada.

Rastreamento de créditos. Nós rastreamos o uso de IA por usuário. Não porque queremos cobrar centavos das pessoas, mas porque custos previsíveis exigem rastreamento de uso previsível. Usuários do OpenClaw relatam gastar de $50 a $750/mês sem visibilidade de para onde o dinheiro vai. Nós decidimos que essa nunca seria nossa história.

Gerenciamento de assinaturas anuais. Porque sabíamos que alguns usuários queriam pagar anualmente, e adicionar isso “depois” sempre significa adicionar de forma ruim.

O benefício acumulado

Aqui está o que a maioria das pessoas perde sobre cobrar primeiro: isso se acumula.

Quando adicionamos geração de imagens duas semanas depois, a proteção de cobrança já estava lá. Apenas marcamos a geração de imagens como uma funcionalidade pro e funcionou. Sem código de cobrança adicional.

Quando adicionamos o marketplace de habilidades, a mesma coisa. Usuários gratuitos veem um selo “Pro” em habilidades premium. Nenhuma nova lógica de cobrança necessária.

Quando adicionamos a execução de tarefas em segundo plano, o contador de execução do sandbox já estava rastreando o uso. Apenas definimos os limites por camada.

Cada funcionalidade que construímos nos últimos 80 dias herdou a consciência de cobrança de graça. Esse é o benefício acumulado de construir a fundação cedo.

O verdadeiro custo do “depois”

Nós vimos outras startups no nosso espaço lutarem com isso. Elas constroem produtos bonitos com tudo ilimitado. Então tentam adicionar cobrança e descobrem:

• Seu banco de dados não rastreia uso por usuário
• Sua API não distingue entre operações gratuitas e pagas
• Seu frontend não tem conceito de “você não pode fazer isso no seu plano”
• Seus usuários se sentem traídos quando os limites aparecem

Adaptar a cobrança em um produto que foi projetado sem ela é uma das coisas mais caras que uma startup pode fazer. Não em dinheiro — em dívida arquitetônica e confiança do usuário.

Preço baseado em créditos

Nosso modelo de preços acabou sendo simples: compre créditos, use créditos. Você ganha 20.000 créditos gratuitos ao se inscrever e 5 gerações de IA gratuitas por dia. Quando precisar de mais, compre um pacote de créditos. Modelos mais baratos custam menos créditos, modelos premium custam mais. O código de cobrança que rastreia isso foi escrito no terceiro dia e está em funcionamento desde então.

Cada usuário sabe exatamente pelo que está pagando. Ninguém recebe uma conta surpresa.

Isso não é porque somos generosos. É porque construímos a cobrança antes de construirmos as funcionalidades.