¿Qué es SaaS? La Guía Definitiva con Ejemplos Reales y Pricing Honesto

SaaS en una frase: software que pagas mes a mes, sin instalar nada

SaaS significa Software as a Service. Es software que no instalas en tu ordenador: lo usas desde el navegador, pagas una cuota mensual o anual, y el proveedor se encarga de todo lo demás.

La analogía más clara es Netflix. Antes comprabas DVDs. Cada película era tuya para siempre, pero tenías que ir a la tienda, pagar 15€ por título, y si salía una versión remasterizada, comprabas otra vez. Netflix lo cambió: pagas 12,99€/mes y tienes acceso a miles de títulos. No eres dueño de nada, pero tampoco necesitas serlo.

Con el software pasa igual. Antes comprabas Microsoft Office en una caja por 300€, lo instalabas en un ordenador concreto, y cuando salía Office 2021 tenías que volver a pagar. Ahora Microsoft 365 son 10€/mes por usuario, funciona en cualquier dispositivo, y siempre tienes la última versión.

Eso es SaaS.

El modelo tiene tres características que lo definen:

• Acceso vía internet. No hay instalación. El software vive en servidores del proveedor.
• Suscripción. Pagas mientras lo usas. Si dejas de pagar, pierdes el acceso.
• El proveedor gestiona todo. Servidores, actualizaciones, seguridad, backups. Tú solo usas el producto.

En 2026, el mercado global de SaaS supera los 300.000 millones de dólares. No es una moda. Es la forma en que se distribuye el software desde hace una década y seguirá siendo así.

La pregunta relevante no es qué es SaaS, sino cuándo usarlo y cuándo construir el tuyo propio. Eso lo vemos en los siguientes apartados.

Cómo funciona técnicamente un SaaS (sin tecnicismos)

Cuando abres Notion o Gmail en el navegador, no estás ejecutando nada en tu ordenador. El software corre en servidores remotos. Tu navegador solo muestra la interfaz y te permite interactuar con ella.

Hay cuatro conceptos que explican cómo funciona por dentro:

Arquitectura multi-tenant. Un mismo servidor atiende a miles de empresas distintas al mismo tiempo. Cada empresa (tenant) tiene sus datos aislados, pero comparten la misma infraestructura. Es como un edificio de oficinas: cada empresa tiene su piso cerrado con llave, pero comparten el ascensor y la calefacción central. Esto reduce costes enormemente para el proveedor, y esos ahorros se trasladan al precio.

Datos en la nube. Tu información se guarda en servidores del proveedor, no en tu disco duro. Eso significa que si tu ordenador se rompe, no pierdes nada. También significa que el proveedor tiene acceso a tus datos, algo que tiene implicaciones legales (GDPR, por ejemplo) que veremos más adelante.

Actualizaciones automáticas. El proveedor actualiza el software sin que tú hagas nada. Un martes por la noche despliegan una nueva versión. El miércoles al abrir el navegador ya está actualizada. Sin instaladores, sin procesos de actualización, sin incompatibilidades.

Billing automatizado. Los SaaS se cobran solos. Stripe, Paddle o el propio sistema del proveedor gestiona los pagos recurrentes. Si tu tarjeta caduca, recibes un aviso. Si cancelas, el acceso se corta automáticamente al final del período pagado.

Para el usuario final, todo esto es invisible. Lo que ve es: abro el navegador, uso el software. Para el desarrollador que construye el SaaS, es donde está la complejidad real: garantizar que los datos de cada cliente estén aislados, que el sistema escale cuando hay 10.000 usuarios concurrentes, y que el billing funcione sin errores.

Si te interesa cómo se construye uno desde cero, en desarrollo SaaS Barcelona lo detallamos con el stack real que usamos.

Ejemplos de SaaS que YA usas todos los días

El mejor argumento para entender SaaS es que ya lo usas, aunque no sepas que se llama así.

