Modelos de precios SaaS en el marketplace de nube

La venta se cerró. El vendedor aprobó el descuento, acordó el plazo, mapeó la renovación. Queda la decisión que ninguno de esos tres toca: el modelo de precios, la forma en que entra el dinero. Para los ISVs (Independent Software Vendors, empresas de software que venden su producto a otras empresas) que venden SaaS en marketplace de nube, los modelos de precios SaaS disponibles en el canal se resuelven en tres, y cada uno mueve el resultado financiero en otro frente: la oferta privada cerrada por deal, la suscripción recurrente y la suscripción por uso. El margen, la previsibilidad de ingresos y la operación de cobro no son detalles de la propuesta comercial. Son su contenido.

La elección es condicional, y la condición es la forma de ingreso. Suscripción recurrente para una base con consumo estable. Suscripción por uso cuando el consumo del cliente varía. Oferta privada cuando el alcance se cierra por proyecto. Esta pieza cubre la solución 2 de Nexforce, vender a través de un marketplace de nube con Nexforce operando ese camino, y deja nombrado el canal alternativo, vender en LatAm a través de Nexforce, la solución 1. El terreno es real: el 73% del software corporativo en Brasil es extranjero, según ABES, la asociación de las empresas de software del país.

¿Cuáles son los modelos de precios SaaS en un marketplace de nube?

Los tres modelos de precios SaaS en un marketplace de nube son: la oferta privada, el deal cerrado directamente entre vendedor y cliente con alcance, valor y vigencia negociados; la suscripción recurrente, el pago periódico por el acceso al software; y la suscripción por uso, en la que el cobro sigue el consumo registrado. Cada uno lleva margen, previsibilidad y operación de cobro propios.

La ocasión de la serie está fechada: la documentación de precios para vendedores de AWS Marketplace, consultada en septiembre de 2026, organiza las opciones del vendedor alrededor de esas mismas tres familias, ofertas privadas, suscripciones y pago por uso. La nomenclatura cambia de canal a canal. La estructura financiera detrás no.

La oferta privada es el modelo del proyecto cerrado: la venta tiene principio, medio y fin, y la facturación acompaña al contrato, no al calendario. La suscripción recurrente es el modelo del acceso continuo, y convierte la base de clientes en ingresos anuales recurrentes, el ARR que sostiene la planificación. La suscripción por uso es el modelo del alineamiento: el cliente paga en la medida en que usa, y el ingreso del vendedor acompaña el crecimiento de aquel.

La decisión llega antes del listing.

¿Cómo funciona la oferta privada en el marketplace?

En la oferta privada, el deal se cierra directamente entre vendedor y cliente: alcance, valor y vigencia negociados caso por caso y registrados como oferta privada en el canal. El margen se fija por contrato, y la previsibilidad de ingresos depende del pipeline comercial, no de la recurrencia. Es el modelo de las implementaciones con alcance definido y de los proyectos con fecha de entrega.

El margen es la fuerza de ese modelo de precios. El vendedor precifica el alcance completo, incorpora el costo de entrega y no queda expuesto al consumo del cliente. Si la implementación se pasa del plazo, el exceso es del vendedor; si el cliente usa más de lo previsto, la ganancia también. El margen se fija por contrato, no por mes.

El riesgo cambia de lugar. Como el ingreso no se repite por naturaleza, cada mes nuevo es un mes por vender, y la previsibilidad del agregado depende de la salud del pipeline. El modo de falla es conocido: el deal se cierra en la conversación comercial, y la negociación vuelve a empezar dentro del papeleo, porque en el camino directo el canal le impone al vendedor su propio estándar de contrato y la estructura de su programa, papeles y procesos que no son los del ISV. Aquí es donde la solución 2 cambia el equilibrio: Nexforce trabaja con el estándar de contrato y con los programas del propio ISV, de modo que el proceso existente del vendedor no cambia, y el deal se cierra en el papel que ya usa.

¿Cómo funciona la suscripción recurrente en el marketplace?

La suscripción recurrente es el modelo en que el cliente paga un valor periódico, mensual o anual, por el acceso al software. Es la estructura que genera ARR, el ingreso anual recurrente que convierte la base de clientes en planificación. El ingreso del mes siguiente se calcula a partir de la base actual, descontado el churn.

La previsibilidad es el producto que entrega ese modelo de precios. Con la base formada, el vendedor sabe cuánto entra el mes siguiente, cuánto necesita vender para crecer y cuánto puede invertir. El churn, la pérdida de clientes en el período, es la variable que corroe esa cuenta, y la operación de suscripción vive de la renovación y de la reducción de cancelaciones.

La fricción del camino directo aparece antes del primer cobro: transaccionar por el canal directo exige compromiso con una nube específica, y el vendedor que no quiere amarrar su oferta a un proveedor descubre que el compromiso es condición de entrada. Reaparece en el flujo del dinero, porque un contrato de suscripción significa plazo entre entregar y cobrar, y ese plazo es capital de trabajo del vendedor.

