La evolución del Pricing: De Licencias (Seats) a Resultados (Outcomes). Por qué Customer Success debe liderar la conversación sobre el nuevo modelo de cobro basado en valor

Durante más de dos décadas, el modelo de negocio dominante en el mundo SaaS se construyó sobre una premisa simple y elegante: cobrar por usuario, por mes. El "per-seat pricing" se convirtió en el lenguaje universal de la industria, en la métrica que entendían inversionistas, vendedores, finanzas y clientes por igual. Era predecible, fácil de comunicar, fácil de modelar y fácil de escalar. Sin embargo, en los últimos años algo ha empezado a quebrarse en esa lógica. Cada vez más empresas líderes —desde Snowflake hasta Twilio, pasando por OpenAI, Stripe, HubSpot y una larga lista de compañías que están redefiniendo categorías enteras— están migrando hacia modelos de cobro basados en uso (usage-based pricing) o, más radicalmente todavía, basados en resultados (outcome-based pricing). Y en el centro de esta transformación, casi siempre en silencio pero con un rol cada vez más decisivo, está el equipo de Customer Success.

Este artículo es una invitación a entender esa transformación no como una moda pasajera ni como un truco comercial, sino como un cambio estructural en la forma en que las empresas de software capturan valor. Y, sobre todo, es una invitación a quienes lideramos equipos de CS a tomar el protagonismo que esta nueva era demanda. Porque si el cliente paga por resultados, alguien tiene que asegurar que esos resultados ocurran. Y ese alguien somos nosotros.

El reinado del modelo per-seat: cómo llegamos hasta aquí

Para entender hacia dónde vamos, es útil recordar de dónde venimos. El modelo de licencias por usuario nació con el software empresarial tradicional en los años 90, cuando productos como Microsoft Office o las primeras suites de CRM se vendían en cajas con un número específico de instalaciones permitidas. Cuando el SaaS irrumpió en escena a comienzos de los 2000, Salesforce popularizó el modelo de suscripción mensual por usuario, y con él consolidó una lógica que parecía natural: si más personas usan el software, la empresa cliente obtiene más valor, y por lo tanto debe pagar más.

Durante los años dorados del SaaS, este modelo funcionó porque alineaba razonablemente bien el costo con el beneficio percibido. Si tu equipo de ventas crecía, contratabas más licencias. Si tu empresa se expandía, sumabas usuarios. La métrica de "asientos pagados" se convirtió en la moneda con la que se medía el éxito comercial, y la expansión de cuentas se reducía, en muchos casos, a una conversación bastante simple: ¿cuántas personas más van a usar la herramienta el próximo trimestre?

Pero detrás de esa simplicidad había un supuesto frágil: que el número de usuarios es un proxy fiel del valor que el cliente recibe. Y ese supuesto, durante mucho tiempo, fue suficiente. Hasta que dejó de serlo.

Las grietas del modelo per-seat

El primer problema con el modelo de licencias por usuario es que castiga la adopción. Suena contraintuitivo, pero es así. Si el cliente paga por cada usuario que da de alta, entonces cada nuevo usuario representa un costo incremental, lo que genera fricción interna en el cliente para extender el uso de la herramienta. Los administradores se vuelven cuidadosos con a quién le dan acceso, los líderes funcionales se piensan dos veces antes de incorporar a un nuevo miembro, y muchas veces el resultado es un patrón donde solo "los que más lo necesitan" tienen licencia, mientras que el resto de la organización queda fuera del beneficio. Para el proveedor, esto se traduce en un techo artificial de penetración: hay valor que el producto podría generar, pero que nunca se entrega porque el modelo de cobro lo impide.

El segundo problema es que en muchos productos modernos, la relación entre número de usuarios y valor entregado se ha vuelto difusa o incluso inexistente. Pensemos en herramientas de IA generativa: ¿qué sentido tiene cobrar por usuario cuando un solo usuario puede ejecutar miles de consultas al día y otro apenas una a la semana? Pensemos en plataformas de datos: ¿es justo cobrar lo mismo por una empresa que procesa terabytes que por una que apenas mueve gigabytes? Pensemos en software de automatización: ¿qué importa cuántos humanos lo configuran si lo que genera valor son las tareas ejecutadas en background? En todos estos casos, el modelo per-seat se vuelve una abstracción cada vez más alejada de la realidad económica del producto.

El tercer problema, y quizás el más importante desde la perspectiva de Customer Success, es que el modelo per-seat desacopla por completo el cobro del valor entregado. Un cliente puede tener cien licencias activas, pagar puntualmente cada mes, y al mismo tiempo no estar obteniendo ningún resultado real del producto. Esa es la receta perfecta para el churn silencioso: cuentas que parecen sanas en el sistema de facturación pero que están vacías de valor real, y que tarde o temprano cancelan cuando alguien dentro del cliente hace la pregunta incómoda: "¿para qué estamos pagando esto?".