Lo que tienen en común: ninguno requiere instalación, todos funcionan desde el navegador, todos cobran por suscripción, y todos gestionan sus propios servidores.

Lo que los diferencia: algunos cobran por usuario (Slack, Notion), otros por uso (Stripe), otros por volumen de datos (Mailchimp), y otros tienen tier gratuito para enganchar (GitHub, Canva).

Esa diferencia en la forma de cobrar tiene nombre: es el modelo de pricing. Lo vemos en detalle más adelante.

SaaS B2B vs B2C: la diferencia que mucha gente confunde

No todos los SaaS son iguales. Hay dos categorías principales y funcionan de forma muy distinta.

SaaS B2C (Business to Consumer): vendes a personas individuales. Spotify, Netflix, Duolingo, Canva. El precio es bajo (5-15€/mes), el ciclo de venta es cero (el usuario se registra solo), y necesitas millones de clientes para que el negocio funcione. El churn (cancelaciones) es alto porque cambiar de Spotify a Apple Music no cuesta nada.

SaaS B2B (Business to Business): vendes a empresas. Salesforce, Slack, HubSpot, Stripe. El precio es más alto (30-200€/usuario/mes), el ciclo de venta puede ser de semanas o meses, y una vez que una empresa lo integra en sus procesos, es muy difícil que se vaya. El churn es mucho más bajo.

Las métricas que importan en cada modelo:

La mayoría de las startups que construimos en WebsBarcelona son B2B. El motivo es práctico: necesitas menos clientes para llegar a rentabilidad. Con 100 clientes a 200€/mes ya tienes 20.000€ de MRR. Para llegar a lo mismo en B2C a 10€/mes necesitas 2.000 clientes.

Si estás pensando en crear tu SaaS, esta distinción es la primera decisión que tienes que tomar. Cambia todo: el producto, el marketing, el equipo de ventas y la arquitectura de precios.

Modelos de pricing SaaS más comunes

El pricing es donde muchos SaaS se juegan la supervivencia. Hay cinco modelos principales:

1. Tier fijo (Free / Pro / Enterprise)
El más habitual. Tres o cuatro niveles con funcionalidades distintas. Notion cobra 0€ (Free), 10€/mes (Plus), 15€/mes (Business), y Enterprise a precio negociado. La clave: el tier gratuito engancha, el Pro convierte, Enterprise paga la fiesta.

2. Per seat (por usuario)
Pagas en función del número de personas que usan la herramienta. Slack cobra 7,25€ por usuario al mes en Pro. Si eres una empresa de 50 personas, pagas 362,50€/mes. Es predecible para el cliente y crece solo a medida que la empresa crece: el mejor modelo para SaaS B2B.

3. Usage-based (por uso)
Pagas por lo que consumes. Stripe cobra 1,4% + 0,25€ por transacción europea. AWS cobra por gigabyte, por hora de servidor, por petición. Si un mes no usas nada, no pagas nada. El problema: los ingresos del proveedor son impredecibles y el cliente tiene facturas variables.

4. Freemium
El producto básico es gratis para siempre. Pagas solo si quieres funcionalidades avanzadas. Mailchimp es gratis hasta 500 contactos y 1.000 emails al mes. GitHub es gratis para repositorios públicos. Canva es gratis con marca de agua en algunos elementos. El reto: convertir usuarios gratuitos en de pago (tasa de conversión típica: 2-5%).

5. One-time + mantenimiento
Menos común en SaaS puro, pero existe. Pagas una vez por la licencia y luego una cuota anual de mantenimiento más baja para recibir actualizaciones y soporte. Algunos productos de nicho lo usan para competir con los modelos de suscripción mensual.

No hay un modelo correcto. Depende de quién es tu cliente, cuánto vale el producto para él, y cómo quieres que crezca el negocio. Un SaaS B2B de gestión de equipos de 50 personas tiene más sentido con per seat que con usage-based.

Por qué SaaS está reemplazando al software comprado de toda la vida

