En resumen
- Son tres modelos, y lo que los separa no es el precio: es quién se adapta a quién y quién responde por el sistema cuando hay que cambiarlo.
- Suscribirse a un SaaS ya hecho es el camino para un proceso común que tiene que estar en marcha en días. Pagas cada mes, heredas años de evolución del proveedor y adaptas tu operación al producto. Es el modelo natural de las estructuras más pequeñas.
- Implantar y personalizar te da el producto con tu marca, tus datos y tus reglas. El coste es una cuota mensual más una tarifa por personalización, que se cobra por cada módulo nuevo que pida la operación. Es el modelo de las estructuras medianas, que ya tienen un proceso propio pero no quieren mantener un sistema.
- Encargar con licencia perpetua cambia la cuota mensual por una inversión inicial y por la propiedad del código. En lugar de pagar mantenimiento para siempre, la organización contrata consultoría de mejoras cuando decide evolucionar, o sigue con el sistema tal como está mientras le sirva. Es el modelo de las estructuras grandes, con un proceso que es ventaja competitiva.
- Las integraciones, las automatizaciones, el uso de inteligencia artificial, las garantías contractuales y la responsabilidad conforme al RGPD cambian en cada uno de los tres. Son esos cinco puntos, y no la cuota mensual, los que definen el coste real de la elección.
Los tres modelos, en una frase cada uno
Cuando una organización decide resolver un proceso con software, no elige solo una herramienta. Elige un modelo de contratación, y es ese modelo el que va a definir cuánto cuesta cambiar de idea dentro de dos años.
Son tres:
- Suscribirse a un SaaS ya hecho. Usas un producto que ya existe, igual para todos los clientes, a cambio de una cuota mensual. Tu proceso se adapta al producto.
- Implantar y personalizar un SaaS. Recibes un producto que ya existe con tu marca, tus datos y tus reglas. La base sigue siendo del proveedor; lo que es tuyo se configura, y cada módulo nuevo tiene precio propio.
- Encargar con licencia perpetua. Pagas por el desarrollo de un software hecho para tu operación y pasas a tener el derecho a usarlo para siempre. El producto se adapta a tu proceso, y tú decides cuándo cambia.
La pregunta que separa los tres no es "cuál es el mejor". Es otra, en dos partes: cuánto de tu proceso es igual al de todo el mundo y cuánto quieres responder por el sistema. Es la misma raíz de la decisión entre desarrollar y comprar software, vista aquí desde el lado del contrato.
Modelo 1: suscribirse a un SaaS ya hecho
Qué es. Un producto estándar, vendido por suscripción, por lo general por usuario y por módulo. El proveedor lo aloja, lo actualiza, lo corrige y lo hace evolucionar para todos los clientes a la vez.
Qué ganas. Plazos cortos, un coste inicial bajo y años de madurez que no has tenido que financiar. Un buen producto de mercado ya ha resuelto problemas que tu equipo ni sabe que existen.
Qué entregas a cambio. Tu forma de trabajar. El producto tiene su manera de hacer las cosas, y no va a cambiarla por ti. Cuando tu regla no encaja, acaba en una hoja de cálculo al lado del sistema, y la hoja de cálculo es donde el proceso vuelve a ser manual.
Cuándo compensa. Cuando el proceso en cuestión es común, cuando la estructura todavía es pequeña y necesita resultados en semanas, cuando no hay equipo para ocuparse de ningún sistema, y cuando el coste de equivocarse es bajo porque la salida es cancelar la suscripción.
En el trabajo de Oliven Works, Optvor es el ejemplo de este modelo. Es una plataforma nuestra, disponible en tres idiomas, que lleva una propuesta hasta el contrato firmado y el pago. La base es la misma para todos los clientes: quien se suscribe empieza en días y adapta el proceso al producto.
Modelo 2: implantar y personalizar
Qué es. Un producto que nació para instalarse con la imagen de cada cliente. La base es compartida y sigue evolucionando para todos; la marca, los planes, los textos, los flujos y las integraciones con los sistemas que la organización ya usa entran en la implantación.
Cómo se paga. En dos partes: una cuota mensual, que mantiene el producto en funcionamiento y trae las mejoras de la base, y una tarifa por personalización, que se cobra por cada módulo nuevo que pida la operación. Es un modelo honesto precisamente porque separa las dos cuentas: sabes lo que pagas por lo que ya existe y lo que pagas por lo que es solo tuyo.
Qué ganas. El producto empieza a hablar el idioma de la casa sin que tengas que mantener un equipo de software. Las reglas específicas encajan, porque se previeron como configuración, y no como excepción.
Qué entregas a cambio. La base no es tuya. Si el proveedor decide cambiar el rumbo del producto, tú lo acompañas. Y cada petición nueva tiene precio, lo que exige disciplina para que la hoja de ruta no se convierta en una lista infinita.
Cuándo compensa. Cuando la estructura es mediana: ya tiene un proceso propio, un volumen que justifica la automatización e integraciones con sistemas de gestión que tienen que funcionar, pero todavía no quiere, o no debe, cargar con el mantenimiento de un sistema entero.
En el trabajo de Oliven Works, Movra es el ejemplo de este modelo. Es una plataforma nuestra, de comunicación para asociaciones de protección vehicular: cada asociación entra con su propia marca, sus propios planes y sus propias reglas, integrada con los sistemas de gestión que ya usa. La base evoluciona para todas; lo que es de cada una entra en la implantación.
Modelo 3: encargar con licencia perpetua
Qué es. Un software diseñado y construido para una organización concreta, entregado con licencia perpetua: el derecho a usarlo para siempre, con el código fuente entregado o depositado en custodia.
Cómo se paga. Una inversión concentrada en el desarrollo y, después, nada recurrente obligatorio. En lugar de una cuota de mantenimiento que corre para siempre, la organización elige: contrata consultoría de mejoras cuando decide evolucionar — un módulo nuevo, una integración nueva, un cambio de regla — o sigue con el sistema tal como está, con el código en la mano, mientras le sirva.
Qué ganas. Propiedad, previsibilidad e independencia. El sistema cambia cuando tú quieres y de la manera que necesitas. Si la relación con el proveedor termina, el software sigue funcionando y otro equipo puede hacerse cargo de él.
Qué entregas a cambio. Plazo y responsabilidad. Tarda más en ponerse en marcha, exige a alguien dentro capaz de tomar decisiones sobre el producto y da por hecho que la organización cuidará de lo que es suyo, incluido actualizar dependencias y mantener seguro el entorno.
Cuándo compensa. Cuando la estructura es grande, cuando ese proceso forma parte de la ventaja competitiva, cuando el número de personas que usan el sistema haría crecer la suscripción sin parar, o cuando las exigencias de seguridad, auditoría y soberanía de los datos no caben en un producto compartido.
En el trabajo de Oliven Works, el portal de transparencia de Vértebra es el ejemplo: lo diseñamos y lo construimos nosotros, y el software es suyo, con licencia perpetua. Es ahí donde cada cliente de la agencia sigue presupuestos, aprobaciones, entregas y resultados en tiempo real.
Los tres, uno al lado del otro
| Suscribirse | Implantar y personalizar | Encargar | |
|---|---|---|---|
| Quién se adapta | Tú al producto | El producto a ti, hasta donde la base lo permite | El producto a ti, por completo |
| Puesta en marcha | Días | Semanas | Meses |
| Coste inicial | Bajo | Medio, la implantación | Alto, el desarrollo |
| Coste recurrente | Cuota mensual, crece con el uso | Cuota mensual más tarifa por módulo nuevo | Ninguno obligatorio; mejoras bajo demanda |
| Propiedad del código | Del proveedor | Del proveedor, con tu configuración | Tuya, con el código fuente entregado o en custodia |
| Integraciones | Las que ofrece el catálogo | Diseñadas en la implantación | Diseñadas sin límite de catálogo |
| Automatizaciones | Dentro de las reglas del producto | Según las reglas de tu operación | Donde tú decidas |
| Inteligencia artificial | La del proveedor, tal como la ofrece | Orientada a tu contenido | Modelo, datos y destino elegidos por ti |
| Garantía | Condiciones de uso estándar y SLA del plan | Contrato de servicio con plazo de corrección | Garantía contractual sobre lo entregado |
| Conforme al RGPD | Proveedor encargado, con poco margen | Proveedor encargado, contrato negociado | Tú defines alojamiento, acceso y conservación |
| Tamaño típico | Estructuras pequeñas | Estructuras medianas | Estructuras grandes |
Cómo elegir, en la práctica
La elección rara vez es de la organización entera: es de cada proceso. Una misma empresa se suscribe para la nómina, implanta la atención al cliente y encarga lo que la diferencia.
El modelo se elige por proceso y por tamaño, no por empresa. La zona destacada es donde compensa la licencia perpetua.
Qué cambia en las integraciones
La integración es donde primero aparece la diferencia entre los tres modelos, porque es el punto en el que el software tiene que hablar con lo que ya existe en la casa.
En el producto por suscripción, tienes el catálogo del proveedor. Si la integración que necesitas está ahí, perfecto. Si no está, solo queda exportar una hoja de cálculo e importarla al otro lado, que es trabajo manual disfrazado de proceso.
En el SaaS implantado, las integraciones entran en la implantación y pasan a formar parte del producto: el sistema de gestión que la organización ya usa, el CRM, la pasarela de pago, el envío de mensajes. Los datos dejan de teclearse dos veces.
En el software encargado, no hay catálogo: existe lo que tiene que existir. Es también aquí donde caben integraciones que ningún producto haría, porque solo tu operación tiene esa pareja de sistemas.
En cualquiera de los tres, la ganancia real no es la conexión aislada: es el encadenamiento. El contacto que entra por la web llega al sistema de gestión, la propuesta aceptada se convierte en contrato, el contrato se convierte en cobro y todo aparece en el panel sin volver a teclearlo. Es lo que sostiene una operación de ingresos integrada.
Qué cambia en las automatizaciones
La automatización es el paso siguiente a la integración: con los datos circulando, empiezan a desencadenar cosas por sí solos.
En el producto por suscripción, automatizas dentro de sus reglas, y suelen bastar para lo común: un aviso de vencimiento, una fase que cambia, un correo que sale. En el SaaS implantado, la automatización sigue las reglas de tu operación, porque se configuraron. En el encargado, la automatización es el propio sistema.
El criterio para decidir qué automatizar es el mismo en los tres, y conviene repetirlo: automatiza lo que es repetitivo, tiene una regla clara y ocurre muchas veces. Lo que depende de criterio, contexto o excepción debe seguir siendo humano, con el sistema entregando la información lista para la decisión. Es la diferencia entre la automatización inteligente y la automatización a ciegas.
Dónde entra la inteligencia artificial
La IA ha cambiado el coste de construir software, pero no ha cambiado la pregunta de este artículo. Lo que ha cambiado es el techo de libertad de cada modelo.
En el producto por suscripción, usas la IA que el proveedor ha integrado, entrenada por él, con los datos pasando por donde él ha decidido. Para tareas genéricas, como resumir un texto o sugerir una respuesta, suele bastar.
En el SaaS implantado, puedes orientar la IA hacia el contenido de la propia organización: los procedimientos escritos, el historial de atención al cliente, el catálogo de productos. El modelo sigue siendo el del proveedor, pero lo que lee es tuyo, y la respuesta empieza a sonar a la casa.
En el software encargado, lo eliges todo: qué modelo, qué entra en el prompt, por dónde circulan los datos, si pueden usarse para entrenamiento y qué pasa cuando la IA se equivoca. Con datos sensibles, es la única configuración en la que puedes responder con precisión a un auditor.
Sigue valiendo la advertencia que hicimos en por qué fallan los proyectos de IA: en ninguno de los tres modelos la IA arregla un proceso que no existe. Acelera lo que ya está diseñado y amplifica lo que está mal.
Garantías: qué exigir antes de firmar
La garantía es la parte que nadie lee y la que define lo que pasa el peor día. Los tres modelos tienen instrumentos distintos, y en todos ellos lo que vale es lo que está por escrito.
- Plazo de corrección. Cuánto tiempo tiene el proveedor para corregir un defecto, separado por gravedad. Sin esa separación, todo acaba siendo "prioridad normal".
- Disponibilidad. Qué porcentaje se compromete, cómo se mide y qué pasa si no se cumple.
- Corrección sin coste. Qué es un defecto, cubierto por la garantía, y qué es una evolución, que se cobra aparte. Esa frontera tiene que estar definida antes, no después.
- Código fuente. En el modelo encargado, si se entrega al terminar o se deposita en custodia, y en qué condiciones se libera.
- Quién se ocupa después. Con la licencia perpetua, quién responde de las actualizaciones de dependencias y de los incidentes de seguridad a partir de la entrega: tú, un equipo tuyo o nosotros, con un contrato de mejoras. Una línea en el contrato evita la duda el peor día.
- Portabilidad. Cómo sacas tus datos, en qué formato y en cuánto tiempo, incluso si la relación termina mal.
- Continuidad. Qué pasa si el proveedor cesa su actividad. Es la pregunta más incómoda de la reunión y la más importante.
RGPD: quién responde por los datos en cada modelo
El Reglamento General de Protección de Datos (Reglamento (UE) 2016/679) define, en el artículo 4, dos figuras que ordenan la conversación: el responsable del tratamiento, que determina los fines y los medios del tratamiento, y el encargado del tratamiento, que trata los datos por cuenta del responsable.
En la configuración habitual de los tres modelos, la organización contratante es la responsable, porque es ella la que decide por qué y cómo se tratan los datos de las personas. El proveedor que aloja y procesa actúa como encargado. Lo que cambia de un modelo a otro no es ese reparto: es cuánto margen tienes para negociarlo.
- En el producto por suscripción, el contrato es de adhesión. Aceptas la política del proveedor sobre dónde están los datos, quién accede y durante cuánto tiempo. Tu decisión real es elegir un proveedor cuya política aceptas.
- En el SaaS implantado, el contrato se negocia. Puedes definir la región de alojamiento, los plazos de conservación, las reglas de acceso del equipo del proveedor y el destino de los datos al terminar la relación.
- En el software encargado, esas decisiones son tuyas desde el diseño: dónde se ejecuta, quién entra, qué se registra, cuánto tiempo se conserva y cómo se borra.
En los tres, hay tres obligaciones que no cambian de lado: informar a las personas con claridad, atender las solicitudes de los interesados dentro de plazo y notificar las brechas de seguridad. Son del responsable, y ningún contrato las transfiere.
La decisión, paso a paso
- SepararQué procesos son comunes y cuáles diferencian el negocio
- MedirCuántas personas lo van a usar y durante cuántos años va a existir el sistema
- ProbarLos productos de mercado con tus casos difíciles, no con la demo
- SumarEl coste total del periodo, incluidas las integraciones y el trabajo manual que queda
- NegociarGarantías, portabilidad y el contrato de datos antes de firmar
- DecidirPor proceso: suscribirse, implantar y personalizar, o encargar
El orden importa: quien negocia garantías y portabilidad después de firmar ya ha perdido la negociación.
- Separa los procesos en comunes y diferenciadores, hablando con quienes los ejecutan cada día.
- Mide el número de personas que van a usar el sistema y durante cuánto tiempo tiene que existir. Son esas dos cifras las que mueven el punto de inflexión entre la cuota mensual y la licencia perpetua.
- Prueba los productos de mercado con tus casos más difíciles. Una demo comercial resuelve el caso fácil por definición.
- Suma el coste total del periodo: suscripciones, personalizaciones, integraciones y el trabajo manual que queda, por un lado; desarrollo, entorno y mejoras, por el otro.
- Negocia las garantías, la portabilidad y el contrato de encargo del tratamiento mientras todavía puedes decir que no.
- Decide proceso a proceso. La respuesta correcta casi siempre mezcla los tres modelos.
Qué hace Oliven Works en cada uno
Trabajamos en los tres, y en dos de ellos con producto propio: Optvor, al que se suscriben empresas de varios países, y Movra, implantado en asociaciones de protección vehicular. Lo decimos al principio de la conversación, en lugar de presumir de imparcialidad. Recomendar bien es conocer los tres modelos y decirlo cuando tu caso no pasa por nosotros.
Cuando el camino es suscribirse, el trabajo es elegir bien y conectar: integrar los sistemas que la organización ya usa, automatizar lo repetitivo y montar un panel que muestre la operación entera, no cada herramienta por separado.
Cuando el camino es implantar y personalizar, el trabajo es la implantación en sí: marca, reglas, integraciones con los sistemas de gestión, formación de las personas y los módulos nuevos que la operación vaya pidiendo.
Cuando el camino es encargar, el trabajo va del diseño a la operación: arquitectura, desarrollo, seguridad, aplicación de la inteligencia artificial donde resuelve algo, y la entrega del código con licencia perpetua.
En cualquiera de los tres, lo que más decide el resultado no es técnico: es la adopción. Un sistema que nadie usa es un coste, no un activo.
Preguntas frecuentes
¿Qué diferencia hay entre suscribirse a un SaaS y encargar un software con licencia perpetua?
Con la suscripción, pagas por el derecho a usar un producto que sigue siendo del proveedor, que lo hace evolucionar para todos sus clientes a la vez. Si dejas de pagar, pierdes el acceso. Con la licencia perpetua, pagas una vez por el desarrollo y pasas a tener el derecho a usar ese software para siempre, con el código fuente entregado o depositado. El producto solo cambia cuando tú lo decides, y las evoluciones futuras se contratan aparte.
¿Qué significa implantar y personalizar un SaaS?
Es contratar un producto que ya existe y que se construyó para recibir la identidad, las reglas y las integraciones de cada cliente. La base es compartida y sigue evolucionando para todos; lo que es tuyo, como la marca, los planes, los textos, los flujos y las conexiones con tus sistemas, se configura en la implantación. Cada módulo nuevo que pida tu operación entra como personalización, con precio propio, sumado a la cuota mensual.
¿Una licencia perpetua sale más barata que una suscripción?
Depende del plazo y del tamaño. La licencia perpetua concentra el gasto al principio y después cuesta poco, solo cuando hay evolución contratada. La suscripción empieza barata y crece con los usuarios, los módulos y las subidas de precio. Hay un punto de inflexión, que suele aparecer cuando el número de personas que usan el sistema es alto o cuando el producto es central para el negocio. La comparación honesta es el coste total durante el tiempo que va a existir el sistema, y no la primera factura.
¿Quién responde por los datos personales en cada modelo, según el RGPD?
En la práctica de los tres modelos, la organización contratante suele ser la responsable del tratamiento, porque es ella la que decide por qué y cómo se tratan los datos; el proveedor que aloja y procesa suele ser el encargado del tratamiento. El RGPD define estas figuras en el artículo 4 y regula el contrato con el encargado en el artículo 28. Lo que cambia entre modelos es el contrato: dónde están los datos, quién tiene acceso, durante cuánto tiempo y qué pasa con ellos cuando termina la relación.
¿Se puede empezar con un modelo y cambiar a otro después?
Se puede, y es el camino más habitual. Muchas organizaciones se suscriben a un producto ya hecho para validar el proceso, pasan a un SaaS implantado cuando sus propias reglas empiezan a pesar y solo encargan software con licencia perpetua cuando ese proceso se ha convertido en ventaja competitiva. Lo que encarece el cambio no es el modelo, es la falta de portabilidad: exige desde el primer contrato que puedas exportar tus datos en un formato abierto.
¿Dónde entra la inteligencia artificial en esta decisión?
En los tres, pero con distinta libertad. En el producto por suscripción, usas la IA que ofrece el proveedor, tal como la ofrece. En el SaaS implantado, puedes orientar la IA hacia tu propio contenido, como los procedimientos y el historial de atención al cliente. En el software encargado, eliges el modelo, lo que entra en el prompt, por dónde circulan los datos y si pueden usarse o no para entrenamiento. Cuanto más sensibles son los datos, más importa esa libertad.
