SaaS (Software as a Service): de la fundación de Salesforce (1999) a la era de saturación de suscripciones de 2026

SaaS —Software as a Service, software como servicio— es el modelo de negocio en el que el software se entrega como servicio accesible vía internet por suscripción en lugar de venderse como producto licenciado para instalación local. El usuario paga (típicamente al mes o al año) por acceso a la aplicación; el proveedor mantiene la infraestructura, las actualizaciones, la seguridad y el soporte.

Suena hoy obvio porque casi todo el software empresarial moderno sigue este modelo. Pero hace veinte años era idea radical que se ridiculizaba públicamente. La transformación de cómo las empresas compran y usan software es una de las historias industriales más significativas de las últimas dos décadas, y conocer su contexto ayuda a tomar decisiones informadas en 2026 — especialmente en un momento donde la saturación de suscripciones se ha vuelto problema operativo real para muchas empresas.

El origen: Salesforce, 1999, y la campaña "End of Software"

El SaaS moderno tiene un caso fundacional con fecha precisa. Marc Benioff, ex-vicepresidente de Oracle, fundó Salesforce.com el 8 de marzo de 1999 en San Francisco con un manifesto público: "The End of Software".

La idea era radical en su momento. En 1999, comprar software empresarial implicaba:

• Desembolsos iniciales de cientos de miles a millones de dólares por licencias.
• Infraestructura propia para alojarlo (servidores, equipo IT).
• Implementaciones que tardaban meses o años.
• Mantenimiento continuo costoso.
• Actualizaciones complicadas que requerían proyectos completos.
• Sustitución periódica que también requería proyectos.

Salesforce proponía algo distinto: el cliente accedería a la aplicación CRM vía navegador web, pagando por uso mensual, sin instalar nada localmente. La empresa de Benioff se ocupaba de hosting, mantenimiento, actualizaciones, seguridad. El cliente solo se ocupaba de usar el producto.

Las primeras campañas de marketing eran provocadoras: Benioff organizó protestas falsas frente a conferencias de Siebel Systems (entonces el líder en CRM enterprise) con manifestantes con carteles "End of Software". Era marketing de guerrilla diseñado para forzar la conversación. Funcionó. Salesforce creció rapidísimamente; salió a bolsa en junio de 2004; para 2010 era ya empresa multi-billón.

El término "SaaS" como tal se consolidó alrededor de 2001-2002. Antes, el modelo se llamaba típicamente ASP (Application Service Provider), término más antiguo de los 90. SaaS reemplazó a ASP por implicaciones técnicas y económicas distintas — los ASPs típicamente gestionaban software pre-existente; los SaaS construyen aplicaciones nativas para web desde el inicio.

La consolidación: las décadas de los 2000 y 2010

Una vez establecida la viabilidad del modelo SaaS, surgió una ola de empresas construidas sobre él:

NetSuite (1998, antes incluso que Salesforce, fundada por Evan Goldberg con respaldo de Larry Ellison de Oracle). ERP en la nube. Adquirida por Oracle en 2016.

WebEx (1995, conferencias web). Adquirida por Cisco en 2007.

Concur (gestión de gastos de viaje SaaS). Adquirida por SAP en 2014.

Workday (2005, RR.HH. y finanzas). IPO 2012.

ServiceNow (2003, gestión de servicios IT). IPO 2012.

Veeva (2007, vertical para industria farmacéutica). IPO 2013.

Atlassian (2002, herramientas de desarrollo). IPO 2015.

Slack (2013, comunicación). IPO 2019, comprado por Salesforce en 2021 por $27.7B.

Zoom (2011, videoconferencia). IPO 2019. Crecimiento explosivo durante la pandemia.

HubSpot (2006, marketing automation, cubierto en piezas previas).

Shopify (2006, e-commerce, cubierto en marketplace).

Adobe ejecutó probablemente la transición SaaS más significativa de empresa establecida: en mayo de 2013 discontinuó la venta de software boxed (Creative Suite 6) y movió todo a Creative Cloud por suscripción. Fue decisión controvertida —muchos profesionales criticaron la pérdida del modelo de propiedad— pero financieramente transformadora. Adobe pasó de fluctuaciones de revenue dependientes de releases a flujos de revenue recurrente predecible. El stock subió consistentemente durante los años siguientes.

Microsoft hizo transición similar con Office 365 (lanzado en 2011, marca que evolucionó después en Microsoft 365). El cambio de Office boxed a Office por suscripción transformó la economía de Microsoft.