Es en el flujo del dinero donde la solución 2 cambia la cuenta: Nexforce paga al ISV al contado y financia al cliente final en hasta 12 cuotas. El vendedor no carga el capital de trabajo, y el comprador gana plazo. Los medios de pago regionales acompañan el diseño, con Pix, boleto y tarjetas locales aceptados en el cobro.

¿Cómo funciona la suscripción por uso (consumo) en el marketplace?

La suscripción por uso SaaS es el modelo en que el cobro acompaña el consumo del cliente, con dos configuraciones comunes: precio fijo de consumo, una tarifa acordada sobre el total consumido en el período, y cobro por unidad, en la que cada unidad consumida, transacción o cuenta, tiene precio propio. Es el modelo que cambia previsibilidad por alineamiento al valor.

Las dos configuraciones dividen el mismo principio. En el precio fijo de consumo, vendedor y cliente acuerdan la tarifa, y la facturación aplica la tarifa sobre el consumo registrado, lo que da al cliente un costo previsible por nivel de uso. En el cobro por unidad, el precio es por transacción, por llamada o por cuenta procesada, y la cuenta crece en proporción exacta al uso. En ambas, el ingreso del vendedor sigue la curva del cliente, hacia arriba cuando el cliente crece y hacia abajo cuando recorta.

El metering es el precio de la ganancia variable.

La operación es la más pesada de los tres modelos de precios: medir consumo en producción, garantizar que la medición coincida con la facturación y explicar la cuenta al cliente en cada ciclo. Y el flujo del dinero lleva la capa de cualquier venta internacional, el settlement, el momento en que el valor ganado se convierte en lo que el vendedor efectivamente recibe. El costo de esa capa en la región está medido en el comparativo de pagos locales para vender SaaS en América Latina.

¿Qué modelo preserva margen y previsibilidad para el ISV?

En la fijación de precios SaaS en cloud marketplace, la respuesta es condicional: la suscripción recurrente preserva la previsibilidad para una base estable; la oferta privada preserva el margen cuando el alcance se cierra por deal; la suscripción por uso preserva el alineamiento cuando el consumo varía. El margen se defiende en el modelo que reduce lo que el vendedor absorbe de plazo, de cambio de moneda y de operación.

La matriz debajo consolida la comparación de los tres modelos de precios SaaS en los cuatro criterios que deciden la cuenta del vendedor.

Lectura por caso. Una base de clientes con consumo estable y renovación previsible pide suscripción recurrente, porque el ingreso del mes siguiente ya está en la base. Proyecto cerrado, alcance fijado y margen que no se diluye piden oferta privada, porque el margen se fija por deal. Consumo que oscila entre clientes y entre meses pide suscripción por uso, porque el modelo captura el crecimiento sin renegociar contrato. Ningún modelo gana en los cuatro criterios al mismo tiempo, y el error común es decidir por preferencia comercial en vez de por forma de ingreso.

¿Qué exige cada modelo de operación y cobro?

La oferta privada exige pipeline y negociación, con facturación puntual por proyecto. La suscripción recurrente exige gestión de churn y de renovación, y el cobro se automatiza después de configurado. La suscripción por uso exige metering, la medición del consumo en producción, y facturación por medición, la operación más pesada de los tres modelos. El peso cambia de lugar, nunca desaparece.

La ejecución del canal tiene manual aparte: el paso a paso de listar y operar está en la guía de distribución de SaaS via cloud marketplace. Lo que interesa aquí es el costo de operar cada modelo de precios y el costo de operar el canal en sí.

En el camino directo, el vendedor suma siete fricciones antes de poner el primer contrato en la calle:

1. Ciclos de listing y revisión antes de que el primer contrato salga al aire.
2. Tarifa por transacción descontada de cada cobro del canal.
3. El papel y el programa del marketplace impuestos al vendedor, con contrato y estructura de programa definidos por el canal.

La entrada resuelve el listing. El dinero no se resuelve tan rápido:

1. Compromiso con una nube específica como condición para transaccionar.
2. Entidad fiscal extranjera abierta solo para recibir en la región.
3. Settlement en USD, con el costo de cambio de moneda incorporado en cada cobro.

Y la séptima fricción atraviesa todo: el cumplimiento de la operación completa queda en manos del vendedor, desde el cálculo de lo que incide en cada venta hasta la prueba documental de lo que se cobró, sin infraestructura local que lo sostenga.

El camino de la solución 2 cambia esa lista por otra estructura, y los hechos de producto son siete. Nexforce trabaja con el estándar de contrato y con los programas del propio ISV, de modo que el proceso existente del vendedor no cambia. Transaccionar por Nexforce no exige compromiso con una nube específica. El costo es menor para el ISV y menor para el cliente final que el mismo contrato por los proveedores de nube, las dos puntas medidas en la misma estructura. La moneda es local en toda América Latina, y el alcance cubre la región completa. Hay una red de revendedores que pone el software en manos del comprador local.

