Jensen Huang declaró en NVIDIA GTC 2026 algo que en LATAM todavía no se discute con seriedad: "every SaaS becomes Agent-as-a-Service". La traducción simplificada es buena para el titular, pero la implicancia operativa para B2B LATAM merece más detalle del que recibió en la prensa.
El argumento de Huang no es que los SaaS desaparecen. Es que el mérito competitivo se va a desplazar desde "interfaz humana usable" hacia "capacidad de ejecución autónoma del agente". Eso cambia el modelo de pricing, el modelo de marketing, el modelo de ventas y el modelo de retención. Cada uno de esos cambios afecta a quien hoy vende software B2B en LATAM.
Lo desarrollo en tres capas: qué cambia en el producto, qué cambia en el go-to-market y qué hay que ajustar en MM y en los clientes este trimestre.
Qué cambia en el producto
Un SaaS tradicional vende capacidad bajo interfaz usable. El usuario decide qué hacer, el software ejecuta. Métricas que importan: tiempo de aprendizaje, ergonomía de la interfaz, integración con stack existente.
Un Agent-as-a-Service vende ejecución bajo objetivo declarado. El usuario declara un outcome (cerrar X deals, generar Y leads calificados, monitorear Z métricas), el agente decide y ejecuta. Métricas que importan: tasa de éxito de la ejecución, costo por outcome, supervisión humana requerida.
La diferencia parece semántica pero cambia la propuesta de valor central:
Un CRM tradicional pregunta "¿cómo organizamos a los vendedores y sus contactos?". Un CRM como AaaS pregunta "¿qué deals deberíamos cerrar este trimestre y quién hace cada paso?".
Un helpdesk tradicional pregunta "¿cómo gestionamos los tickets entrantes?". Un helpdesk como AaaS pregunta "¿qué problemas estructurales del producto explican estos tickets y cómo los resolvemos?".
Un marketing automation tradicional pregunta "¿cómo nutrimos los leads?". Un marketing automation como AaaS pregunta "¿qué leads del top of funnel tienen probabilidad alta de cerrar este trimestre y cómo los aceleramos?".
Las tres preguntas son distintas. Y la respuesta operativa que un AaaS entrega es distinta de la que un SaaS tradicional entrega.
Qué cambia en el go-to-market
Esta capa es la que más afecta hoy a quien vende software B2B en LATAM.
Pricing. El modelo per-seat pierde sentido cuando el agente no necesita seats. Aparece outcome-based pricing (pagas por cada deal cerrado, cada ticket resuelto, cada lead calificado), pricing por tareas ejecutadas (pagas por cada acción del agente) o pricing por API call (pagas por cada llamada al agente). El SaaS LATAM que mantenga per-seat puro en 24 meses va a perder revenue a competidores con pricing alineado a outcome.
Sales cycle. En SaaS tradicional, el demo muestra interfaz. En AaaS, el demo necesita mostrar capacidad de ejecución: "este agente procesó estos casos en estos tiempos con estos resultados". El playbook del SDR cambia. La página de pricing cambia. El materials de venta cambia.
Marketing. El contenido cambia de "how-to usar el software" a "what-can-the-agent-do" con casos de uso documentados. La métrica de awareness deja de ser instalaciones y pasa a ser deployments de agente. El SEO/GEO cambia: las queries en AI Mode preguntan "¿qué puede hacer X agente?" más que "¿cómo se usa X software?".
Customer success. Pasa de "¿usas el producto correctamente?" a "¿estás alcanzando el outcome contratado?". Eso cambia el rol, las métricas y la conversación con el cliente.
Quiebres en LATAM que vale la pena anticipar
LATAM tiene particularidades que aceleran o retrasan esta transición. Conviene marcarlas.
Acelera: regulación más laxa permite experimentar con AaaS antes que mercados con compliance pesado. Acelera: pricing en USD permite arbitrar contra LATAM-paying customers. Acelera: equipos más pequeños agradecen más la palanca operativa que da un agente que ejecuta.
Retrasa: madurez de tracking más baja en cuentas LATAM (muchas no tienen Enhanced Conversions ni offline conversion import bien implementados). Retrasa: dependencia cultural alta del trato humano comercial ("yo le compro a Andrés, no a su empresa"). Retrasa: el ecosistema de partners y system integrators todavía no está preparado para vender AaaS.
El saldo neto para B2B LATAM: la transición hacia AaaS empieza a ser visible en mercado en 2026-2027 y se vuelve dominante hacia 2028-2029. Quien arranque a operar en modelo híbrido (SaaS + AaaS) en 2026 tiene 24-36 meses de ventaja sobre quien espere a que el modelo se consolide.
Tres movimientos para tu producto B2B este trimestre
Si vendes SaaS B2B en LATAM, hay tres movimientos accionables ya:
Uno. Sumar capa de agente sobre tu producto actual. No necesitas rehacer el SaaS desde cero. Necesitas API endpoints que un agente externo pueda consumir + documentación MCP para que se integre fácilmente con Claude, GPT-5.5 o Gemini. Tiempo de implementación: 4-8 semanas. Costo: bajo. Beneficio: tu producto se vuelve agent-ready sin migración de clientes existentes.
Dos. Lanzar piloto de outcome-based pricing con 3-5 clientes seleccionados. No anuncies que cambia tu pricing principal. Eligen el segmento donde el outcome es fácil de medir (deals cerrados, leads calificados, tickets resueltos), propones pricing alternativo (USD X por outcome) y ves cómo se comporta el ratio outcome/revenue durante 3-6 meses.
Tres. Reorganizar el blog y el sitio para responder "¿qué hace el agente por mi negocio?" más que "¿cómo uso el software?". Eso cambia titulares de páginas, structure del homepage y enfoque del contenido. Es el primer cambio visible que va a hacer que tu marca aparezca en respuestas de AI Mode cuando buscadores asistentes pregunten por agentes.
Ningúno de estos movimientos quema puentes. Los tres preparan tu producto para la transición sin desestabilizar la operación actual.
Cómo lo aplicamos en MorgansMedia
MM no es SaaS sino consultoría, pero la lógica AaaS aplica igual. Lo voy a desarrollar en post específico la próxima semana porque merece detalle propio.
El resumen es: el DMC y los planes recurrentes evolucionan progresivamente hacia outcome-based, donde el cliente paga por reducción medible de CAC, aumento medible de NRR o tasa de cierre. Hoy es mixto (fee fijo + bonus por outcomes alcanzados). En 2027-2028, esperamos que sea principalmente outcome-based.
La razon es coherencia: si predicamos AaaS a clientes, debemos operar AaaS internamente. Esa es la prueba de que el modelo es real, no marketing.
Preguntas frecuentes
¿Todos los SaaS van a convertirse en AaaS?
No todos. Los SaaS de productividad pura (Notion, Linear, Figma) van a mantener gran parte de su modelo actual porque su valor es la herramienta. Los SaaS de función específica con outcome medible (CRM, helpdesk, marketing automation, ads management, accounting) tienen alta presión hacia AaaS. La línea divisoria es: si el cliente puede declarar el outcome esperado claramente, AaaS gana. Si el cliente quiere herramienta para hacer cosas variadas, SaaS tradicional sigue.
¿Qué pasa con los SaaS chicos que no tienen presupuesto para construir capa de agente?
La estrategia es construirla sobre proveedores externos: Claude API + MCP propio, OpenAI Assistants API, o Vercel AI SDK como base. El costo entry-level está entre USD 2.000-5.000 mes para SaaS con menos de 100 clientes. Es accesible para la mayoría del mid-market LATAM.
¿Esto se va a aplicar también a software vertical de industria (ERPs, gestión inmobiliaria, software clínico)?
Sí, pero más lento. Los verticales con regulación más pesada (salud, financiero, legal) van a tardar 4-6 años más en transicionar. Los verticales menos regulados (inmobiliaria, retail, educación) van a transicionar a velocidad del horizontal SaaS (2-3 años).
El cierre
La frase de Jensen Huang en GTC 2026 no es promesa de futuro lejano. Es descripción del cambio de paradigma que ya empezó en B2B global y está entrando a LATAM con 12-18 meses de delay. Los SaaS B2B LATAM que se preparen este año van a estar listos para la transición. Los que esperen a que sea evidente, van a llegar tarde.
La diferencia entre los dos grupos la define la decisión estratégica que se tome este trimestre. No es decisión de producto pura. Es decisión integrada de producto + go-to-market + organización. Y es decisión de founder, no de comité.
El DMC (Diagnóstico de Madurez de Crecimiento) de MorgansMedia incluye análisis de readiness para Agent-as-a-Service del producto del cliente: capacidades de API, integración MCP-ready, páginas de pricing alineables con outcome y proceso de venta. El output es roadmap específico para tu producto, no marco genérico.