Para mediados de los 2010, SaaS era el modelo dominante para software empresarial nuevo. Las empresas que lanzaban software con modelo de licencia perpetua eran cada vez más excepción.

Las dinámicas económicas particulares del SaaS

El modelo SaaS tiene economía distinta al software tradicional, con vocabulario y métricas específicas:

ARR (Annual Recurring Revenue) y MRR (Monthly Recurring Revenue). El revenue de suscripciones recurrentes anualizado o mensual. Métricas centrales que las empresas SaaS reportan trimestralmente. Pred ictividad alta del modelo.

ACV (Annual Contract Value). El valor de un contrato anual nuevo. Distingue entre venta nueva, expansión, y renovación.

CAC (Customer Acquisition Cost). Coste de conseguir un cliente nuevo. Cubierto en CAC como diagnóstico.

LTV (Lifetime Value). Valor total que un cliente generará durante su relación con la empresa. Cubierto en LTV.

Payback period. Cuánto tarda un cliente nuevo en devolver el CAC invertido. SaaS sano: < 18 meses idealmente; > 24 meses problemático.

Churn rate. Porcentaje de clientes (o de revenue) que se pierde en un periodo. SaaS B2B SMB típico: 5-10% anual; SaaS enterprise: 2-5% anual; SaaS B2C: puede ser 30-50% anual.

Net Revenue Retention (NRR). Cuánto crece (o decrece) el revenue de cohortes existentes a través de upsells, downgrades y churn. NRR > 100% indica que los clientes existentes generan más revenue cada año por expansión. Las mejores SaaS B2B alcanzan NRR de 130-150%; "decente" empieza en 100-110%.

Magic Number. Métrica de eficiencia de growth: (ARR nueva trimestre actual − ARR trimestre anterior) / coste de sales y marketing del trimestre anterior. > 1.0 sugiere growth eficiente; < 0.75 sugiere problemas.

Rule of 40. Heurística que combina growth y profitability: growth rate (%) + profit margin (%) ≥ 40 indica empresa SaaS sana.

Gross Margin. Margen bruto de SaaS suele ser alto (70-85%) porque después de servir al primer cliente, servir al N-ésimo tiene coste marginal bajo.

Saber estas métricas no es ejercicio académico. Las empresas SaaS bien gestionadas se evalúan internamente y por inversores con esta lógica. Una decisión de pricing, retención o expansión que parece razonable individualmente puede destruir el modelo si no se calcula su efecto en estas métricas agregadas.

Tipos de SaaS

El modelo SaaS abarca categorías muy distintas:

Horizontal SaaS. Atiende a múltiples industrias con misma funcionalidad. CRM (Salesforce, HubSpot), email marketing (Mailchimp), gestión de proyectos (Asana, Monday, ClickUp), comunicación (Slack, Microsoft Teams).

Vertical SaaS. Especializado para una industria. Veeva (farmacéutica), Procore (construcción), Toast (restaurantes), ServiceTitan (HVAC y trades), Mindbody (fitness y wellness). Tickets típicamente más altos que horizontal SaaS por la especialización profunda.

Self-serve SaaS / PLG (Product-Led Growth). El producto se prueba/compra sin intervención comercial. Tiers free o trials. Notion, Figma, Slack en su lanzamiento. Modelo creciente desde 2015.

Enterprise SaaS. Ventas consultivas con ciclos largos, contratos grandes, customizaciones. Workday, ServiceNow, Salesforce enterprise.

B2C SaaS. Suscripciones para consumidores. Spotify, Netflix, Dropbox para usuarios individuales, 1Password, Notion personal.

Verticalized B2C. Plataformas de creators (Patreon, Substack), educación (MasterClass, Coursera Plus), bienestar (Calm, Headspace).

API as a Service / Infrastructure as a Service. Twilio, Stripe, OpenAI API. Software técnico que otras empresas integran. Modelo SaaS pero con economía y cliente diferente.

La realidad 2026: saturación de suscripciones

Algo que ha cambiado significativamente desde aproximadamente 2022: las empresas han descubierto que el coste agregado de su stack SaaS es enorme y a menudo descontrolado. Datos disponibles:

El SaaS sprawl es problema cuantificado. Una empresa media de tamaño mediano (200-500 empleados) usa típicamente 100-200 aplicaciones SaaS distintas, según estudios de Productiv, Zylo y Vendr. Empresas grandes pueden tener 500-1000+. La mayoría de esas suscripciones nunca se auditan.