Hace 15 años, si una empresa quería un CRM, compraba una licencia de Microsoft Dynamics por 50.000€, contrataba a un consultor para instalarlo durante tres meses, y rezaba para que funcionara. Hoy abre HubSpot en el navegador y en 10 minutos está funcionando.

No es solo comodidad. Son cinco razones estructurales:

Actualización constante. El software instalado se queda obsoleto. La empresa que lo vende saca una versión nueva, pero migrar cuesta tiempo y dinero. Un SaaS se actualiza solo, cada semana. El producto que usas hoy es mejor que el de hace seis meses.

Sin infraestructura propia. Antes necesitabas un servidor físico, un responsable de IT, backups físicos, y un plan para cuando el servidor se rompía. Ahora el proveedor gestiona todo eso. Para una pyme, no tener que contratar un sysadmin ya justifica el cambio.

Multi-dispositivo por defecto. El software instalado vive en un ordenador concreto. SaaS funciona en el portátil de la oficina, el móvil, el ordenador de casa. Mismo estado, mismos datos, mismo acceso.

Escalabilidad inmediata. Tu empresa pasa de 10 a 100 empleados en un año. Con software instalado, tenías que comprar nuevas licencias, instalarlas, configurarlas. Con SaaS, añades usuarios en el panel y en 30 segundos tienen acceso.

Costes operativos predecibles. En lugar de una inversión inicial de 50.000€ que tienes que amortizar, pagas 500€/mes. El CFO lo mete como gasto operativo, no como inversión de capital. Desde un punto de vista contable y de flujo de caja, es mucho más fácil de gestionar.

La suma de todo esto hace que la adopción de SaaS en empresas no pare de crecer. El software de escritorio no va a desaparecer del todo (hay sectores con requisitos offline o de seguridad muy específicos), pero es la excepción, no la norma.

Las 6 ventajas de un SaaS para el cliente

Cuando un cliente decide usar un SaaS en lugar de software instalado o desarrollar su propia solución, estas son las ventajas concretas que obtiene:

1. Sin instalación ni configuración inicial. Te registras, introduces los datos de pago, y empiezas a usar. En la mayoría de los casos el onboarding tarda minutos, no semanas. Esto reduce el tiempo hasta obtener valor (time to value), que es una métrica crítica para cualquier producto.

2. Sin servidor propio. No necesitas comprar ni mantener infraestructura. El proveedor gestiona servidores, backups, seguridad, actualizaciones de sistema operativo. Para una empresa sin equipo técnico, esto vale mucho.

3. Acceso desde cualquier dispositivo. Cualquier navegador moderno es suficiente. Móvil, tablet, portátil, ordenador de escritorio. Mismo producto, mismos datos, en cualquier parte.

4. Actualizaciones automáticas. Siempre usas la última versión. Sin procesos de actualización, sin incompatibilidades, sin «hay que esperar a que IT lo instale». El proveedor lo despliega y el usuario lo recibe al instante.

5. Pago mensual en lugar de inversión inicial grande. En lugar de 20.000€ por una licencia, pagas 200€/mes. Esto permite a empresas pequeñas acceder a herramientas que antes solo podían permitirse las grandes. También facilita la cancelación si el producto no funciona: pierdes un mes, no una inversión de años.

6. Soporte continuo incluido. Los planes de pago suelen incluir soporte técnico. Si algo falla, hay alguien respondiendo. En software instalado, el soporte suele ser un contrato de mantenimiento aparte que puede costar tanto como el propio software.

Estas ventajas son reales. Pero hay cuatro contras que ningún proveedor te va a contar en su landing page, y que conviene conocer antes de firmar.

Las 4 contras de un SaaS que nadie te cuenta

El mundo del SaaS tiene sus sombras. Aquí van las cuatro principales, sin suavizarlas:

