Cómo distribuir SaaS en cloud marketplace
Distribuir SaaS en cloud marketplace toma de 4 a 8 semanas de integración técnica y exige tres fundamentos: entidad legal compatible, stack de billing y modelo de private offer. Esta guía cubre los siete pasos para listar en AWS, Azure o GCP, resolver compliance fiscal y activar co-sell, desde cero hasta el primer contrato enterprise cerrado dentro del marketplace.
Tres marketplaces concentran el 85% del presupuesto de software enterprise que circula por canales indirectos. Los clientes enterprise ya tienen budget comprometido en contrato con el hyperscaler. El marketplace es el camino más corto hacia ese presupuesto, pero solo si el ISV lo trata como canal de distribución, no como un registro de producto.
Prerrequisitos
-
Entidad legal compatible. La cuenta de disbursement (ACH, wire) debe estar a nombre de una entidad con número fiscal válido. Los ISVs latinoamericanos operan con entidad en EE.UU. (Delaware C-Corp) que recibe y remite a la operación local.
-
Modelo de cobro definido. Flat mensual/anual, usage-based o private offer con precio customizado. La elección define el stack de metering y la proyección de ingresos.
-
Stack de billing y metering. AWS exige AWS Marketplace Metering Service. Azure usa SaaS Fulfillment API v2. GCP requiere Cloud Commerce Partner Procurement API.
Los 7 pasos
- Elige el marketplace por la estructura del contrato, no por el market share
- Estructura el contrato como private offer, no como listado público
- Integra el billing antes de listar el primer producto
- Resuelve la estructura fiscal antes de la primera transacción
- Activa el co-sell, no esperes el inbound
- Gestiona la operación como un canal de distribución, no como un área de registro
- Trata el marketplace como infraestructura de adquisición, no como tienda de apps
Paso 1: Elige el marketplace por la estructura del contrato, no por el market share
La decisión sigue la tasa de reparto neta, el ciclo de disbursement y el co-sell disponible para ISVs de tu tamaño.
| Dimensión | AWS Marketplace | Azure Marketplace | GCP Marketplace |
|---|---|---|---|
| Listing fee | 1% a 3% | 3% (negociable) | 3% |
| Ciclo de disbursement | 30 días | 45 días (NET 45) | 30 días |
| Co-sell | ISV Accelerate ($2.5M pipeline) | IP Co-sell (sello de solución) | Partner Advantage |
| Soporte ISV LatAm | Sin restricción de jurisdicción | Restringido por país | Sin restricción |
AWS tiene el mayor volumen de budget comprometido y la menor barrera para ISVs internacionales. Azure tiene co-sell más agresivo para quien consigue el sello, pero impone un 50% más en el ciclo de cobro. GCP tiene menor volumen, pero también la menor competencia para ISVs de nicho técnico (seguridad, DevOps, datos).
Paso 2: Estructura el contrato como private offer, no como listado público
Listar con precio público es el error que más comprime margen. La private offer es un contrato bilateral ejecutado dentro del marketplace: el cliente paga con budget ya comprometido con el hyperscaler, el ISV define precio y condiciones sin exponer la tabla públicamente.
Los tres hyperscalers ofrecen private offers. AWS la llama Private Offer (CPPO para contratos multianuales). Azure añade Multiparty Private Offer para transacciones con partner de canal. GCP es el más simple de los tres.
La recomendación: empieza con private offer. El listado público sirve como vitrina de credibilidad. El contrato enterprise se cierra por relación comercial, no por SEO de catálogo.
Paso 3: Integra el billing antes de listar el primer producto
El flujo común a las tres plataformas:
- Resolve customer. El marketplace envía un token de compra. El ISV lo resuelve para identificar cliente, plan y cuenta de facturación.
- Provision. Aprovisiona acceso al SaaS. La resolución y el provisioning deben ser atómicos: si el segundo falla, el primero se revierte.
- Meter. Envía consumo a la API de metering de la plataforma. El retraso acumula facturación represada y distorsiona el flujo de caja.
- Entitlement change. Upgrade, downgrade o renovación llegan vía webhook. Procesar sin interrumpir el servicio.
- Unsubscribe. La cancelación exige desaprovisionamiento y exportación de datos. Un webhook sin respuesta bloquea la cuenta del ISV en hasta 72 horas.
Paso 4: Resuelve la estructura fiscal antes de la primera transacción
El hyperscaler es el merchant of record. Retiene el listing fee y transfiere el resto. La responsabilidad fiscal sobre el disbursement es del ISV — consulte la guía de nacionalización de software importado.
Para el ISV latinoamericano, la decisión crítica es dónde se reconoce el ingreso:
- Entidad en EE.UU. recibe el disbursement. Ingreso reconocido en EE.UU. Remesa al país de origen vía impuesto a la renta sobre dividendos o contrato intercompany.
- Entidad local recibe directo. Solo funciona si el hyperscaler acepta disbursement en el país de origen. AWS acepta en más jurisdicciones; Azure restringe.
Estructura recomendada para el ISV latinoamericano: entidad en EE.UU. recibe, contrato intercompany con la operación local, contabilidad estadounidense especializada en SaaS marketplace.
Paso 5: Activa el co-sell, no esperes el inbound
Listar el producto no genera pipeline. Genera un punto de transacción. El pipeline viene del co-sell.
- AWS ISV Accelerate: field sales de AWS presenta al ISV a clientes con budget AWS. Requiere $2.5M en pipeline registrado en ACE y dos casos con AWS como canal.
- Azure IP Co-sell: field sales de Microsoft incluye al ISV en negociaciones Azure. Requiere sello de solución y revenue history.
- GCP Partner Advantage: menos estructurado. Conexión vía partner manager designado.
Estrategia: cierra los primeros 2 o 3 contratos vía private offer con outbound propio. Eso genera el revenue history que habilita el co-sell. A partir de la habilitación, el pipeline pasa a ser compartido con field sales.
Paso 6: Gestiona la operación como un canal de distribución, no como un área de registro
Un ISV con madurez de canal tiene tres procesos corriendo:
- Deal registration. Todo contrato enterprise debe registrarse en el portal del partner (ACE en AWS, Partner Center en Azure, Partner Advantage en GCP). Protege el margen contra conflicto de canal.
- Disbursement reconciliation. Cruzar cada línea del reporte de disbursement con el billing interno. Las discrepancias de metering y chargebacks aparecen aquí.
- Channel conflict management. Regla explícita: contrato superior a $50k MRR vía private offer en el marketplace; inferior vía fuerza directa. Esto evita que dos vendedores compitan por el mismo cliente.
Paso 7: Trata el marketplace como infraestructura de adquisición, no como tienda de apps
El CAC vía co-sell es estructuralmente menor que el outbound tradicional. Un contrato de $120k/año cerrado vía outbound cuesta entre el 40% y el 60% del primer año en CAC. El mismo contrato vía co-sell de AWS cuesta entre el 5% y el 15%.
- Año 1: lista en AWS y Azure. Cierra 3 contratos vía private offer con esfuerzo propio. El objetivo es revenue history.
- Año 2: co-sell activo. Contratos enterprise vía marketplace. La fuerza directa se ocupa de la expansión en cuentas existentes.
- Año 3: marketplace como canal primario. La fuerza directa opera excepciones.
Verificación consolidada
Antes de publicar el listing, confirma cada punto:
- Entidad: entidad legal activa, cuenta bancaria empresarial, EIN estadounidense si aplica. Sin identificación fiscal personal del founder en la cuenta de publisher.
- Contrato: el primer contrato será private offer, no listado público.
- Billing: flujos de subscribe y unsubscribe implementados y testeados. El webhook de unsubscribe responde HTTP 200.
- Fiscal: régimen fiscal del disbursement documentado. Si la entidad está en EE.UU., contrato intercompany con la operación local activo.
- Co-sell: revenue history mínimo para habilitación al programa de la plataforma definido como meta del primer trimestre.
- Operación: proceso de deal registration documentado. Reporte de reconciliación de disbursement ejecutándose mensualmente.
- Adquisición: costo de adquisición proyectado para el primer año con y sin co-sell. Si el delta es menor a 20 puntos porcentuales, el canal aún no está maduro.
Errores comunes
- Listar sin entidad compatible. Cuenta de publisher con identificación fiscal personal del founder, disbursement en cuenta personal. Resultado: bloqueo en auditoría y pasivo fiscal — la guía de pagos cross-border para SaaS B2B cubre los costos ocultos de ese modelo.
- Ignorar el flujo de cancelación. Webhook de unsubscribe sin handler. El cliente canceló, el ISV sigue aprovisionando. Chargeback.
- Precio público sin margen para private offer. Lista entre un 20% y un 30% por encima del precio de sitio. La private offer aplica el descuento real.
- Metering impreciso. Consumo estimado, no real. El cliente objeta, el marketplace revierte. El metering debe ser determinístico y auditable.
- Tratar el co-sell como lead gen gratuito. Field sales trabaja para la meta del hyperscaler. Posiciona el SaaS como acelerador de adopción de la plataforma.
FAQ
¿Necesito una entidad en EE.UU. para listar en AWS? No obligatoriamente. Pero el disbursement debe llegar a una cuenta bancaria compatible con el billing profile. Para ISVs latinoamericanos, la entidad estadounidense es el camino más simple.
¿Qué marketplace genera más ingresos para un ISV LatAm? AWS, por volumen de budget enterprise y menor restricción de jurisdicción. Azure le sigue, con co-sell Microsoft como diferencial. Nexforce opera como infraestructura de entrada cross-border para ISVs latinoamericanos.
¿El hyperscaler emite factura para el cliente? Sí. AWS, Azure y GCP son el merchant of record y emiten invoice. La obligación de emisión fiscal recae sobre el ISV solo si la legislación local lo exige.
¿Cuánto tiempo toma listar? Integración técnica: de 4 a 8 semanas con equipo dedicado. Revisión del listing: de 2 a 4 semanas en AWS y GCP, hasta 8 semanas en Azure. El cuello de botella suele ser la validación del billing profile, no la integración de código.
La distribución vía cloud marketplace es la infraestructura de adquisición enterprise de la próxima década. El ISV latinoamericano que monte esta operación en los próximos 12 meses llega al co-sell cuando la competencia aún está decidiendo si vale la pena.
Para ISVs que necesitan estructuración fiscal y operativa para entrar a los marketplaces sin abrir entidad propia en el exterior, Nexforce Marketplace opera como merchant of record para América Latina, absorbiendo la complejidad tributaria, cambiaria y de billing profile y permitiendo que el ISV se enfoque en producto y venta.