El surgimiento del usage-based pricing

La primera gran respuesta a las limitaciones del modelo per-seat fue el cobro basado en uso. En lugar de pagar por usuarios, los clientes pagan por consumo: número de transacciones procesadas, gigabytes almacenados, llamadas a la API, mensajes enviados, minutos de cómputo. Twilio fue uno de los pioneros en popularizar este enfoque, y empresas como Snowflake, AWS, Datadog y Stripe lo llevaron a niveles de sofisticación impresionantes.

El usage-based pricing tiene tres virtudes fundamentales. Primero, alinea el costo con el valor de forma mucho más directa: si el cliente usa más, es porque está obteniendo más, y por lo tanto paga más. Segundo, elimina la fricción de adopción: el cliente no necesita "negociar internamente" para sumar usuarios, simplemente activa lo que necesita cuando lo necesita. Tercero, permite una expansión orgánica casi automática: el revenue crece a medida que el cliente crece, sin requerir renegociaciones constantes.

Sin embargo, el usage-based pricing también introduce complejidades que el modelo per-seat no tenía. La predictibilidad del revenue se vuelve más difícil de modelar. Los clientes pueden experimentar facturas sorpresa que generan fricción. Y, sobre todo, aparece una pregunta nueva y crítica: ¿cómo nos aseguramos de que el cliente esté usando el producto de la forma correcta, generando el valor que justifique el consumo creciente?

El siguiente salto: outcome-based pricing

Si el usage-based pricing es un paso adelante, el outcome-based pricing es un salto cualitativo. En este modelo, el cliente no paga por usuarios ni por consumo, sino por resultados concretos: leads calificados generados, tickets de soporte resueltos automáticamente, transacciones fraudulentas detectadas, conversiones logradas, dólares ahorrados. La promesa es radical: el proveedor solo gana si el cliente gana.

Este modelo es particularmente potente en la era de la inteligencia artificial, donde los agentes autónomos pueden ejecutar tareas que antes requerían trabajo humano. Empresas como Intercom han empezado a cobrar por conversación resuelta por su agente Fin, no por usuario administrador ni por mensaje enviado. Startups de AI están experimentando con modelos donde el cobro está atado directamente a métricas de negocio del cliente: dólares de revenue generado, costos reducidos, tiempo ahorrado.

El outcome-based pricing es seductor porque resuelve, en teoría, el problema fundamental de la alineación: ya no hay forma de que el cliente pague sin recibir valor. Pero también introduce el desafío más grande que la industria SaaS haya enfrentado: ¿cómo se mide, se atribuye y se garantiza ese resultado? Y aquí es donde Customer Success entra en escena, no como un actor secundario, sino como el protagonista absoluto.

Por qué Customer Success se vuelve indispensable

En el modelo per-seat, Customer Success podía sobrevivir siendo un equipo reactivo: atendía tickets, resolvía dudas, hacía business reviews trimestrales y luchaba contra el churn cuando ya era demasiado tarde. La métrica era simple: licencias renovadas. Mientras el cliente siguiera pagando por sus asientos, el trabajo estaba hecho.

En el modelo usage-based, el rol de CS se vuelve más estratégico. Ya no basta con que el cliente renueve: hay que asegurar que el consumo crezca, que la herramienta se integre profundamente en los flujos del cliente, que se descubran nuevos casos de uso. CS se convierte en un motor de expansión, no solo de retención.

Pero en el modelo outcome-based, CS se transforma completamente. Ya no somos guardianes de la satisfacción del cliente: somos co-responsables del resultado de negocio del cliente. Si el cliente no logra los outcomes acordados, no solo perdemos el cliente: perdemos el revenue directamente, en tiempo real. La cuenta de resultados de CS deja de ser una métrica de retención y se convierte en una métrica de impacto comercial puro.

Esto cambia todo. Cambia el perfil de las personas que contratamos en CS. Cambia las herramientas que usamos. Cambia las conversaciones que tenemos con los clientes. Cambia la forma en que medimos nuestro propio éxito. Y, sobre todo, cambia nuestra relación con el resto de la organización: con Producto, con Ventas, con Finanzas, con Marketing.

Time-to-Value: la métrica que lo cambia todo

Si hay un concepto que debe convertirse en obsesión para los líderes de CS en esta nueva era, es el Time-to-Value, o TTV. Históricamente, hemos tendido a hablar de Time-to-Value de forma laxa, como sinónimo de "qué tan rápido el cliente está usando el producto". Pero en un mundo de pricing basado en resultados, el TTV adquiere una precisión casi quirúrgica: es el tiempo que transcurre entre que el cliente firma el contrato y el momento en que obtiene el primer resultado de negocio medible y atribuible al producto.