1. Dependencia total del proveedor. Si el proveedor cierra, sube el precio el doble, o decide eliminar una función que usas, tienes un problema. No eres dueño del software. Tienes acceso mientras ellos quieran dártelo y al precio que ellos fijen. Hay docenas de casos de SaaS que cerraron de un día para otro dejando a sus clientes sin acceso a sus propios datos. El más conocido reciente: Parse (Facebook lo cerró dando 12 meses de aviso). No siempre hay aviso.

2. Cuota mensual eterna. Mientras uses el producto, pagas. No hay un punto en el que hayas «amortizado» el software. Si usas HubSpot Pro (890€/mes) durante 5 años, has pagado 53.400€. Sin poseer nada. Algunos modelos de software instalado con mantenimiento anual pueden ser más baratos a largo plazo para productos estables.

3. Tus datos en servidores ajenos. Todos tus datos de clientes, transacciones, procesos internos, están en los servidores del proveedor. Esto tiene implicaciones legales (GDPR exige saber dónde están los datos y qué hace el proveedor con ellos), de seguridad (una brecha en el proveedor es una brecha en tus datos), y de privacidad competitiva (¿qué hace el proveedor con los datos agregados de todos sus clientes?).

4. Personalización limitada. Usas el producto tal como el proveedor lo diseñó. Si tu proceso de negocio no encaja exactamente en cómo funciona el software, tienes dos opciones: adaptar tu proceso al software (que a veces tiene sentido y a veces es una pérdida), o aceptar que nunca vas a tener exactamente lo que necesitas. Los planes Enterprise permiten algo más de personalización, pero siguen siendo limitados.

Estas contras no significan que el SaaS sea malo. Significan que hay casos en los que construir tu propio software tiene más sentido que depender de uno ajeno. Eso es lo que vemos en las secciones 10 y 12.

Métricas clave que mide cualquier SaaS

Si estás considerando crear un SaaS, o si ya usas uno y quieres entender cómo el proveedor mide su salud, estas son las seis métricas que aparecen en cualquier dashboard interno:

MRR (Monthly Recurring Revenue). Ingresos recurrentes mensuales. Si tienes 200 clientes que pagan 100€/mes, tu MRR es 20.000€. Es la métrica principal de cualquier SaaS. No cuenta ingresos puntuales o no recurrentes.

ARR (Annual Recurring Revenue). MRR × 12. Sirve para hablar con inversores y comparar con otros SaaS. Un SaaS con 1M€ de ARR es una empresa seria. Con 10M€ de ARR ya entra en conversaciones de adquisición.

Churn Rate. Porcentaje de clientes que cancelan cada mes. Un churn del 5% mensual parece pequeño, pero significa que en un año has perdido el 46% de tu base de clientes. Los mejores SaaS B2B tienen churns por debajo del 1% mensual. Por encima del 3% mensual hay un problema grave.

CAC (Customer Acquisition Cost). Cuánto cuesta conseguir un cliente. Si gastas 10.000€/mes en marketing y ventas y consigues 20 clientes, tu CAC es 500€. No es bueno ni malo por sí solo: depende del LTV.

LTV (Lifetime Value). Cuánto vale un cliente durante toda su vida. Si un cliente paga 100€/mes y se queda de media 24 meses, su LTV es 2.400€. La regla general del sector: LTV debe ser al menos 3× el CAC. Si tu CAC es 500€ y el LTV es 600€, estás perdiendo dinero con cada cliente.

NRR (Net Revenue Retention). El más sofisticado. Mide si los clientes que tenías el año pasado te pagan más o menos este año. Un NRR del 110% significa que tus clientes actuales solos (sin contar nuevos) ya hacen crecer el negocio un 10% al año. Los mejores SaaS B2B tienen NRR por encima del 120%.

Conocer estas métricas es útil aunque no estés creando un SaaS: te ayuda a evaluar la salud de los proveedores que usas y a negociar mejor cuando empiezas a ser un cliente grande.

Cuándo crear tu propio SaaS en lugar de usar uno existente

