Como distribuir SaaS via cloud marketplace
Distribuir SaaS via cloud marketplace leva de 4 a 8 semanas de integração técnica e exige três fundamentos: entity legal compatível, stack de billing e modelo de private offer. Este guia cobre os sete passos para listar na AWS, Azure ou GCP, resolver compliance fiscal e ativar co-sell, indo do zero ao primeiro contrato enterprise fechado dentro do marketplace.
Três marketplaces concentram 85% do orçamento de software enterprise que passa por canais indiretos. Clientes enterprise já comprometeram budget em contrato com o hyperscaler. O marketplace é o caminho mais curto para aquele orçamento. Mas só se o ISV tratar como canal de distribuição, não como cadastro de produto.
Pré-requisitos
-
Entity legal compatível. Conta de disbursement (ACH, wire) deve estar em nome de uma entity com número fiscal válido. ISVs brasileiros operam com entity nos EUA (Delaware C-Corp) que recebe e remete para a operação local.
-
Modelo de cobrança definido. Flat mensal/anual, usage-based ou private offer com preço customizado. A escolha define a stack de metering e a projeção de receita.
-
Stack de billing e metering. AWS exige AWS Marketplace Metering Service. Azure usa SaaS Fulfillment API v2. GCP requer Cloud Commerce Partner Procurement API.
Os 7 passos
- Escolha o marketplace pela estrutura do contrato, não pelo market share
- Estruture o contrato como private offer, não como listagem pública
- Integre o billing antes de listar o primeiro produto
- Resolva a estrutura fiscal antes da primeira transação
- Ative o co-sell, não espere o inbound
- Trate a operação como um canal de distribuição, não como um setor de cadastro
- Encare o marketplace como infraestrutura de aquisição, não como marketplace de app
Passo 1: Escolha o marketplace pela estrutura do contrato, não pelo market share
A decisão segue o rate de repasse líquido, o ciclo de disbursement e o co-sell disponível para ISVs do seu porte.
| Dimensão | AWS Marketplace | Azure Marketplace | GCP Marketplace |
|---|---|---|---|
| Listing fee | 1% a 3% | 3% (negociável) | 3% |
| Ciclo de disbursement | 30 dias | 45 dias (NET 45) | 30 dias |
| Co-sell | ISV Accelerate ($2.5M pipeline) | IP Co-sell (selo de solução) | Partner Advantage |
| Suporte ISV LatAm | Sem restrição de jurisdição | Restrito por país | Sem restrição |
AWS tem o maior volume de budget comprometido e a menor barreira para ISVs internacionais. Azure tem co-sell mais agressivo para quem consegue o selo, mas impõe 50% a mais no ciclo de recebimento. GCP tem menor volume, mas também a menor concorrência para ISVs de nicho técnico (segurança, DevOps, dados).
Passo 2: Estruture o contrato como private offer, não como listagem pública
Listar com preço público é o erro que mais comprime margem. Private offer é um contrato bilateral executado dentro do marketplace: o cliente paga com budget já comprometido com o hyperscaler, o ISV define preço e condições sem expor a tabela publicamente.
Os três hyperscalers oferecem private offers. AWS chama de Private Offer (CPPO para contratos multi-annual). Azure adiciona Multiparty Private Offer para transações com parceiro de canal. GCP é o mais simples dos três.
A recomendação: comece com private offer. A listagem pública serve como vitrine de credibilidade. O contrato enterprise fecha por relacionamento comercial, não por SEO de catálogo.
Passo 3: Integre o billing antes de listar o primeiro produto
O fluxo comum às três plataformas:
- Resolve customer. O marketplace envia um token de compra. O ISV resolve para identificar cliente, plano e conta de faturamento.
- Provision. Provisiona acesso ao SaaS. Resolução e provisioning devem ser atômicos: se o segundo falhar, o primeiro é revertido.
- Meter. Envia consumo para a API de metering da plataforma. Atraso acumula faturamento represado e distorce fluxo de caixa.
- Entitlement change. Upgrade, downgrade ou renovação chegam via webhook. Processar sem interromper o serviço.
- Unsubscribe. Cancelamento exige desprovisionamento e exportação de dados. Webhook sem resposta bloqueia a conta do ISV em até 72 horas.
Passo 4: Resolva a estrutura fiscal antes da primeira transação
O hyperscaler é o merchant of record. Retém o listing fee e repassa o restante. A responsabilidade fiscal sobre o disbursement é do ISV — consulte o guia de nacionalização de software importado.
Para o ISV latino-americano, a decisão crítica é onde a receita é reconhecida:
- Entity nos EUA recebe o disbursement. Receita reconhecida nos EUA. Remessa para o Brasil via imposto de renda na fonte sobre dividendos ou contrato intercompany.
- Entity local recebe direto. Só funciona se o hyperscaler aceitar disbursement no país de origem. AWS aceita em mais jurisdições; Azure restringe.
Estrutura recomendada para o ISV brasileiro: entity nos EUA recebe, contrato intercompany com a operação brasileira, contabilidade americana especializada em SaaS marketplace.
Passo 5: Ative o co-sell, não espere o inbound
Listar o produto não gera pipeline. Gera um ponto de transação. Pipeline vem de co-sell.
- AWS ISV Accelerate: field sales da AWS apresenta o ISV a clientes com budget AWS. Requer $2.5M em pipeline registrado no ACE e dois cases com AWS como canal.
- Azure IP Co-sell: field sales da Microsoft inclui o ISV em negociações Azure. Requer selo de solução e revenue history.
- GCP Partner Advantage: menos estruturado. Conexão via partner manager designado.
Estratégia: feche os primeiros 2 ou 3 contratos via private offer com outbound próprio. Isso gera o revenue history que habilita o co-sell. A partir da habilitação, o pipeline passa a ser compartilhado com field sales.
Passo 6: Trate a operação como um canal de distribuição, não como um setor de cadastro
ISV com maturidade de canal tem três processos rodando:
- Deal registration. Todo contrato enterprise deve ser registrado no portal de parceiro (ACE na AWS, Partner Center na Azure, Partner Advantage no GCP). Protege a margem contra conflito de canal.
- Disbursement reconciliation. Cruzar cada linha do relatório de disbursement com o billing interno. Discrepâncias de metering e chargebacks aparecem aqui.
- Channel conflict management. Regra explícita: contrato acima de $50k MRR via private offer no marketplace; abaixo via força direta. Isso evita dois vendedores disputando o mesmo cliente.
Passo 7: Encare o marketplace como infraestrutura de aquisição, não como marketplace de app
O CAC via co-sell é estruturalmente menor que outbound tradicional. Um contrato de $120k/ano fechado via outbound custa 40% a 60% do primeiro ano em CAC. O mesmo contrato via co-sell da AWS custa 5% a 15%.
- Ano 1: lista na AWS e Azure. Fecha 3 contratos via private offer com esforço próprio. O objetivo é revenue history.
- Ano 2: co-sell ativo. Contratos enterprise via marketplace. Força direta cuida de expansão em contas existentes.
- Ano 3: marketplace como canal primário. Força direta opera exceções.
Verificação consolidada
Antes de publicar o listing, confirme cada item:
- Entidade: entity legal ativa, conta bancária empresarial, EIN americano se aplicável. Sem CPF de founder na conta de publisher.
- Contrato: primeiro contrato será private offer, não listagem pública.
- Billing: fluxo de subscribe e unsubscribe implementados e testados. Webhook de unsubscribe responde HTTP 200.
- Fiscal: regime fiscal do disbursement documentado. Se entity nos EUA, contrato intercompany com a operação local ativo.
- Co-sell: revenue history mínimo para habilitação ao programa da plataforma definido como meta do primeiro trimestre.
- Operação: processo de deal registration documentado. Relatório de reconciliação de disbursement rodando mensalmente.
- Aquisição: custo de aquisição projetado para o primeiro ano com e sem co-sell. Se o delta for menor que 20 pontos percentuais, o canal ainda não está maduro.
Armadilhas comuns
- Listar sem entidade compatível. Conta de publisher com CPF do founder, disbursement em conta pessoal. Resultado: bloqueio em auditoria e passivo fiscal — o guia de pagamentos cross-border para SaaS B2B cobre os custos ocultos desse modelo.
- Ignorar o fluxo de cancelamento. Webhook de unsubscribe sem handler. Cliente cancelou, ISV continua provisionando. Chargeback.
- Preço público sem margem para private offer. Liste 20% a 30% acima do preço de site. A private offer aplica o desconto real.
- Metering impreciso. Consumo estimado, não real. Cliente contesta, marketplace estorna. Metering precisa ser determinístico e auditável.
- Tratar co-sell como lead gen gratuito. Field sales trabalha para a meta do hyperscaler. Posicione o SaaS como acelerador de adoção da plataforma.
FAQ
Preciso de entidade nos EUA para listar na AWS? Não obrigatoriamente. Mas o disbursement precisa cair em conta bancária compatível com o billing profile. Para ISVs brasileiros, entity americana é o caminho mais simples.
Qual marketplace gera mais receita para ISV LatAm? AWS, por volume de budget enterprise e menor restrição de jurisdição. Azure vem em segundo, com co-sell Microsoft como diferencial. A Nexforce opera como infraestrutura de entrada cross-border para ISVs latino-americanos.
O hyperscaler emite nota fiscal para o cliente? Sim. AWS, Azure e GCP são o merchant of record e emitem invoice. A obrigação de emissão fiscal recai sobre o ISV apenas se a legislação local exigir.
Quanto tempo leva para listar? Integração técnica: 4 a 8 semanas com time dedicado. Revisão de listing: 2 a 4 semanas na AWS e GCP, até 8 semanas na Azure. O gargalo costuma ser a validação de billing profile, não a integração de código.
A distribuição via cloud marketplace é a infraestrutura de aquisição enterprise da próxima década. O ISV latino-americano que montar essa operação nos próximos 12 meses chega ao co-sell quando a concorrência ainda está decidindo se vale a pena.
Para ISVs que precisam de estruturação fiscal e operacional para entrar nos marketplaces sem abrir entity própria no exterior, a Nexforce Marketplace opera como merchant of record para a América Latina, absorvendo a complexidade tributária, cambial e de billing profile e permitindo que o ISV foque em produto e venda.