Distribuição de SaaS Através de Marketplaces

Os marketplaces de nuvem se tornaram canais de distribuição de alto crescimento por três razões interligadas. Redução de compromissos empresariais: empresas assinam grandes contratos de gastos comprometidos com AWS, Azure e GCP (Programas de Desconto Empresarial, CMPs). O orçamento investido no compromisso AWS deve ser gasto em produtos ou serviços AWS — compras no marketplace contam para o compromisso. Compradores empresariais se beneficiam ao direcionar seus gastos com software através do marketplace porque isso esgota o gasto comprometido com a Nuvem que eles perderiam de outra forma. Isso cria um incentivo de aquisição que não existe para compras diretas. Aquisição simplificada: transações no marketplace contornam muitas das etapas de aquisição empresarial (aprovação de novo fornecedor, revisão legal de termos padrão, configuração financeira de novas relações de pagamento) porque o provedor de Nuvem já realizou o trabalho de conformidade do fornecedor. Negócios que levariam 90 dias através de aquisição direta podem ser fechados em 30 dias através do marketplace. Caminho de piloto para produção: muitos marketplaces de nuvem oferecem listagens de assinatura anual juntamente com preços pay-as-you-go, permitindo que os clientes comecem com pay-per-use de baixo compromisso e transitem para anual uma vez que o valor seja estabelecido — um caminho de teste sem atrito que o licenciamento SaaS tradicional não replica facilmente. Empresas SaaS listadas especificamente no AWS Marketplace relataram uma velocidade de negócio 2 a 5 vezes mais rápida para compradores empresariais com compromissos AWS e acesso ao programa de co-venda da AWS, onde as equipes de vendas de campo da AWS apresentam SaaS listados no marketplace às suas contas empresariais.

A venda em marketplace introduz complexidade operacional que deve ser gerenciada por Revenue Ops, Finanças e Produto. Integração de faturamento: as transações do marketplace são faturadas e coletadas pelo provedor de Nuvem — o fornecedor de SaaS recebe receita mensal do provedor de Nuvem (menos uma taxa de marketplace de 3-8%), não diretamente do cliente. Os dados de faturamento chegam no formato do provedor de Nuvem, exigindo mapeamento para o CRM e sistemas financeiros do fornecedor de SaaS. Revenue Ops deve implementar o pipeline de dados de pedidos do marketplace conectando eventos de compra do marketplace à criação de contas Salesforce e registros de contrato. Medição para produtos baseados em uso: a listagem de um produto baseado em uso no marketplace requer uma integração de API de medição — o produto SaaS envia dados de uso para a API do marketplace de Nuvem, que calcula o valor faturável e o inclui na fatura de Nuvem do cliente. Isso requer uma infraestrutura de medição confiável e auditável e reconciliação regular. Roteamento de suporte: clientes do marketplace podem entrar em contato com o suporte através do canal de suporte do marketplace ou através do suporte direto do fornecedor de SaaS. Support Ops deve configurar o roteamento para garantir que os clientes do marketplace recebam a mesma qualidade de SLA que os clientes diretos. Coordenação de co-venda: a equipe de vendas do provedor de Nuvem co-vendendo com o fornecedor de SaaS requer um registro de negócio coordenado, planejamento de conta conjunto e visibilidade compartilhada do pipeline — um novo fluxo de trabalho GTM que Revenue Ops projeta e gerencia.

O Salesforce AppExchange opera em um modelo fundamentalmente diferente dos marketplaces de infraestrutura de nuvem (AWS, Azure, GCP). O AppExchange é o canal de distribuição para software que se integra ou estende o Salesforce — o comprador é um cliente Salesforce que instala o produto AppExchange dentro de sua organização Salesforce. Diferenças estruturais: comprador-alvo: o AppExchange alcança administradores Salesforce e usuários de negócios centrados em Salesforce — um comprador diferente do comprador de TI/infraestrutura de nuvem que o AWS Marketplace visa. Profundidade de integração: produtos AppExchange devem passar pela Revisão de Segurança do Salesforce (uma rigorosa revisão de código e avaliação de segurança) antes de serem listados — garantindo a qualidade da integração, mas adicionando um prazo de listagem de 4 a 8 semanas. Nativo vs. conectado: aplicativos AppExchange "nativos" são construídos na plataforma Salesforce (Apex, LWC) e executados dentro do Salesforce; aplicativos "conectados" são SaaS externos que se conectam ao Salesforce via API. Aplicativos nativos têm integração de UI mais profunda; aplicativos conectados são tipicamente mais fáceis de construir do lado do fornecedor SaaS. Preços: o AppExchange permite preços por usuário por mês faturados através do Salesforce, ou faturamento externo com o AppExchange apenas como descoberta. Implicações para Product Ops: a listagem no AppExchange requer a manutenção de uma versão do produto integrada ao Salesforce com testes de compatibilidade contínuos à medida que as versões do Salesforce (3 vezes por ano) atualizam a plataforma.