Esta es la pregunta que nos hacen más en WebsBarcelona: ¿cuándo tiene sentido pagar por construir mi propia herramienta en lugar de usar una ya hecha?

La respuesta honesta es: casi nunca para procesos genéricos, y casi siempre para procesos muy específicos de tu negocio.

Estos son los tres indicadores claros de que tiene sentido construir el tuyo:

Tu proceso es específico y ningún SaaS del mercado lo cubre bien. Si llevas tres herramientas distintas abiertas para gestionar un proceso que debería ser uno solo, estás pagando tres cuotas, haciendo trabajo manual de importación/exportación, y perdiendo tiempo. Un SaaS propio que unifique el proceso puede amortizarse en 12-18 meses.

Los SaaS existentes son caros para lo que te dan. HubSpot Pro cuesta 890€/mes. Si usas el 20% de sus funcionalidades y el resto te sobra, estás pagando un precio desproporcionado. En ese caso, un desarrollo propio que cubra exactamente lo que necesitas puede costar 8.000€ y no tener cuota mensual.

El software es tu ventaja competitiva. Si el proceso que quieres automatizar es lo que te diferencia de la competencia, dárselo a un SaaS genérico que también lo vende a tus competidores tiene poco sentido. Un SaaS propio es un activo que crece contigo y que nadie más tiene.

Cuándo NO tiene sentido construir el tuyo:

• Para email marketing (usa Mailchimp o Brevo, construirlo desde cero no tiene ROI).
• Para gestión de proyectos genérica (Notion, Linear, Jira hacen el trabajo).
• Para cobros online (Stripe ya es el estándar y tiene más funcionalidades de las que construirías).
• Si tienes menos de 6 meses de runway: primero valida el modelo de negocio con herramientas existentes, luego construye.

La frontera está en la especificidad. Si el proceso es común, usa lo que ya existe. Si es tuyo, vale la pena construirlo.

Stack típico para crear un SaaS B2B en 2026

Este es el stack que usamos en WebsBarcelona para nuevos desarrollos SaaS B2B. No es el único válido, pero sí el que en 2026 ofrece la mejor combinación de velocidad de desarrollo, coste operativo y escalabilidad.

Next.js + TypeScript (frontend y API). React sigue siendo el estándar del sector para interfaces web complejas. Next.js añade server-side rendering, routing, y la posibilidad de escribir la API en el mismo proyecto. TypeScript elimina una clase entera de bugs en producción. El resultado: menos tiempo depurando, más tiempo construyendo.

Supabase + PostgreSQL (base de datos). Supabase es una alternativa open-source a Firebase construida sobre PostgreSQL. Gratis hasta 500MB de base de datos y 2GB de almacenamiento. Incluye autenticación, row-level security (para aislar datos de cada tenant sin escribir lógica compleja), y API REST generada automáticamente. Para un SaaS B2B nuevo, es difícil justificar otra opción.

Stripe (billing y suscripciones). El estándar para cobros online. 1,4% + 0,25€ por transacción europea con tarjeta. Gestiona suscripciones, upgrades, downgrades, facturas, pruebas gratuitas, y tiene un dashboard que cualquier persona de negocio puede usar. La alternativa es Paddle, que gestiona los impuestos internacionales automáticamente (útil si vendes en múltiples países).

Vercel (deploy y hosting). El hosting de referencia para Next.js. Gratis para proyectos personales y pequeños. El plan Pro cuesta 20$/mes y añade más recursos y dominios personalizados. Para un SaaS en producción con tráfico serio, el plan Enterprise empieza en 400$/mes, pero la mayoría de SaaS B2B pequeños y medianos van bien en Pro.

Resend (emails transaccionales). Para enviar emails de confirmación de registro, recuperación de contraseña, notificaciones de factura. Gratis hasta 3.000 emails/mes. Simple de integrar con una línea de código. Alternativas: Postmark (más caro, más fiable para deliverability), SendGrid (más funcional, más complejo).

