O app do seu cliente acabou de ter o melhor mês da história. Os cadastros triplicaram, os workflows que você construiu estão rodando a todo vapor, e o fundador está empolgado. Aí chega a fatura da plataforma: dois milhões de workload units acima da franquia do plano, cobradas a trinta centavos por mil. São US$ 600 de excedente em cima de um plano de US$ 119 — e se o seu contrato diz "hospedagem incluída" dentro de uma mensalidade fixa, esses US$ 600 saem da sua margem, não do orçamento do cliente. O sucesso dele acabou de virar o seu prejuízo, e nada no seu escopo de trabalho previa isso.
Esse é o risco de precificação que define a gestão de uma agência no-code em 2026. O Bubble cobra por consumo, o Webflow mede banda e volume de conteúdo, e ambos reajustam preços periodicamente. Um preço fixo finge que esses custos são previsíveis. Não são. As agências que sobrevivem a isso tratam o gasto com a plataforma pelo que ele realmente é: um custo repassado que flui do fornecedor, pelos seus livros, até o cliente — sendo sua receita real o markup e a taxa de gestão, nunca o reembolso em si.
Como o Bubble realmente cobra de você em 2026
Os preços de fachada do Bubble parecem modestos. Na cobrança anual, os planos web vão de US$ 29 por mês no Starter, US$ 119 no Growth e US$ 349 no Team, com um nível gratuito a US$ 0 e o Enterprise sob consulta. A cobrança mensal custa mais: US$ 32, US$ 134 e US$ 399, respectivamente. Mas a taxa do plano é a menor parte da maioria das faturas de produção. O medidor real é a workload unit.
Todo plano pago inclui uma franquia mensal de workload units: 175.000 unidades no Starter, 250.000 no Growth e 500.000 no Team. O plano gratuito inclui 50.000, mas não permite publicar um app em produção. Uma workload unit mede trabalho de servidor — consultas ao banco de dados, execuções de workflow, chamadas de API, carregamentos de página, operações de arquivo — e o consumo varia enormemente conforme a operação. O carregamento de uma página simples custa cerca de meia unidade a duas unidades; uma única busca complexa pode custar de 10 a 50. Um app com workflows sobrecarregados ou buscas não otimizadas pode esgotar a franquia do Starter muito antes de o tráfego parecer expressivo.
Quando a franquia acaba, a taxa de excedente sem qualquer nível adicional é de US$ 0,30 por 1.000 unidades. Um milhão de unidades extras em um mês — fácil para um app em crescimento com workflows pesados no backend — custa US$ 300. Níveis de workload pré-pagos reduzem bastante o custo por unidade, chegando a cerca de US$ 0,10 por 1.000 no maior nível, mas você precisa comprar o nível antes do pico, e os níveis são um compromisso mensal à parte.
Três mecânicas tornam isso traiçoeiro especificamente para agências. Primeiro, o consumo é genuinamente difícil de prever antecipadamente; dois apps com contagens idênticas de usuários podem diferir em uma ordem de grandeza no workload, dependendo de como seus workflows foram construídos. Segundo, os excedentes vêm ativados por padrão, e o Bubble envia e-mail ao titular da conta a 75% e 100% da franquia — mas, se a agência é dona da conta, esse e-mail vai para você, não para o cliente cujos usuários causaram o pico. Terceiro, desativar os excedentes não limita a fatura de forma graciosa: o app sai do ar ao atingir o limite até que os excedentes sejam reativados, um nível seja comprado ou o próximo ciclo comece. "O site caiu porque atingimos um limite de uso que ninguém estava monitorando" não é uma conversa que você quer ter com um cliente.
O Webflow tem o mesmo formato com medidores diferentes
O Webflow não usa workload units, mas sua precificação tem o mesmo perfil de volatilidade do ponto de vista de uma agência: uma taxa-base modesta mais medidores que se movem com o sucesso do cliente.
Em maio de 2026, o Webflow fundiu seus antigos planos de site CMS e Business em um único plano Premium: US$ 25 por mês por site na cobrança anual (US$ 39 mensal), cobrindo 300 páginas estáticas, 20.000 itens de CMS e 50 GB de banda. O plano Basic, a US$ 15 por mês, cobre um domínio personalizado e 10 GB de banda, mas nenhum CMS. Qualquer coisa além da banda incluída é vendida como add-ons pagos, até 2,5 terabytes — então o lançamento viral de um cliente ou um trimestre pesado de tráfego de imagem e vídeo se converte diretamente em uma fatura maior do Webflow.
E o plano do site é apenas uma das três faturas. Planos de workspace para colaboração de design, cadeiras extras de designer, idiomas adicionais e capacidade de transação de e-commerce são todos cobrados separadamente, além da taxa por site. Um cliente que pede "só mais um idioma" ou "acesso para mais dois editores" está pedindo que você aumente uma pilha tarifada — e se o seu contrato cita um único número mensal fixo para "site mais hospedagem", cada um desses "sim" encolhe a sua margem.
Ambas as plataformas também reajustam preços. O Bubble ajustou o preço do Starter em outubro de 2026; o Webflow reestruturou toda a linha de planos de site no meio do ano. Qualquer orçamento fixo de vários meses que embuta os preços atuais da plataforma é uma aposta de que o fornecedor vai ficar parado. Essa aposta vem perdendo há anos.
O erro de contrato: empacotar custos tarifados em um preço fixo
O modo de falha é quase sempre a mesma frase, escondida em uma proposta ou em um contrato de prestação de serviços: uma mensalidade fixa que "inclui hospedagem". Parece simplicidade para o cliente. Na prática, transforma sua agência na seguradora da volatilidade do fornecedor — você cobra um prêmio fixo e absorve o risco tarifado ilimitado.
Reportagens do setor sobre projetos de agência situam os honorários típicos de projetos Bubble entre US$ 20.000 e US$ 250.000, e apontam a armadilha específica de margem: quando você entrega o app do cliente e o negócio dele cresce, o consumo sobe, e ou o cliente paga mais do que jamais orçou, ou a agência absorve o aumento. Preço fechado sobre escopo vago já é a fonte mais comum de disputas entre agência e cliente em serviços de software em geral; adicionar uma fatura tarifada de terceiros dentro do preço fixo transforma cada pico de uso em uma renegociação.
A mesma armadilha aparece um nível abaixo no trabalho de IA e automação, onde agências que empacotam custos de API e de tokens em retentores fixos descobrem que uma mudança de preço do fornecedor vira prejuízo da noite para o dia. O gasto com plataforma se comporta exatamente como o gasto com tokens: tarifado por terceiros, movido pelo cliente e fora do seu controle. Custos com essas três propriedades não pertencem a um preço fixo. Pertencem a uma cláusula de repasse.
Há um segundo custo, mais silencioso, do empacotamento: ele esconde os números do cliente. Um cliente que nunca vê a tendência de workload units não tem motivo para aprovar o trabalho de otimização que a reduziria — reestruturar uma busca ineficiente, mover lógica pesada para workflows de backend, comprar um nível de workload antes do pico em vez de pagar o excedente bruto depois. A cobrança transparente por repasse transforma o uso em um painel compartilhado que ambos acompanham, que é o único arranjo em que o trabalho de otimização se vende sozinho.
A solução: transformar o gasto com a plataforma em custo repassado
Custos repassados são despesas que sua agência paga em nome de um cliente — assinaturas de fornecedores, faturas de uso, taxas de licença — e que são refaturadas ao cliente, seja a custo, seja com um markup de intermediação. O conceito é padrão na contabilidade de agências: os custos do próprio cliente fluem pelos seus livros sem se tornarem sua receita. Aplicado às plataformas no-code, há três modelos viáveis. Escolha um por cliente, por escrito, antes de o app entrar no ar.
Modelo 1: o cliente detém a conta do fornecedor e paga diretamente. O cliente cria a própria conta Bubble ou Webflow, adiciona o próprio cartão e é dono do plano, dos níveis e dos excedentes. Sua agência é convidada como colaboradora ou editora convidada. Esse é o arranjo mais limpo — a fatura tarifada nunca passa pelos seus livros — e é o padrão correto para clientes maiores com uma função financeira própria. A desvantagem conhecida: às vezes os clientes investem menos no nível do plano para economizar, o que cria gargalos de desempenho e quedas por limite atingido que você depois precisa diagnosticar e explicar. Se escolher esse modelo, inclua uma recomendação de nível mínimo na documentação de entrega e uma cláusula dizendo que rodar abaixo dele é risco do cliente.
Modelo 2: a agência paga e refatura a custo mais um markup. Você detém a conta do fornecedor, paga a fatura da plataforma no seu cartão e factura o cliente todo mês pelo gasto exato com a plataforma mais uma taxa de intermediação — tipicamente de 10% a 20% do repasse, faixa que a maioria das agências usa para cobrir a gestão de fornecedores, a conciliação e o adiantamento do caixa. Esse modelo serve a clientes menores que querem uma única fatura e zero burocracia de fornecedor. Seu contrato precisa declarar o percentual de markup, a cadência de faturamento e — crucialmente — que os aumentos de preço do fornecedor repassam automaticamente. Sem essa última frase, cada reajuste do Bubble ou do Webflow reabre a sua precificação.
Modelo 3: um plano de cuidados com teto de uso e cláusula de excedente. Você cita um retentor mensal fixo que inclui o gasto com plataforma até um teto declarado — por exemplo, "inclui o plano Growth mais até US$ 150 por mês de excedentes de workload" —, com qualquer valor acima do teto refaturado a custo mais markup. Isso dá ao cliente previsibilidade de orçamento em meses normais, mantendo o risco de pico onde ele deve ficar. O teto deve nomear tanto o nível do plano quanto um valor em dólares de tolerância de excedente; "inclui hospedagem" sem números é o Modelo 0, a armadilha da qual você está tentando escapar.
Seja qual for o modelo escolhido, cinco cláusulas pertencem ao contrato de trabalho: quem detém a conta do fornecedor e de quem é o cartão cadastrado; quem paga excedentes e upgrades de nível, e acima de qual valor em dólares você precisa de aprovação por escrito antes de comprar um nível; o percentual de markup sobre o gasto refaturado; um relatório mensal de uso que você envia com a fatura, mostrando franquia, consumo e tendência; e a anuência do cliente de que mudanças de preço de tabela do fornecedor são repassadas sem emenda contratual. Essa quinta cláusula é a que as agências esquecem e a que depois mais precisam.
Registre corretamente: reembolsos não são sua receita
Uma vez que o gasto com a plataforma flui pela sua agência, a contabilidade precisa mantê-lo visivelmente separado do que você realmente ganha. Suponha que o Bubble cobre do seu cartão US$ 300 pelo excedente de outubro de um cliente — um milhão de unidades extras a US$ 0,30 por mil — e você refature ao cliente US$ 345: os US$ 300 a custo mais uma taxa de intermediação de 15%. Sua receita real dessa fatura é US$ 45, não US$ 345. Registrar os US$ 345 inteiros como receita superestima sua receita bruta, infla qualquer cálculo de tributo ou valuation baseado em receita e faz de um eventual reembolso ou crédito uma reversão de receita em vez do que ela realmente é: dinheiro do cliente passando adiante.
A norma contábil concorda. No ASC 606, a estrutura de principal versus agente pergunta se você controla o serviço antes de ele ser transferido ao cliente. Você não controla o processamento do Bubble nem a banda do Webflow — o fornecedor controla —, então, sobre o gasto de plataforma refaturado, sua agência é agente, e a apresentação correta é líquida: o markup como receita de honorários, com o reembolso passando por linhas de repasse contrabalançadas. Concretamente, mantenha dois pares de contas: receita de repasse contraposta a despesa de repasse, e receita de honorários isolada. O par de repasse deve zerar aproximadamente todo mês, a menos de diferenças de tempo; o markup fica na receita de honorários, onde suas margens são medidas.
Veja como isso fica em contabilidade em texto puro. A agência paga o excedente de US$ 300 do Bubble no próprio cartão e depois fatura o cliente em US$ 345:
2026-10-01 open Assets:Checking:Operating USD
2026-10-01 open Assets:Receivable:Client-Acme USD
2026-10-01 open Expenses:Passthrough:Bubble-WU USD
2026-10-01 open Income:Passthrough-Reimbursement USD
2026-10-01 open Income:Fees:Hosting-Markup USD
2026-10-31 * "Bubble" "October WU overage, client Acme app, 1M units at 0.30 per 1K"
Expenses:Passthrough:Bubble-WU 300.00 USD
Assets:Checking:Operating -300.00 USD
2026-10-31 * "Acme Corp" "October platform reimbursement plus 15 percent hosting admin fee"
Assets:Receivable:Client-Acme 345.00 USD
Income:Passthrough-Reimbursement -300.00 USD
Income:Fees:Hosting-Markup -45.00 USDPercorra a lógica. A primeira transação registra a cobrança do fornecedor como despesa de repasse, não como seu próprio custo de software — colocá-la em despesas operacionais comuns é o erro que faz sua base de custos parecer inflada e suas margens parecerem estreitas. A segunda transação divide a fatura do cliente: US$ 300 são compensados na linha de reembolso, que zera com a despesa, e apenas os US$ 45 de markup caem na receita de honorários. Se o cliente contestar o excedente ou o Bubble emitir um crédito, o ajuste atinge o par de repasse e sua receita reportada nunca se move. A documentação cobre padrões de estrutura de contas como esse em mais profundidade, e o Fava renderiza o par de repasse como uma fatia própria, para que você confirme de relance que ele zera todo mês.
Dois hábitos contábeis fazem isso funcionar. Primeiro, concilie o gasto com plataforma por cliente todo mês, tanto contra a fatura do fornecedor quanto contra sua refatura — os painéis de workload divergem das faturas com mais frequência do que você esperaria, e o mês que você pula é o mês em que um nível foi renovado sem ninguém notar. Segundo, nunca deixe o saldo de plataforma de um cliente atravessar trimestres no seu cartão; facture reembolsos mensalmente com os mesmos prazos de pagamento dos seus honorários, porque um excedente de US$ 600 não refaturado envelhecendo nas suas despesas é um empréstimo sem juros que você nunca concordou em fazer.
Seu próximo passo: audite os contratos que você já assinou
Reúna seus contratos-mestres e contratos de trabalho atuais esta semana e procure a frase que cria esse risco: qualquer variante de "hospedagem incluída" associada a um número fixo. Para cada uma, verifique qual dos três modelos ela realmente descreve — cliente-paga, refatura-com-markup ou plano de cuidados com teto — e se as cinco cláusulas estão presentes: titular da conta, responsabilidade por excedentes, percentual de markup, relatório mensal de uso e repasse automático de mudanças de preço do fornecedor. A maioria das agências encontra pelo menos um cliente em um pacote sem teto e pelo menos um contrato omisso sobre reajuste.
Depois corrija-os na ordem de renovação, começando pelo cliente cujo app está crescendo mais rápido — é aí que o próximo pico vai cair. Migre novos projetos para contas detidas pelo cliente ou termos explícitos de refatura desde o primeiro dia, coloque o painel de uso na fatura mensal e deixe a fatura tarifada fazer o que ela deve fazer: subir e cair com o sucesso do cliente, no orçamento do cliente, enquanto a sua margem continua sua.
