¿Qué es SaaS? Cómo funciona el software como servicio
SaaS es un modelo de distribución de software en el que la empresa que lo desarrolla aloja el producto en sus propios sistemas, lo mantiene, lo actualiza y responde de que siga funcionando, mientras tú accedes a él a través de internet, normalmente desde el navegador. No instalas nada en tu equipo ni administras máquinas: contratas el derecho a usarlo durante el tiempo que lo necesites. Las siglas significan Software as a Service, software como servicio. Si utilizas el correo corporativo en el navegador, un CRM o una herramienta de videollamadas, ya estás usando aplicaciones en la nube bajo ese modelo, como hacen hoy la mayoría de empresas. Lo habitual es pagarlo mediante una suscripción, pero esa no es la característica que lo define: lo que lo distingue es quién carga con el peso técnico. A continuación verás qué significa exactamente, cómo funciona por dentro, dónde está alojado ese software, quién responde de qué, cómo funciona la suscripción, qué aporta, qué riesgos tiene y en qué se diferencia de los otros modelos de servicio en la nube y del software instalado de toda la vida.
¿Qué significa SaaS?
SaaS es el acrónimo de Software as a Service. En castellano, software como servicio.
La parte interesante está en "como servicio". Tradicionalmente un programa se compraba: adquirías una licencia perpetua, recibías un instalador y el código pasaba a estar en tu poder, con la obligación de mantenerlo, aplicar las actualizaciones y sostener el servidor donde corría. La licencia era un activo, y todo lo que venía detrás era tu problema.
En el modelo SaaS no compras el software. Contratas su uso mientras lo necesites, y el prestador se queda con la responsabilidad de que funcione, de que esté disponible y de que siga evolucionando. Si dejas de pagar, dejas de usarlo; si algo se rompe, no es tu equipo técnico quien lo arregla.
La diferencia se ve en una frase: antes tú tenías el programa y él te vendía una copia; ahora él lo tiene y te da acceso.
Un ejemplo cotidiano: un software de contabilidad instalado en el ordenador de la gestoría solo funciona en ese ordenador, la copia de seguridad depende de que alguien se acuerde y las actualizaciones exigen que un técnico instale la versión nueva, normalmente con la oficina parada. La misma contabilidad en una aplicación SaaS funciona desde cualquier dispositivo con conexión a internet, guarda una copia automática en la nube y las actualizaciones llegan solas un martes por la mañana sin que nadie haga nada.
¿Dónde está instalado un SaaS?
El software no desaparece por estar en la nube. Sigue ejecutándose sobre sistemas de alojamiento reales, en centros de datos con dirección postal.
Detrás de cualquier aplicación SaaS hay infraestructura física: servidores, discos de repositorio, redes, conmutadores, sistemas de refrigeración y un sistema operativo —Linux en la mayoría de casos, a veces Windows— funcionando en centros de datos propios o alquilados a plataformas cloud como Azure, AWS o Google Cloud. Linux es tan habitual en esta capa que buena parte de lo que usas a diario se apoya en él sin que lo sepas, incluidos los servicios de Google y Azure.
Encima de ese hardware hay una capa de virtualización que reparte la capacidad entre muchos clientes, y encima de ella la aplicación que tú ves. Cuando guardas un archivo, ese archivo acaba escrito en un disco concreto, normalmente replicado en varios sistemas de alojamiento y a menudo en más de un centro de datos para que una avería no se lleve por delante tu información.
Multitenant: una instancia para muchos clientes
Multitenant, o multiempresa, significa que una misma instancia de la aplicación SaaS atiende a muchos clientes a la vez, manteniendo separados los datos, los usuarios, los permisos y la configuración de cada cliente.
Piensa en un edificio de oficinas: la estructura, el ascensor y la instalación eléctrica son comunes, pero cada empresa tiene su planta, su llave y sus archivos. Ninguno de los inquilinos ve lo que hay en las demás plantas.
Esta arquitectura permite al prestador actualizar la aplicación una sola vez para todos y repartir el coste de la infraestructura entre todos los clientes.
No todas las plataformas SaaS funcionan igual. Algunas ofrecen instancias dedicadas a clientes grandes o a sectores con exigencias regulatorias especiales, lo que se conoce como modelo single tenant. Resulta caro y lento de actualizar, pero permite aislar por completo el entorno de cada organización.
Ejemplo de SaaS
Una empresa de cuarenta personas necesita un CRM. Estas son las dos fotografías.
Antes. Compra una licencia de software por puesto, la instala en un servidor del armario de la oficina y en cada ordenador. Alguien tiene que dimensionar ese servidor, parchearlo, vigilar que no se agote el almacenamiento y hacer las copias de seguridad. Cuando sale una versión nueva, hay que planificar una ventana de parada, probar que no rompe nada y desplegar. Si entra un comercial nuevo, hay que comprar otra licencia y montar el puesto. Si el disco falla un sábado, nadie vende el lunes.
Después. Crea una cuenta en la aplicación SaaS, contrata un plan según el número de usuarios, abre el navegador y empieza a trabajar la misma tarde. El prestador mantiene los sistemas de alojamiento, publica las actualizaciones de forma centralizada y garantiza un nivel de disponibilidad por contrato. Dar de alta al comercial nuevo son dos minutos; darlo de baja cuando se marcha, otros dos. Las copias de seguridad son automáticas y viven en la nube, fuera de la oficina.
Lo que cambia no es la funcionalidad del CRM, que puede ser muy parecida. Lo que cambia es quién dedica horas a sostenerlo y qué ocurre cuando algo falla un fin de semana.
Cómo se paga
- Mensual o anual. La suscripción anual suele salir bastante por debajo de la mensual. Muchos proveedores SaaS ofrecen a sus clientes un descuento adicional por permanencia.
- Por usuario. El sistema predominante en herramientas empresariales: pagas por cada cuenta activa, con tarifas distintas según el perfil.
- Por funcionalidades o niveles. Planes escalonados que desbloquean capacidades. Aquí está la trampa habitual: la función que necesitas suele vivir dos niveles por encima del que te enseñan primero.
- Enterprise. Contratos negociados con el prestador para volúmenes grandes, con condiciones e integraciones propias. El precio deja de estar publicado.
- Mixtos. Una cuota base y un variable según uso.
Un matiz importante: esto no implica obligatoriamente pago mensual. Lo que define a SaaS es quién aloja y mantiene la aplicación, no cómo la factura. Existen aplicaciones SaaS con licencia perpetua y existe software instalado que se vende por suscripción.
Ejemplos de aplicaciones SaaS
Lo útil es reconocer las categorías, porque dentro de cada una la lógica se repite.
Relación con el cliente y ventas. Aplicaciones de CRM para gestionar oportunidades, previsiones y actividad comercial. Es la categoría que popularizó el modelo SaaS entre las empresas.
Gestión empresarial. ERP y otras soluciones de contabilidad y facturación, que han tardado en moverse a la nube porque tocan procesos críticos y datos fiscales.
Personas. Aplicaciones de recursos humanos para nóminas, vacaciones, fichajes y evaluaciones.
Proyectos y operaciones. Herramientas de tableros, planificación, seguimiento de tareas y gestión de la carga.
Marketing y atención. Campañas, automatización de marketing, formularios y herramientas de tickets.
Analítica. Cuadros de mando e informes empresariales construidos sobre los datos que llegan del resto de plataformas.
Entre los nombres que casi todo el mundo reconoce: Salesforce en CRM, Microsoft 365 y Google Workspace en ofimática, Slack en comunicación interna, Dropbox en archivos, Asana en proyectos o HubSpot en marketing. Lo relevante no es la marca, sino el patrón: las empresas que utilizan estas aplicaciones SaaS no instalan nada en sistemas de alojamiento propios, acceden por internet y el prestador las actualiza solo.
Ventajas del SaaS
Menos infraestructura propia. No hay sistemas de alojamiento que comprar, dimensionar, asegurar ni renovar para esa aplicación. Desaparece con ellos el trabajo invisible: parches, ventanas de mantenimiento y sustituciones de disco.
Implantación rápida. Las empresas empiezan a trabajar en días porque no hay nada que instalar antes. La parte difícil deja de ser el despliegue y pasa a ser la configuración y la adopción.
Acceso desde cualquier sitio. Navegador, móvil o escritorio, con internet y poco más, sin montar accesos remotos ni túneles hasta tus servidores.
Escalabilidad. Sumar usuarios en un SaaS suele ser cuestión de contratarlos, no de ampliar infraestructura. Y funciona a la baja: si el equipo se reduce, la factura puede acompañar, algo que un servidor comprado no hace.
Colaboración real. Varios usuarios sobre el mismo documento o el mismo registro, con historial de cambios, en lugar de versiones sueltas viajando por correo.
Costes predecibles. Una suscripción conocida sustituye a la inversión inicial en infraestructura y su mantenimiento. Predecible no significa menor: a gran escala la suma de suscripciones puede superar el coste de una solución propia, y ese cálculo conviene hacerlo a tres años.
Integración. La mayoría de las aplicaciones SaaS ofrece APIs y conectores para hablar con el resto de tus sistemas, lo que permite montar flujos entre plataformas de proveedores distintos.
Innovación sin inversión previa. Capacidades que antes exigían un proyecto —análisis avanzado, ejecución automática de tareas, funciones asistidas— llegan incluidas o como complemento en muchas soluciones cloud, sin costes de arranque.
Desventajas y riesgos
Dependencia del proveedor. Si el prestador SaaS cambia el precio, retira una función, cambia de dueño o cierra, tienes poco margen. El software no es tuyo y el calendario tampoco.
Vendor lock-in. Cuanto mayor sea la integración con tus procesos, mayor el coste de salir. La dependencia del proveedor se acumula cada vez que conectas algo nuevo.
Migración de datos. Algunos proveedores SaaS facilitan la exportación y otros la convierten en un vía crucis. Compruébalo antes de entrar, no al salir.
Privacidad y cumplimiento. Los datos se tratan en sistemas de un tercero. Eso obliga a saber en qué país se almacenan y a revisar qué subencargados intervienen.
Seguridad. La plataforma la protege el prestador, pero los accesos, las contraseñas y los permisos de tus usuarios siguen siendo tuyos. La mayoría de incidentes atribuidos al prestador son cuentas mal gestionadas del lado del cliente. Es territorio de seguridad y cumplimiento normativo.
Integraciones que se rompen. Una actualización cambia la versión de una API, un conector deja de mantenerse y un flujo que llevaba dos años funcionando se cae sin aviso.
Proliferación y Shadow IT. Cada departamento contrata la aplicación SaaS que le conviene con una tarjeta y sin avisar. Eso es Shadow IT o TI en la sombra: aplicaciones cloud en uso que el departamento de sistemas no conoce, con datos corporativos dentro, sin inventario, sin control de accesos y sin nadie que las dé de baja cuando alguien deja la organización.
Software libre y software propietario: qué utilizan de verdad las empresas
Casi ninguna organización elige un bando. Lo normal es una mezcla de los dos modelos, y conviene saber qué se gana y qué se pierde en cada lado antes de decidir.
El software libre no significa gratis. Linux se puede descargar sin pagar, pero las empresas que lo ponen en producción rara vez lo hacen solas: contratan a proveedores como Red Hat, que cobran por el soporte, las versiones certificadas y la garantía de que alguien responde a las tres de la mañana. IBM compró Red Hat sabiendo exactamente eso: el valor no estaba en el código, que cualquiera puede leer, sino en la relación con los clientes y en la red de partners construida alrededor.
En el otro extremo, el modelo propietario ofrece algo que el libre no siempre tiene: un único responsable. Microsoft Azure y Google venden entornos donde las piezas encajan porque las ha diseñado la misma casa, lo que reduce el trabajo de integración y el riesgo de que dos componentes dejen de entenderse tras una versión nueva. El precio es la dependencia.
Lo interesante es que la frontera se ha borrado. Los grandes entornos de nube están construidos sobre Linux, y buena parte de las soluciones empresariales que se contratan hoy mezclan componentes libres y propietarios sin que el comprador lo note. También ocurre al revés: proyectos abiertos que solo son viables porque una compañía grande paga a quienes los mantienen.
Para una organización que tiene que decidir, hay tres preguntas que valen más que la etiqueta:
¿Quién da soporte y con qué compromiso? El acceso al código no sirve de nada si nadie de tu equipo va a leerlo. Lo que importa es a quién llamas y en cuánto tiempo responde.
¿Qué necesidades reales tienes que cubrir? Un proyecto abierto y bien mantenido puede encajar mejor que una suite completa de la que vas a usar el veinte por ciento.
¿Qué pasa si te quieres ir? Poder crear una copia de tus datos y llevártela es una de las pocas ventajas que el modelo abierto conserva siempre, y una de las que más conviene verificar a través de una prueba real antes de firmar.
Esa decisión ya no afecta solo a lo que ven los usuarios. Las capas de automatización y los agentes inteligentes que las aplicaciones incorporan se apoyan en servicios de inteligencia artificial que cada casa quiere ofrecer desde su propio terreno, y eso condiciona la gestión y el margen de maniobra futuro de todo el negocio.
SaaS vs software tradicional
| Aspecto | SaaS | Software tradicional |
|---|---|---|
| Instalación | Ninguna, se accede por navegador | En servidor propio o en cada equipo |
| Infraestructura | Del prestador SaaS | Propia, comprada y mantenida |
| Mantenimiento | A cargo del prestador | A cargo del equipo interno |
| Acceso | Desde cualquier lugar con conexión | Red corporativa o VPN |
| Escalabilidad | Contratando o quitando usuarios | Ampliando sistemas de alojamiento |
| Control | Limitado a la configuración | Total sobre versión y entorno |
| Datos | Alojados por el prestador cloud | Alojados en tus sistemas de alojamiento |
| Dependencia | Alta respecto al prestador | Alta respecto al equipo propio |
La tabla resume el intercambio real: cedes control sobre el software y la infraestructura a cambio de quitarte trabajo. Ninguna de las dos columnas es mejor en abstracto. Una aplicación estándar, con muchos usuarios repartidos y sin requisitos raros, encaja casi siempre en el modelo SaaS. Un sistema muy particular, con integraciones profundas o con los datos sujetos a condiciones estrictas de custodia, puede seguir viviendo en servidores propios durante mucho tiempo.
SaaS vs PaaS vs IaaS
SaaS, PaaS e IaaS son los tres modelos de servicio del cloud computing y se diferencian en cuánto asume el prestador. La forma rápida de entender los tres modelos es pensar en cuánto trabajo te queda a ti.
SaaS
Recibes una aplicación completa y lista para usar. No gestionas sistemas de alojamiento, ni sistema operativo, ni base de datos, ni despliegues. Tu trabajo empieza y termina en la configuración, los permisos y los datos. Es el nivel con menos libertad y menos carga.
PaaS
Recibes un entorno cloud para desarrollar, probar y desplegar programas propios: motor de ejecución, bases de datos gestionadas, repositorio, colas, herramientas de despliegue y monitorización. Tú aportas el código y la lógica de negocio; el prestador resuelve el resto de entorno. Ganas velocidad de desarrollo a cambio de atarte a la plataforma de ese prestador.
IaaS
Recibes infraestructura en bruto: sistemas de alojamiento virtuales, red y almacenamiento. Instalas el sistema operativo, el middleware y todo lo demás, y te encargas de parchearlo. Es el nivel de mayor libertad y mayor carga, y el destino natural cuando mueves sistemas de alojamiento existentes a la nube sin rediseñarlos.
| Modelo | Qué ofrece | Proveedor gestiona | Cliente gestiona | Uso |
|---|---|---|---|---|
| SaaS | Una aplicación terminada | Toda la infraestructura, la plataforma y el software | Usuarios, permisos, configuración y datos | Correo, CRM, ERP, colaboración |
| PaaS | Una plataforma de desarrollo y ejecución | Infraestructura, sistema operativo y servicios base | Código, datos y configuración | Crear y desplegar aplicaciones propias |
| IaaS | Servidores, red y repositorio | Hardware, red física y virtualización | Sistema operativo, middleware y aplicaciones | Mover existentes a la nube |
La regla rápida: en SaaS usas, en PaaS construyes, en IaaS montas la infraestructura entera.
SaaS y cloud computing
No son lo mismo. El cloud computing es el concepto amplio, y SaaS es uno de sus tres modelos de servicio cloud, junto a IaaS y PaaS.
Cloud Computing
├── IaaS
├── PaaS
└── SaaS
Dicho de otro modo: todo lo que ves aquí funciona sobre esa base, pero no todo lo que hay en ella encaja en esta categoría. Una empresa que alquila sistemas de alojamiento virtuales para alojar su ERP está usando servicios cloud, pero no está usando SaaS. La diferencia importa cuando alguien dice "nos vamos a la nube": puede significar cinco cosas distintas, con costes, responsabilidades y modelos de servicio muy diferentes.
Quién hay detrás del software que usan las empresas
Las aplicaciones que las empresas utilizan a diario no salen de un único sitio. Detrás hay un ecosistema de proveedores que se reparte capas distintas del mismo problema, y entender ese reparto ayuda a negociar mejor.
En la base está Linux. Buena parte del software empresarial que funciona en la nube se apoya en ese sistema operativo, y ahí es donde Red Hat construyó su negocio: no vendiendo el código, que es libre, sino el soporte, la certificación y el ciclo de vida que una organización necesita para confiar en él. IBM compró Red Hat precisamente por esa posición.
Por encima están los grandes entornos de nube. Microsoft Azure y Google ofrecen capacidad de cálculo, bases de datos y servicios sobre los que otros proveedores construyen sus propias soluciones. Cada uno ofrece además su catálogo de inteligencia artificial, y muchas de las soluciones empresariales que contratas funcionan, sin que lo sepas, sobre alguno de esos entornos.
Después están los partners: consultoras e integradores que adaptan esas soluciones a las necesidades reales de cada organización. Son quienes traducen un producto genérico en algo que encaja con los procesos de un negocio concreto, y quienes suelen encargarse de la gestión del día a día y del soporte a los usuarios.
Para los clientes, este reparto tiene dos ventajas y un riesgo. Las ventajas: puedes elegir modelos de contratación distintos en cada capa y la competencia entre proveedores presiona los precios a la baja. El riesgo: cuando algo falla, hay que saber a quién llamar, y esa conversación es mucho peor si se tiene después del incidente.
Por eso conviene preguntar desde el principio quién responde de qué, qué red de partners hay disponible en tu país y a través de qué canal se escalan los problemas. También merece la pena comprobar si pueden ofrecer automatización de los procesos más repetitivos y agentes inteligentes capaces de crear borradores, clasificar peticiones o resumir información, porque esas funciones ya están llegando y cambian el acceso a capacidades que antes exigían un proyecto entero.
¿Quién controla los datos?
El proveedor SaaS suele responder de los sistemas de alojamiento físicos, el repositorio, la red, la disponibilidad del servicio, el cifrado en tránsito y en reposo, la segregación entre clientes y las medidas técnicas de protección.
Tu organización sigue respondiendo de quién tiene cuenta y con qué permisos, la política de contraseñas y el doble factor, la configuración que elige, qué información sube a la nube y cuál no, el cumplimiento normativo del tratamiento que hace de esos datos, la formación de los usuarios y las bajas de quienes se van.
La propiedad de la información sigue siendo tuya en la práctica totalidad de los contratos serios, pero la custodia es compartida. Conviene dejarlo por escrito y revisar qué ocurre con tus datos cuando termina la relación: cuánto tiempo se conservan, en qué formato puedes recuperarlos y cuándo se destruyen. Esto no es asesoramiento legal, y cualquier tratamiento de datos personales conviene revisarlo con quien lleve el cumplimiento en tu organización.
¿Qué es un SLA?
SLA son las siglas de Service Level Agreement, acuerdo de nivel de servicio. Es el documento donde el proveedor SaaS pone por escrito qué puede ofrecer y a qué niveles de servicio se compromete.
Suele cubrir la disponibilidad comprometida de entorno, los canales y horarios de soporte, los tiempos de respuesta y de resolución según la gravedad de la incidencia, las ventanas de mantenimiento programado, las compensaciones si se incumple lo pactado y el reparto de responsabilidades entre las partes, algo que muchos clientes solo leen cuando ya hay un problema.
Merece la pena leerlo antes de firmar y comprobar dos cosas: qué se considera exactamente indisponibilidad —a menudo el mantenimiento programado no cuenta— y qué compensación corresponde, porque casi siempre es un crédito en la siguiente factura y no una indemnización por el daño real.
SaaS para empresas
Hay situaciones en las que este modelo encaja con poca discusión.
Equipos distribuidos. Varias sedes o personal en remoto que necesita los mismos datos actualizados, accesibles por internet, sin depender de la red de una oficina concreta.
Crecimiento o estacionalidad. Empresas con plantillas que suben y bajan, o campañas que multiplican la carga unas semanas al año. Dimensionar sistemas de alojamiento para el pico es caro; contratar usuarios en una aplicación SaaS y devolverlos, no.
Procesos estándar. Facturación, nóminas, tickets de soporte o gestión documental funcionan de forma parecida en casi cualquier empresa. Construir algo propio ahí rara vez compensa.
Despliegue rápido. Un proyecto que debe estar funcionando este trimestre no admite tres meses de instalación previa.
Poca infraestructura propia que sostener. Organizaciones sin equipo técnico dedicado, o con uno pequeño que prefiere ocuparse de lo que diferencia al negocio antes que de mantener sistemas de alojamiento.
Necesidad de integrar. Cuando ya están funcionando varias piezas y lo que falta es que hablen entre sí, las APIs de las aplicaciones SaaS suelen dar un atajo frente a cualquier desarrollo propio, y el ecosistema de partners suele cubrir el resto.
Si lo que buscas es que alguien opere el conjunto todos los días, con inventario y responsables asignados, ese es el alcance de unos servicios gestionados IT.
Cuándo NO elegir SaaS
- Personalización extrema. Si el proceso es tan particular que ninguna configuración lo cubre, estarás pagando por adaptarte a una herramienta en lugar de al revés. Ahí suele encajar mejor el desarrollo a medida
- Integración con sistemas antiguos. Si la aplicación SaaS tiene que conectarse a un equipo industrial o a una aplicación heredada sin API, el proyecto de integración puede costar más que el propio sistema.
- Coste a gran escala. El precio por usuario multiplicado por varios miles puede superar durante años el coste de una infraestructura propia ya amortizada.
- Dependencia excesiva. Cuando un único proveedor SaaS pasaría a sostener el núcleo del negocio entero, conviene evaluar soluciones alternativas y planificar la salida antes de firmar.
Cómo elegir un SaaS
- Necesidades reales. Escribe qué problema debe resolver antes de ver ninguna demostración. Sin eso acabas comprando la que mejor presenta.
- Cuántos usuarios. Cuántos de verdad, incluyendo los ocasionales y los de solo lectura, porque casi todo el precio depende de ese número.
- Funciones. Que cubra lo que necesitas hoy, no lo que promete el calendario de producto.
- Integraciones. Con qué herramientas y sistemas tuyos habla de forma nativa y con cuáles harían falta desarrollos.
- Seguridad. Doble factor, permisos granulares, registro de actividad, certificaciones y política de vulnerabilidades.
- Datos. En qué país se almacenan, qué subencargados intervienen y qué condiciones de tratamiento se firman.
- SLA. A qué nivel de servicio se compromete el proveedor, qué queda excluido y qué pasa si no lo cumple.
- Exportación. Si puedes sacar toda tu información, en qué formato y con qué esfuerzo. Pruébalo durante la evaluación.
- Soporte. En qué idioma, en qué horario y con qué red de partners locales tiene el proveedor cobertura, que acortan mucho los tiempos de implantación.
- Coste de salida. Cuánto costaría migrar a otra aplicación SaaS dentro de tres años, contando datos, integraciones y formación.
Los puntos 10 y 13 son los que casi nadie revisa durante la compra y los que salen caros después.
SaaS e inteligencia artificial
Muchas plataformas SaaS están incorporando funciones de inteligencia artificial: asistentes conversacionales dentro del producto, ejecución automática de tareas repetitivas, generación y resumen de contenido, búsqueda que entiende lo que preguntas, análisis de datos y detección de patrones, recomendaciones sobre qué hacer a continuación y, ya últimamente, agentes inteligentes capaces de encadenar varios pasos sin supervisión. Google , Azure y el resto de grandes proveedores cloud ofrecen además estos servicios por separado, para quien quiera construirlos por su cuenta.
Dos matices. Estos agentes inteligentes no son una característica obligatoria del modelo: hay aplicaciones SaaS excelentes que no los incorporan. Y conviene comprobar en cada caso qué funciones están realmente disponibles en tu plan y en tu idioma, porque muchos clientes descubren la letra pequeña después de firmar.
Preguntas frecuentes
¿Qué significa SaaS?
Software as a Service, software como servicio. Designa el modelo en el que una empresa aloja y mantiene un producto y tú accedes a él desde el navegador, sin instalar ni administrar los sistemas que lo sostienen. Lo habitual es pagarlo por cuota periódica, aunque la forma de pago no es lo que define el modelo.
¿Qué es SaaS en palabras sencillas?
Es alquilar el uso de un programa en lugar de comprarlo e instalarlo. Entras desde el navegador con tu cuenta, trabajas, y otro se encarga de que funcione, se actualice, esté disponible y tenga copias de seguridad. Cuando dejas de pagar, dejas de poder entrar.
¿SaaS es lo mismo que cloud?
No. Ese es el concepto amplio y este es uno de sus modelos de servicio, junto a los otros dos. Todo lo que entra en esta categoría funciona en la nube, pero alquilar máquinas virtuales para montar tus propios sistemas también es nube y no pertenece a esta categoría.
¿Qué diferencia hay entre SaaS, PaaS e IaaS?
En el primero recibes un producto terminado y solo gestionas cuentas, permisos y datos. En el segundo, un entorno donde desarrollar y ejecutar programas propios, aportando tú el código. En el tercero, capacidad en bruto sobre la que montas y mantienes todo lo demás. Cambia cuánto asume la otra parte.
¿SaaS necesita instalación?
Normalmente no: se accede desde el navegador con una cuenta y una contraseña. Algunas soluciones ofrecen además app de escritorio o móvil, pero es una comodidad para trabajar más cómodo o sin conexión puntual, no un requisito para que el servicio funcione.
¿Dónde se almacenan los datos?
En los centros de datos del proveedor o de la plataforma cloud que utilice, ya sea Azure, AWS u otra de las grandes. Suelen replicarse en varias máquinas y a menudo en más de una ubicación. Cada uno de los proveedores cloud indica en qué regiones trabaja, y ese dato determina el país donde se procesa tu información.
¿Quién actualiza el software?
La empresa que lo desarrolla, de forma centralizada y para todos los clientes a la vez. Eso incluye el producto, las máquinas, el sistema operativo Linux que suele haber debajo y los parches de seguridad. Tú no decides cuándo se actualiza, y esa es una de las contrapartidas del modelo.
¿Cuáles son las ventajas del SaaS?
Implantación rápida, sin equipos propios que mantener, acceso desde cualquier dispositivo, mejoras continuas sin proyecto de migración, escalabilidad por usuarios, colaboración entre equipos distribuidos y gasto previsible. En conjunto, menos trabajo técnico interno para sostener lo mismo.
¿Cuáles son sus principales riesgos?
Dependencia del proveedor y de la conexión a internet, costes acumulados de muchas suscripciones, dificultad y coste para migrar a otra opción, menos control sobre los cambios de versión, dudas sobre dónde se tratan los datos y el riesgo de acabar con aplicaciones contratadas sin supervisión de nadie.
Si estás valorando qué procesos de tu negocio encajan en aplicaciones SaaS, cuáles piden desarrollo propio y cómo integrar unos con otros según lo que de verdad necesitan tus equipos, en TecData podemos ayudarte a ordenar el mapa antes de contratar nada.