Este stack permite construir un MVP funcional en 4-6 semanas y escalar sin cambiar nada hasta tener cientos de clientes de pago.

Para desarrollo SaaS más complejo, como integraciones con ERPs, procesamiento de datos en tiempo real, o requisitos de seguridad específicos, el stack puede cambiar. Lo vemos caso a caso en desarrollo software B2B.

Cuánto cuesta crear un SaaS desde cero

Los rangos de precio que siguen son honestos. No son «desde X€» con letra pequeña. Son los costes reales de proyectos que hemos hecho o conocemos de primera mano.

Para contextualizar estos números:

• Salesforce cobra 75€/usuario/mes en el plan más básico. Una empresa de 20 personas paga 1.500€/mes, 18.000€/año. Un SaaS propio que sustituya el 60% de lo que usan de Salesforce y cueste 12.000€ se amortiza en 8 meses.
• HubSpot Pro son 890€/mes. 10.680€/año. Un desarrollo específico para lo que realmente usas puede costar lo mismo y no tener cuota anual.

Los costes operativos mensuales de un SaaS propio en producción:

• Vercel Pro: 20$/mes
• Supabase Pro: 25$/mes (incluye más recursos y backups diarios)
• Resend: 0-20$/mes según volumen de emails
• Dominio + SSL: ~15€/año

Total operativo: 65-100$/mes para un SaaS con hasta 500-1.000 usuarios activos.

Esto es antes de escalar. A partir de 1.000 usuarios concurrentes o bases de datos de vários GB, los costes suben, pero también los ingresos si el SaaS funciona.

Si quieres un presupuesto concreto para tu caso, en contacto lo calculamos sin compromiso. Necesitamos saber qué procesos quieres automatizar y cuántos usuarios tendrías.

Cómo desarrollamos SaaS en WebsBarcelona

Cuando un cliente nos trae un proyecto SaaS, seguimos cuatro fases. No las inventamos: son el resultado de haber cometido los errores de no seguirlas.

Fase 1: Discovery (1-2 semanas). Antes de escribir una línea de código, entendemos el problema. Qué proceso quieres automatizar, quién lo va a usar, qué datos maneja, qué integraciones necesita con sistemas que ya tienes, y cómo vas a cobrar. El output es un documento de especificaciones con wireframes básicos y una estimación de tiempo y coste. Sin sorpresas a mitad del proyecto.

Fase 2: MVP (4-8 semanas). Construimos la versión mínima que ya resuelve el problema central. Autenticación real, las 1-2 funcionalidades core, billing con Stripe si el producto es de pago, y deploy en producción. No en staging, en producción real. El objetivo es que empieces a usarlo (o a venderlo) cuanto antes. El feedback de uso real vale más que cualquier especificación previa.

Fase 3: Testing y ajuste (2-4 semanas). Con el MVP en uso, recogemos feedback, corregimos lo que no funciona como esperábamos, y priorizamos las siguientes funcionalidades. En esta fase suelen aparecer los detalles que cambian el producto: flujos que en papel parecían claros y en uso resultan confusos, datos que nadie consulta y datos que faltan.

Fase 4: Deploy definitivo y traspaso. El producto final en producción con documentación, acceso a todos los repositorios y paneles, y formación al equipo que lo va a usar. Sin lock-in: el código es tuyo, los dominios son tuyos, los datos son tuyos. Puedes seguir desarrollando con nosotros o con cualquier otro equipo técnico.

Usamos stack open-source por defecto (Next.js, Supabase, Stripe, Vercel). No usamos plataformas propietarias que te aten a nosotros. Si mañana quieres cambiar de proveedor de desarrollo, te llevas todo.

Para proyectos de desarrollo software B2B más complejos (integraciones con ERPs, APIs públicas, requisitos de seguridad específicos), el proceso tiene más fases pero la filosofía es la misma: código tuyo, datos tuyos, sin dependencia.