Receita 2026
01 Receita por mês
Pico em março (R$ 749k líquido) puxado por campanhas de matrículas do MBA + venda perpétua Plataforma Premium. Maio é parcial (até dia 13), por isso aparece destacado em amarelo.
Mar/2026 foi 2,1x o tamanho de jan. Queda em abril é normal pós-pico de matrícula. Maio* só conta 13 dias, então a comparação direta não vale. Projeção linear pra mai cheio: ~R$ 340k (média dos 13 dias · 31), abaixo do mês anterior.
02 Onde mora a receita
As 10 ofertas que mais geraram receita líquida no período. Plataforma Premium é a campeã isolada (R$ 738k, 33% do total). MBA Mensal lidera em volume de transações (1.235), mas com ticket bem menor.
| # | Produto | Vendas | Receita líquida | Ticket médio |
|---|
Plataforma (Premium + Ultra + Vitalício combinados) responde por ~60% da receita líquida do período. MBA + Pós Tech somam ~36%. Imersões/funis baixos (Funil A) entregam volume (898 vendas só do BBDIA) mas ticket pequeno — papel é entrada, não receita direta.
03 Quanto bump cola
% de vendas main que tiveram um order bump anexado. Mensuração via flag has_order_bump=1 nas transações principais (regra inviolável da skill, ver aprendizados.md §2026-05-07). Considera apenas top 8 produtos por volume de vendas main.
De 4.755 vendas main aprovadas no período, 302 (6,35%) tiveram bump anexado. Concentração total no Funil A (Imersões), onde o bump existe e converte. Produtos de alto ticket (MBA, Pós, Plataforma) operam sem bump no checkout, ascensão vem por OTO/upsell separado.
04 Saúde do faturamento
Status líquido · 2026-01-01 → 2026-05-13
Refund líquido em 6,15% está dentro da banda esperada pra catálogo educacional (5-10% no BR). Chargeback < 0,2%, sem alerta. Refund pesa mais em ticket alto (Plataforma + MBA).
Por onde passa
Distribuição da receita líquida por gateway
Yapay concentra 95% do volume e receita. Pagar.me roda em paralelo pra rotas específicas (Plataforma Premium/Ultra) e Stripe é residual (provavelmente cartão internacional). Falha no Yapay = blast radius total no faturamento.
05 Como lemos
Fonte: API Digital Manager Guru · endpoint GET /transactions/ · filtro confirmed_at entre 2026-01-01 e 2026-05-13. Período dividido em 2 chamadas (Q1 jan-mar e Q2 abr-mai) por limite de 180 dias da API.
Receita líquida = soma de payment.net nas transações com status=approved. Inclui juros de parcelamento recebidos pelo merchant. Receita bruta = payment.gross, sem juros.
Ticket médio = receita líquida ÷ número de vendas aprovadas (5.026). Não desagrega por funil/canal aqui — é a média global do período.
Bumps são transações separadas com flag is_order_bump=1, ligadas à venda main por contato + janela de tempo. Take rate = % de mains com has_order_bump=1. Filtrar bumps só por nome de produto é proibido pela skill (ver aprendizados.md §2026-05-07). Validação aqui: sim, categorização feita via flag, não por nome.
Refunds contabilizados pelo status=refunded dentro da mesma janela de confirmed_at. Transações com status=canceled retornaram vazio nesse filtro (cancelados não chegam a confirmar), então não são contadas aqui — só refunds pós-aprovação e chargebacks.
confirmed_at dentro da janela). Os callouts analíticos são análise humana, atualizada manualmente.Última atualização: 2026-05-13 · gerado automaticamente via cron diário 9h30 BRT a partir da Guru API.