Pular para o conteúdo
← Voltar para o Skalablog

Artigo publicado

Gateway de pagamento próprio: o custo do erro

Produtos e NegóciosZapier

Criar um gateway de pagamento do zero custou R$ 16.000 a um desenvolvedor que ainda não tinha um único cliente. O relato, publicado na comunidade de microSaaS no Reddit em 2026, mostra como o desejo de não depender de terceiros virou dívida antes da primeira venda.

O que aconteceu: R$ 16.000 e nenhum cliente

Um desenvolvedor brasileiro assumiu uma dívida de R$ 16.000 para montar um gateway de pagamento antes de conseguir o primeiro usuário. Ele publicou o relato na comunidade de microSaaS no Reddit em 2026, e o vídeo de reação do canal "cortes do mano" acumulou mais de 27 mil visualizações em março de 2026.

A história começou de forma inofensiva. O sistema nasceu para uso interno, criado em cima da API do Asaas, e funcionava bem para os projetos pessoais dele. O problema surgiu quando ele decidiu transformar a ferramenta interna em produto e começou a procurar regulação e soluções white label.

Depois de ter o white label negado por um fornecedor, ele encontrou uma empresa disposta a entregar a solução por R$ 16.000 à vista, sem mensalidade. Ele fechou o contrato. Hoje o produto existe, com API rodando e Pix funcionando, mas o próprio autor admite que não sabe se vira algo grande ou só uma história para contar rindo.

Ele construiu um gateway de pagamento ou um gateway do gateway?

Tecnicamente, não. O que ele criou foi uma camada de abstração sobre o Asaas, que já é um gateway de pagamento completo. O comentarista do vídeo resume bem: se o Asaas é o gateway, ele construiu um gateway do gateway, algo comparável a um Zapier do Asaas.

Essa distinção importa para quem planeja entrar no setor. Um gateway real lida com adquirentes, bandeiras, antifraude, liquidação e regulação do Banco Central. Uma camada revenda apenas empacota a API de outra empresa e adiciona uma taxa. A vantagem competitiva desse modelo é mínima, como notaram os próprios comentários: no final, a única diferença oferecida era taxa baixa.

Se você quer revender pagamentos, seja honesto com o posicionamento. Chamar de gateway um sistema que só repassa chamadas de API cria expectativas erradas com clientes e com você mesmo sobre o tamanho do problema resolvido.

Os R$ 16.000 do white label: caro ou barato?

Os comentários do post dividiram opinião sobre o preço. Uma parte achou estranho pagar R$ 16.000 por algo que um dev experiente construiria sozinho. A empresa, porém, avisou que se o contrato não fechasse em uma semana, passaria a cobrar mensalidade, e o autor acabou fechando.

O valor em si é discutível. O erro real é a ordem das decisões: ele gastou dinheiro de infraestrutura antes de provar que alguém pagaria pelo serviço. O relato original diz que a busca por white label da Celcoin foi negada por falta de rumo do projeto, sinal claro de que o plano ainda não estava maduro.

A lição prática é simples: valide demanda com uma landing page, uma lista de espera ou pré-venda antes de assinar qualquer contrato de white label. Custos fixos sem receita confirmada são a receita clássica da dívida dev.

Quando o dinheiro é dos outros, a responsabilidade muda

Trabalhar com pagamentos de terceiros exige um nível de responsabilidade que um CRUD não exige. O próprio autor reconhece isso no relato: quando envolve dinheiro dos outros, o nível de responsabilidade muda completamente.

Isso significa lidar com regulamentação do Banco Central, requisitos de compliance, gestão de risco e liquidação financeira. Não é à toa que o primeiro white label que ele procurou recusou o projeto por parecer sem rumo. Fornecedores sérios avaliam quem está do outro lado do contrato.

Antes de entrar nesse mercado, você precisa responder três perguntas: qual licença ou parceiro regulado vai usar, quem responde por fraude e chargeback, e qual capital de giro suporta o intervalo entre receber e repassar. Sem respostas claras, o projeto vira exatamente o que o relato descreve.

