Entrada del blog de Sierra (10 de diciembre de 2024, Elliot Greenwald) que expone el texto fundacional del outcome-based pricing para agentes de IA. Tesis central: los agentes de IA que ejecutan procesos de forma autónoma hacen posible un modelo de precios completamente nuevo — «solo se paga cuando el software logra resultados específicos y valiosos: outcome-based pricing». El artículo traza una genealogía de cuatro eras del pricing del software: (1) software empaquetado (shrink-wrapped) (años 80-90, la caja de disquete/CD-ROM en Fry's Electronics — «Lo hubieras usado o no, lo pagabas») → (2) SaaS / basado en licencias (seat-based) (pionero: Salesforce, seguido de Google/Microsoft/Adobe — Internet permite vender software como servicio) → (3) basado en consumo (Amazon/AWS y Snowflake — «se cobraba solo por lo que se usaba») → (4) basado en resultados (agentes de IA). Definición canónica: *«el outcome-based pricing está ligado a impactos de negocio tangibles —como una conversación de soporte resuelta, una cancelación evitada, un upsell, un cross-sell, o cualquier otro resultado valioso—.
#outcome-based pricing#pricing basado en resultados#agentes de IA#agentes de IA autónomos#Sierra#pricing basado en licencias#shelfware#pricing basado en consumo
Resumen
El 10 de diciembre de 2024, Elliot Greenwald (Sierra) publicó el texto fundacional del outcome-based pricing para agentes de IA. Tesis central: los agentes de IA que ejecutan procesos de forma autónoma hacen posible un modelo de precios sin precedentes — «solo se paga cuando el software logra resultados específicos y valiosos: outcome-based pricing».
El artículo despliega una genealogía de cuatro eras. (1) Software empaquetado (shrink-wrapped) (años 80-90): la caja de disquete/CD-ROM en Fry's Electronics — «Lo hubieras usado o no, lo pagabas». (2) SaaS / basado en licencias: Salesforce fue pionero, seguido de Google/Microsoft/Adobe; su principal defecto = shelfware («las licencias sin usar permanecen inactivas en un proverbial estante de tienda»). (3) Basado en consumo: AWS y Snowflake — «se cobraba solo por lo que se usaba». (4) Basado en resultados: agentes de IA.
el outcome-based pricing está ligado a impactos de negocio tangibles —como una conversación de soporte resuelta, una cancelación evitada, un upsell, un cross-sell, o cualquier otro resultado valioso—. Si la conversación no se resuelve, en la mayoría de los casos no hay cargo
— **Elliot Greenwald** — Sierra , sierra.ai
Definición canónica: «el outcome-based pricing está ligado a impactos de negocio tangibles —como una conversación de soporte resuelta, una cancelación evitada, un upsell, un cross-sell, o cualquier otro resultado valioso—. Si la conversación no se resuelve, en la mayoría de los casos no hay cargo».
Principio de alineación: «con el outcome-based pricing, Sierra cobra solo cuando completamos una tarea para el cliente. Nuestros incentivos están alineados». Greenwald señala el conflicto estructural que enfrentan los proveedores de CX tradicionales: sus ingresos dependen del pricing basado en licencias, y sin embargo «cuanto más eficaz se vuelve su IA, menos licencias de centro de contacto necesitan sus clientes—socavando el propio modelo de ingresos del proveedor». Un agente de IA eficaz canibaliza un modelo de ingresos construido sobre licencias; un proveedor puro que cobra por resultado no tiene ese conflicto.
El modelo es granular: se distingue entre resoluciones simples (una sola pregunta) y complejas (un caso que requiere una llamada de 20 minutos a nivel L2); las escalaciones generalmente no generan cargo; es posible un modelo de pricing mixto (blended) (basado en consumo para interacciones de enrutamiento/saludo). Del lado del proveedor, hay un compromiso de optimización continua: «seguimos implementando optimizaciones concertadas y dirigidas para refinar el rendimiento del agente con el tiempo».
Alcance: planteado a finales de 2024, este artículo precede y fundamenta el debate de 2026 sobre la economía agéntica. Aporta el vocabulario de la unidad de facturación (el resultado completado, no la licencia/el uso/el token) retomado después por Gupta (coste de un resultado completado, visión del lado del comprador), Bain (el outcome-based pricing desplaza los ingresos de licencias fijas hacia la economía de labor/operaciones, citando a Sierra como ejemplo) y Ng (pricing anclado al salario sustituido). ⚠️ El artículo no contiene ninguna cifra (sin ROI, sin cliente nombrado): es un manifiesto conceptual. Debe usarse para el slot de Cost Optimization (visión del lado del proveedor del coste por resultado) y para el posicionamiento basado en valor de la entrega agéntica.
Puntos clave
Fecha / fuente.10 de diciembre de 2024, blog de Sierra, Elliot Greenwald. Texto fundacional del outcome-based pricing — unos 18 meses antes del debate de 2026 (Gupta, Bain).
Tesis central. los agentes de IA autónomos hacen posible una 4ª era del pricing — «solo se paga cuando el software logra resultados específicos y valiosos». ### La genealogía de las cuatro eras | Era | Modelo | Unidad | Ejemplo | Desperdicio | |-----|--------|-------|---------|-----------| | Años 80-90 | Empaquetado (shrink-wrapped) | la caja | Fry's Electronics (disquetes/CD-ROM) | total (se paga se use o no) | | Internet | SaaS / basado en licencias | la licencia (seat) | Salesforce, Google, Microsoft, Adobe | alto (shelfware) | | Cloud | Basado en consumo | el uso | AWS, Snowflake | medio | | Agentes de IA | Basado en resultados | el resultado completado | Sierra | bajo | ### La definición que hay que recordar > «el outcome-based pricing está ligado a impactos de negocio tangibles —como una conversación de soporte resuelta, una cancelación evitada, un upsell, un cross-sell, o cualquier otro resultado valioso—. Si la conversación no se resuelve, en la mayoría de los casos no hay cargo». ### El conflicto estructural que enfrentan los proveedores de CX tradicionales
Los ingresos tradicionales = basados en licencias (miles de $/año por licencia).
Sin embargo, «cuanto más eficaz se vuelve su IA, menos licencias de centro de contacto necesitan sus clientes» → un buen agente de IA canibaliza el modelo de ingresos del proveedor.
Sierra (un proveedor puro) no tiene ese conflicto: al cobrar por resultado, se beneficia de reducir la necesidad de licencias. ### La granularidad del modelo (equidad)
Resolución simple. (responder una pregunta) vs resolución compleja (un caso que requiere una llamada de 20 minutos a nivel L2) → con precios distintos.
Escalaciones.«generalmente no generan cargo».
Es posible un pricing mixto (blended): por ejemplo, basado en consumo para interacciones de enrutamiento/saludo, basado en resultados para las resoluciones.
Optimización continua.«seguimos implementando optimizaciones concertadas y dirigidas para refinar el rendimiento del agente con el tiempo» — alineación duradera. ### ⚠️ Lo que el artículo NO contiene
Sin cifras. sin ROI, sin métricas de clientes, sin nombres de clientes (ni siquiera Klarna), sin pricing preciso. Es un manifiesto conceptual, no un caso de estudio. ### Para usar en
Slot «Cost Optimization» (sesión matutina de Claude Code). la visión del lado del proveedor del coste por resultado completado — un complemento perfecto del coste de un resultado completado de Gupta (visión del lado del comprador). Útil para explicar por qué el KPI pasa a ser el resultado, no el token/la licencia.
Posicionamiento de pricing para la entrega agéntica (firma). una referencia canónica para proponer modelos basados en valor / en resultados en los engagements, frente a la facturación por staff-augmentation/tarifa diaria.
Mensaje para decisores de CX. el concepto de shelfware + la alineación de incentivos («cobramos solo cuando completamos una tarea») = argumentos simples y memorables. ### Conexiones dentro del dosier de veille
Gupta — Token Budget Wars. (2026-05-28): la exacta contraparte del lado del comprador — «¿cuál es el coste de un resultado completado?», atribución token-a-resultado. Sierra (2024) expone el modelo de facturación, Gupta (2026) expone el problema de medición que lo hace operable. Gupta también cita «que reemplazan al BPO» — Sierra es ese tipo de proveedor.
Bain — labor entre sistemas. (2026-05) y Rule of 40 (2026-04): Bain cita a Sierra como ejemplo de referencia y describe el outcome-based pricing como un desplazamiento de los ingresos de licencias fijas hacia la economía de labor/operaciones — Greenwald es la fuente primaria de ese desplazamiento.
Ng — No AI jobpocalypse. (2026-05-08): pricing power (los proveedores anclan el pricing al salario del empleado sustituido) — el outcome-based pricing de Sierra es precisamente ese anclaje (una resolución = una unidad comparable al coste de un agente humano/BPO).
VoxComm / MediaPost — billable hours are dead. (2026-03): el mismo desplazamiento basado en valor / en rendimiento en los servicios de conocimiento (agencias) — una convergencia transversal.
Hezarkhani — Paying Engineers like Salespeople. (2025-11): alineación de la compensación con el resultado, otra variación del skin in the game.
Sierra (dosier). entrevista AI-native de Bret Taylor (2026-04-20) + Iyengar/Asemanfar/Wang (2026-04-22) — este artículo completa el retrato de Sierra desde el lado del modelo de negocio.
Afirmaciones atribuidas
« If the conversation is unresolved, in most cases, there's no charge »
— Sierra
las escaladas por lo general no generan ningún cobro
— Sierra
El grafo de conocimiento extraído de esta ficha — 8 entidades, 14 relaciones.
En este grafo :Elliot Greenwald · Sierra · Outcome-based pricing · Shelfware · Généalogie tarification logicielle · Conflit fournisseurs CX legacy · Blended pricing · Alignement des incitations