Cada día que pasa entre la firma y ese primer resultado es un día de riesgo. Es un día en el que el cliente puede empezar a cuestionar la decisión de compra, en el que el champion interno pierde credibilidad, en el que el detractor encuentra munición. Pero en los modelos basados en outcomes, es además un día de revenue no capturado: si el cliente paga por resultado y todavía no hay resultado, simplemente no hay revenue.

Acortar el Time-to-Value se vuelve, entonces, la disciplina central de Customer Success. Y esa disciplina tiene varias dimensiones que vale la pena desglosar.

La primera dimensión es la claridad del outcome. No se puede acortar el tiempo hacia un objetivo que no está claramente definido. CS debe trabajar con el cliente, desde el primer día, para articular de forma precisa qué resultado se espera, cómo se va a medir, en qué plazo, con qué línea base. Esto requiere conversaciones incómodas que muchos equipos de CS han evitado históricamente: conversaciones sobre números, sobre supuestos, sobre responsabilidades compartidas. Pero son conversaciones que en el nuevo modelo no son negociables.

La segunda dimensión es la arquitectura del onboarding. El onboarding deja de ser un proceso de capacitación funcional ("aquí está cómo se usa el botón") para convertirse en un proceso de ingeniería de resultados ("aquí está el camino más corto hacia tu primer outcome"). Esto implica rediseñar completamente los primeros 30, 60 y 90 días de la relación, identificando los hitos que correlacionan con el éxito a largo plazo y eliminando todo lo que no contribuye directamente a alcanzar el resultado.

La tercera dimensión es la medición continua. No se puede acortar lo que no se mide. CS debe construir, idealmente con Producto y Data, sistemas que permitan ver en tiempo real cómo avanza cada cliente hacia su resultado, dónde se atascan, qué patrones predicen éxito y cuáles predicen fracaso. La intuición del CSM, por valiosa que sea, ya no es suficiente: hace falta instrumentación.

La cuarta dimensión es la intervención proactiva. Cuando el sistema de medición detecta que un cliente se está alejando del camino hacia su outcome, CS no puede esperar al próximo business review para reaccionar. Hace falta una capacidad de intervención rápida, segmentada, casi quirúrgica, que combine recursos humanos con automatización inteligente.

Cómo CS lidera la conversación: prácticas concretas

Hablar de transformación en abstracto es fácil. Lo difícil es traducirla en prácticas concretas que los equipos puedan ejecutar mañana. A continuación, algunas que considero esenciales para liderar la conversación sobre pricing basado en resultados desde CS.

Construir el "Value Plan" desde el día cero. El Value Plan es un documento vivo, co-creado con el cliente, que articula los resultados esperados, las métricas que los van a medir, el plazo en que se esperan alcanzar y las responsabilidades de cada parte. No es un PowerPoint que se presenta una vez y se archiva: es la columna vertebral de la relación, y se revisa en cada interacción importante. En el modelo outcome-based, el Value Plan es literalmente el contrato económico que rige la relación, y CS debe ser su custodio.

Redefinir los QBRs (Quarterly Business Reviews). Los QBRs tradicionales —donde mostramos al cliente cuántas veces usó el producto, qué features adoptó y qué tickets resolvimos— son insuficientes. Los QBRs en el nuevo modelo tienen que centrarse exclusivamente en el progreso hacia los outcomes acordados. ¿Cuánto avanzamos? ¿Qué obstáculos encontramos? ¿Qué ajustes hacen falta? ¿Qué outcomes podemos sumar para el próximo período? Si el QBR no termina con el cliente reconociendo el valor económico generado y firmando el siguiente capítulo, hicimos algo mal.

Co-diseñar los incentivos internos del cliente. Una de las trampas más comunes en los modelos basados en resultados es asumir que el cliente, por el solo hecho de pagar por outcome, va a moverse hacia ese outcome. La realidad es que dentro del cliente hay personas, equipos, prioridades en conflicto, calendarios saturados. CS debe convertirse en un consultor de gestión del cambio: ayudar al cliente a identificar quién dentro de su organización tiene que hacer qué, cuándo y por qué, para que el resultado ocurra. Esto exige una comprensión profunda del negocio del cliente, no solo de nuestro producto.

Instrumentar el "Outcome Health Score". El Health Score tradicional —basado en uso, adopción, NPS y tickets— necesita evolucionar hacia un Outcome Health Score que mida específicamente la probabilidad de que el cliente alcance el resultado acordado en el plazo acordado. Esto implica integrar datos del producto con datos del negocio del cliente (cuando es posible), construir modelos predictivos y, sobre todo, calibrarlos constantemente con la realidad observada.