Coste anual significativo. Para empresa mediana, el gasto en SaaS puede representar 10-20% del presupuesto operativo total. Es categoría de gasto que ha crecido faster que el resto del presupuesto durante una década.

Utilización baja típica. Muchos asientos pagados sin usar. Estudios consistentes muestran que entre 30% y 50% de los asientos SaaS contratados están subutilizados (acceso sin uso real) o no utilizados (asientos pagados que nadie usa).

Duplicación funcional. Empresas con 3-4 herramientas que hacen aproximadamente lo mismo (varias herramientas de gestión de proyectos, varias de comunicación, varias de almacenamiento) sin que nadie haya consolidado.

Impacto del invierno SaaS 2022-2024. El crash en valoraciones de empresas SaaS públicas (Cloudflare, Twilio, Snowflake, Datadog perdieron 50-70% de valor en 2022-2023, recuperándose parcialmente en 2024-2026) refleja que la "edad de oro del growth a cualquier precio" del SaaS terminó. El mercado pasó a valorar profitability y eficiencia.

Auditorías SaaS sistemáticas. En respuesta, ha emergido categoría de herramientas (Productiv, Zylo, Vendr, Cledara, BetterCloud, Torii) específicamente para gestionar el portfolio SaaS de una empresa. Identifican apps duplicadas, asientos sin usar, suscripciones que se renuevan automáticamente sin uso. Pueden producir ahorros de 20-40% del gasto SaaS total.

Consolidación creciente. Empresas como Microsoft, Google, Salesforce ofrecen suites cada vez más amplias intentando reemplazar a múltiples SaaS específicas. El argumento "use Microsoft 365 que ya tienes en lugar de Notion + Slack + ClickUp + Zoom + Asana" gana tracción en buying decisions.

Para una empresa en 2026, la disciplina de gestión de stack SaaS ha pasado de opcional a básica. Sin auditorías periódicas, los costes se acumulan invisiblemente.

Cómo elegir y gestionar SaaS bien

Las prácticas que distinguen empresas con stack SaaS sano de las saturadas:

Auditoría inicial completa. Antes de añadir cualquier SaaS nuevo, lista exhaustiva de lo que ya se tiene, qué resuelve, quién lo usa, cuánto cuesta. La mayoría de empresas se sorprenden de lo que descubren.

Política clara de procurement. Quién aprueba nuevas suscripciones, con qué criterio. Sin política, cualquier persona del equipo puede añadir tools que se acumulan.

Centralización de billing. Un único punto que ve toda la facturación SaaS. Si está distribuido entre tarjetas personales y departamentos, no hay visibilidad real.

SSO (Single Sign-On) cuando aplica. Para empresas con muchos empleados, SSO reduce fricción de onboarding y permite revocación rápida cuando alguien se va. Algunos vendors cobran significativamente más por SSO; el debate sobre "SSO tax" es continuo.

Renegociación de contratos al renovar. No aceptar la renovación automática sin revisar. La mayoría de SaaS aceptan negociación, especialmente para empresas con negocios significativos. Cledara, Vendr y similares pueden ayudar con negociación.

Eliminación regular de asientos sin usar. Auditoría mensual o trimestral de quién usa qué. Eliminar accesos a personas que ya no usan reduce coste.

Evaluación periódica de duplicación. ¿Tienes Asana, Monday, ClickUp y Notion gestionando proyectos de manera distinta en distintos equipos? Consolidar puede ahorrar miles al mes y reducir fricción de coordinación.

Vendor lock-in awareness. Antes de comprometer datos críticos a un SaaS, verificar políticas de export, formatos abiertos, posibilidad de migración. Empresas que no piensan en lock-in lo descubren cuando es tarde.

Compliance y privacidad. GDPR, HIPAA en salud, SOC 2 para enterprise — verificar que el SaaS cumple antes de subir datos sensibles.

Backups independientes. No asumir que el SaaS hará backup adecuado de tus datos. Para datos críticos, backup independiente periódico es prudente.

Errores comunes en uso de SaaS

Pagar plan superior sin necesitar features. Muchas empresas eligen plan más caro "por si acaso" sin auditar si realmente usan features distintivas. Bajar plan suele ser fácil; subir cuando se necesita también.

No cancelar trials gratuitos. Trials que automáticamente convierten a paid si no se cancela activamente. Acumulan facturas sorpresa.