La séptima pieza de la estructura es la alianza de software. Nexforce genera ahorro en el resto de la cuenta de software del cliente o del prospect, y es ese ahorro el que viabiliza el deal del ISV, el mecanismo que el descuento del propio vendedor no alcanza. Dos casos registrados dan la medida: ConectCar, del grupo Itaú, redujo 10% del costo de software, y Softplan, 17%. El deal del ISV se paga dentro de la cuenta total de software del comprador, y por eso el modelo cierra negocios que el descuento aislado no cierra.

Cierra el paquete lo que ya está en el acuerdo: costo cero para el ISV, tamaño mínimo de deal inexistente, medios de pago regionales en el cobro, Pix, boleto y tarjetas locales, y Nexforce pagando al ISV al contado mientras financia al cliente final en hasta 12 cuotas.

¿Cómo decidir el modelo por la forma de ingreso?

La forma de ingreso del ISV decide el modelo: una base de clientes con consumo estable pide suscripción recurrente; consumo que oscila por cliente y por mes pide suscripción por uso; alcance cerrado por proyecto pide oferta privada. La decisión sigue al ingreso, no a la preferencia comercial, y el árbol debajo resume el camino.

El checklist reduce la decisión a cinco verificaciones:

1. Mapea la forma de ingreso dominante de los próximos 12 meses: recurrencia estable, consumo variable o alcance por proyecto.
2. Elige el modelo de precios correspondiente: suscripción recurrente, suscripción por uso u oferta privada.
3. Audita la operación que el modelo exige: metering, gestión de churn o negociación por deal, y confirma si el equipo actual sostiene el peso.
4. Verifica quién carga el capital de trabajo y el plazo de cobro de cada modelo en el canal elegido.
5. Compara el costo total del camino: tarifa por transacción, compromiso con nube y settlement en USD de un lado; la estructura de Nexforce del otro.

Este texto decide el modelo dentro del canal. La decisión anterior, si y cómo entrar en la región y por qué canal vender software en marketplace de nube, está en la guía de cloud marketplace para LatAm y en el mapa del ISV internacional para vender software SaaS en América Latina.

FAQ: modelos de precios SaaS en marketplace

¿Cuáles son los modelos de precios de SaaS en un marketplace de nube?

Tres: oferta privada, con alcance y valor cerrados por deal entre vendedor y cliente; suscripción recurrente, con pago periódico por el acceso al software; y suscripción por uso, con el cobro siguiendo el consumo registrado, en precio fijo de consumo o por unidad. Cada modelo distribuye margen, previsibilidad y carga operativa de forma diferente.

¿Qué modelo genera los ingresos más previsibles para el ISV?

La suscripción recurrente. El pago periódico forma una base de ARR que permite calcular el ingreso del mes siguiente a partir de la base actual, descontado el churn. La oferta privada tiene previsibilidad por contrato, pero el agregado depende del pipeline. La suscripción por uso es la menos previsible de los tres modelos de precios, porque sigue el consumo de cada cliente.

¿Cómo funciona la suscripción por uso en el marketplace?

En dos configuraciones comunes. En el precio fijo de consumo, vendedor y cliente acuerdan una tarifa sobre el total consumido en el período. En el cobro por unidad, cada unidad consumida tiene precio propio, por transacción, llamada o cuenta. El modelo exige metering, la medición del consumo en producción, y convierte consumo en ingreso, con previsibilidad menor.

¿El ISV necesita cambiar su contrato estándar para vender en marketplace de nube?

En el camino directo, sí: el marketplace impone su papel y la estructura de su programa al vendedor. Por Nexforce, no. Nexforce trabaja con el estándar de contrato y con los programas del propio ISV, de modo que el proceso existente del vendedor no cambia, y el deal se cierra en el papel que ya usa.

Referencias y Lectura Complementaria

• Cómo distribuir SaaS via cloud marketplace: listing y ejecución del canal
• Cloud marketplace LatAm: la guía de elección de canal
• Cómo vender software SaaS en América Latina: el mapa del ISV internacional
• Pagos locales: el costo de vender SaaS en América Latina
• Nexforce Marketplace

De la elección del modelo al primer contrato en LatAm

El modelo de precios cierra el diseño de la venta, y el siguiente paso es el primer contrato en la región. Nexforce abre para el ISV internacional los dos canales, y la elección entre uno y otro es del vendedor: vender en LatAm a través de Nexforce, con infraestructura local y sin entidad fiscal propia, o vender a través de un marketplace de nube con Nexforce operando ese camino, manteniendo el contrato y el programa del vendedor intactos. Los dos aceptan el modelo de precios que el ingreso pide, oferta privada, suscripción recurrente o suscripción por uso. El próximo contrato en la región puede empezar por Nexforce Marketplace.