Concorrência: Abacate Pay, Asaas e Celcoin

O mercado brasileiro de intermediação de pagamentos já tem players consolidados, e o relato reconhece que o Abacate Pay estava dominando o nicho com facilidade. Entrar de frente contra eles, sem nicho definido, é apostar contra a história.

Veja como as três empresas citadas no caso se posicionam:

EmpresaO que éPapel no caso
AsaasGateway e infraestrutura de cobranças com APIBase original do sistema do dev
CelcoinBanking as a service e APIs financeirasWhite label negado ao projeto
Abacate PayPlataforma de pagamentos via PixConcorrente citado como dominante no nicho

Os comentários do post sugeriram o caminho mais viável: em vez de mais uma fintech genérica, uma solução focada em um nicho específico. Nicho reduz a concorrência direta e dá um motivo real para o cliente escolher você em vez do player maior.

Vibe coding e a ilusão de velocidade

O relato ganhou força em 2026 porque o vibe coding potencializou a vontade do programador de construir tudo sozinho. Com IA gerando código em minutos, criar um sistema de pagamentos parece barato, e é justamente aí que mora o risco.

O código não é o custo principal de uma fintech. Regulação, confiança, distribuição e suporte pesam muito mais, e nenhuma ferramenta de IA resolve isso. Outro programador com mais de uma década de experiência e apps publicados na Play Store e na App Store comentou no post, defendendo que a landing page do projeto estava boa, mas qualidade visual não substitui validação de mercado.

Se você vai usar IA para acelerar, use-a depois de validar a demanda. Escrever código rápido para um produto que ninguém pediu só acelera a chegada ao prejuízo.

Quatro lições para programadores que querem empreender

O caso rende um checklist direto para quem pensa em sair do emprego ou transformar um projeto interno em produto. Nenhum item exige dinheiro antecipado.

  1. Valide antes de construir. Landing page, lista de espera ou pré-venda provam demanda por centenas de reais, não milhares.
  2. Posicione com honestidade. Uma camada sobre a API de terceiros não é um gateway de pagamento; chame o produto pelo que ele é.
  3. Estude a regulação primeiro. Se o negócio toca dinheiro de terceiros, o custo de compliance vem antes do primeiro cliente.
  4. Escolha um nicho. Competir de frente com players consolidados sem diferencial claro é a forma mais rápida de acumular dívida.

O próprio autor encerra o relato com a pergunta certa: em que momento eu achei que era uma boa ideia entrar nesse mercado? Se você consegue responder essa pergunta com dados, e não com empolgação, seu projeto já começa à frente.

FAQ

  • Quanto o desenvolvedor gastou no projeto? Ele fechou uma solução white label por R$ 16.000 à vista, sem mensalidade. O contrato foi assinado antes de existir qualquer cliente pagante, e a empresa avisou que após uma semana passaria a cobrar mensalidade.
  • Ele criou um gateway de pagamento de verdade? Não. O sistema original usava a API do Asaas, que já é um gateway. O que ele construiu foi uma camada de revenda sobre esse serviço, sem lidar com adquirentes, antifraude ou liquidação próprios.
  • Por que a Celcoin recusou o white label? Segundo o relato, o pedido foi negado porque o projeto parecia sem rumo. Fornecedores de infraestrutura financeira avaliam a maturidade do cliente, e um produto sem posicionamento claro falha nesse filtro.
  • Vale a pena criar um gateway de pagamento próprio? Só com validação de mercado, capital para compliance e um nicho bem definido. O mercado já tem players consolidados, e entrar de frente sem diferencial tende a gerar custo fixo antes da primeira receita.
  • O que é vibe coding nesse contexto? É a prática de gerar sistemas inteiros com assistentes de IA, quase sem revisão profunda. No caso, ele reduziu a barreira de entrada e incentivou o dev a construir antes de validar se alguém compraria.

Source video