Crear loops de feedback con Producto y Pricing. En el modelo outcome-based, CS es la principal fuente de información sobre qué resultados son realistas, qué obstáculos sistémicos existen y cómo debería evolucionar el pricing. Los líderes de CS deben tener un canal directo y de alta frecuencia con los equipos de Producto y Pricing, porque cada conversación con un cliente es una pieza de inteligencia que debería alimentar las decisiones estratégicas de la compañía.

Los desafíos que vienen con el cambio

Sería deshonesto pintar este nuevo mundo solo con colores brillantes. La transición hacia modelos de pricing basados en resultados trae desafíos significativos que CS debe estar preparado para enfrentar.

El primer desafío es la atribución. ¿Cómo demostramos que el outcome ocurrió gracias al producto y no a otros factores? En muchos casos, la atribución es genuinamente compleja. Un cliente que aumenta sus conversiones no necesariamente lo hace solo por nuestro producto: pudo haber cambiado su equipo de marketing, su estrategia, su mercado. CS debe desarrollar capacidades de análisis de contrafactuales, de medición rigurosa, de storytelling basado en datos. Y debe tener la honestidad de reconocer cuando la atribución es ambigua, porque pretender lo contrario destruye la confianza.

El segundo desafío es la predictibilidad del revenue. CFO y juntas directivas siguen valorando la predictibilidad, y los modelos outcome-based la complican. CS puede aportar a esta predictibilidad construyendo modelos sólidos de proyección de outcomes por cliente, identificando patrones a través de la cartera y trabajando con Finanzas para encontrar el balance entre flexibilidad para el cliente y predictibilidad para la empresa. Algunos modelos híbridos, que combinan un fee base con un componente variable atado a outcomes, están demostrando ser una transición razonable.

El tercer desafío es la capacidad operativa. Operar un modelo outcome-based requiere infraestructura que muchos equipos de CS no tienen: sistemas de medición de outcomes, herramientas de attribution, dashboards en tiempo real, automatizaciones de intervención. Esto no se construye de la noche a la mañana, y exige inversión sostenida. Los líderes de CS deben hacer el caso interno para esa inversión, demostrando el ROI de cada componente.

El cuarto desafío, y quizás el más subestimado, es el perfil del talento. El CSM del modelo per-seat era idealmente alguien con habilidades blandas excelentes, capacidad de gestión de relaciones y conocimiento funcional del producto. El CSM del modelo outcome-based necesita todo eso, más una mentalidad analítica fuerte, comprensión de negocio profunda, capacidad de conversación financiera y, en muchos casos, habilidades de consultoría. Atraer, formar y retener este perfil es uno de los grandes retos estratégicos que enfrentamos los líderes de CS en esta década.

El nuevo asiento en la mesa

Hay algo profundamente esperanzador en esta transición, y vale la pena terminar con ello. Durante años, Customer Success ha luchado por ganarse un lugar en la mesa estratégica de las empresas SaaS. Hemos hablado de "elevar la conversación", de "ser socios del CFO", de "tener voz en la junta directiva". En muchos casos, esa aspiración chocaba con una realidad incómoda: en el modelo per-seat, CS era percibido como un centro de costo necesario, no como un motor de valor. Nuestra incidencia en el revenue era indirecta, mediada por la métrica imperfecta de la renovación.

El modelo outcome-based cambia eso de raíz. Cuando el revenue depende directamente del resultado que el cliente obtiene, y ese resultado depende del trabajo de CS, entonces CS deja de ser un centro de costo y se convierte en lo que siempre supo que podía ser: el motor central de generación de valor de la compañía. Eso conlleva más responsabilidad, más escrutinio, más exigencia. Pero también más recursos, más voz, más impacto.

La pregunta para cada líder de CS no es si esta transformación va a llegar a su industria —va a llegar, y antes de lo que pensamos—. La pregunta es si vamos a esperar a que llegue para reaccionar, o si vamos a ser nosotros quienes la lideremos desde dentro de nuestras organizaciones. Vamos a ser el equipo que entiende el modelo antes que nadie, que diseña los procesos antes que nadie, que construye los sistemas antes que nadie, que forma al resto del negocio en cómo operar en este nuevo paradigma.

Porque al final, la evolución del pricing no es realmente sobre pricing. Es sobre la promesa fundamental que las empresas de software le hacen a sus clientes. Durante décadas, esa promesa fue: "te damos acceso a una herramienta". Ahora, la promesa es: "te garantizamos un resultado". Y la diferencia entre una promesa y otra es exactamente el espacio en el que vive Customer Success. Es nuestro espacio. Es nuestro momento. Y depende de nosotros estar a la altura.