Aprobar SaaS por entusiasmo de un empleado. "Esta herramienta es genial" sin evaluación de necesidad real, encaje con stack actual, coste a 3 años. Lleva a herramientas adoptadas por una persona que el equipo nunca usa.

Saltar de tool a tool. Cambiar SaaS cada pocos meses por novedad. Los costes de migración y aprendizaje superan beneficios en la mayoría de casos.

No leer términos de servicio. Particularmente la sección de propiedad de datos, retención, deletion. Algunos SaaS retienen datos meses después de cancelación.

Ignorar contratos anuales con descuento. Muchos SaaS ofrecen 10-20% de descuento por pago anual vs. mensual. Para tools que se van a usar largo plazo, paga.

No documentar para qué se usa cada SaaS. Cuando alguien pregunta "¿para qué tenemos suscrita esta tool?" y nadie sabe, hay problema.

Lock-in invisible. Construir procesos que dependen de feature específica de un SaaS sin pensar qué pasa si el vendor sube precio o discontinúa la feature.

No conectar con métricas de negocio. Pagar por SaaS sin saber si está generando valor proporcional. Auditar el ROI de cada categoría de tools en relación con resultados.

La tendencia 2026: AI integrada en SaaS

Algo que está cambiando el panorama: cada SaaS ha incorporado capacidades de IA generativa desde 2023, y esto está transformando tanto pricing como utilidad:

Pricing premium por features de IA. Notion AI, ChatGPT integrado en Microsoft Copilot, Salesforce Einstein, HubSpot Breeze AI. Los proveedores cobran extra por las capacidades de IA, frecuentemente como add-on a su plan base.

Aceleración de productividad. Para muchas tareas (escribir copy, generar imágenes, procesar datos, redactar emails), los SaaS con IA bien integrada producen ahorros significativos de tiempo.

Cuestionamiento de modelos de pricing per-asiento. Si la IA hace el trabajo de varios humanos, ¿tiene sentido cobrar por asiento? Algunos vendors están experimentando con pricing por uso o por output.

Concentración hacia vendors grandes con IA propia. Los vendors con acceso preferente a modelos (Microsoft con OpenAI, Google con Gemini) tienen ventaja sobre vendors pequeños que dependen de APIs de terceros.

Saturación de "AI features" superficiales. Muchos SaaS añadieron AI tan rápido que las features son más demo que utilidad real. Auditar si las features de IA realmente mejoran el flujo de trabajo es disciplina necesaria.

SaaS y operaciones creativas

Para una marca o agencia, el stack de SaaS define operativamente cómo se trabaja: qué herramientas para qué función, qué integración entre tools, qué dependencias, qué costes recurrentes. Sin gestión consciente, el stack crece y la coordinación se rompe.

Esa coordinación es disciplina de operaciones creativas: los flujos de aprobación pueden integrar control sobre qué SaaS se aprueba, la producción de contenidos se beneficia de tools que reducen fricción, los KPIs creativos deben justificar el ROI de las tools que el equipo creativo usa.

Polimake mismo es ejemplo de SaaS aplicado a operaciones creativas: Studio, Studio, Media son productos SaaS diseñados para coordinar trabajo creativo. La elección de estas tools (vs. carpetas de Drive + Slack + email + spreadsheets) refleja decisión sobre qué nivel de inversión en infraestructura merece el flujo creativo.

---

Si lideras tecnología, operaciones o procurement y has llegado aquí buscando una respuesta sobre SaaS, lo más útil que puedes llevarte de este artículo es probablemente la combinación de tres ideas: SaaS no es categoría neutral; tiene economía y dinámicas particulares (ARR, MRR, churn, NRR son métricas que importan), la saturación de suscripciones es problema operativo real en 2026 (la mayoría de empresas pagan más en SaaS sin usar de lo que creen), y la disciplina de gestión de stack SaaS es ya parte básica de operaciones, no opcional. Las empresas que auditan periódicamente su portfolio SaaS y eliminan duplicación encuentran ahorros significativos sin afectar productividad.

Para complementar, la nube cubre el contexto técnico más amplio donde SaaS es categoría específica, CMS cubre vertical específica de SaaS para gestión de contenido, y marketplace cubre modelo de plataforma adyacente.

Referencias rápidas

• La nube — el contexto técnico más amplio.
• CMS — vertical específica de SaaS.
• Marketplace — modelo de plataforma adyacente.
• Cuánto cuesta un CMS — pricing real de un tipo de SaaS.
• LTV — métrica central en economía SaaS.
• CAC como diagnóstico — la otra métrica fundacional.