Índice
El SaaS dejó de tener sentido
El software como servicio nació de un supuesto: construir software era tan caro que la única forma de hacerlo accesible era fabricar un solo producto y vendérselo a miles de organizaciones. Ellas aceptaron el trato: software barato e inmediato, a cambio de trabajar como el software decía.
Durante dos décadas ese trato convino. Hoy ya no, por tres razones.
El costo
Se paga por usuario, por módulo y por plan, todos los meses, incluidas funciones que nadie usa. A eso se suman consultores para configurarlo, integraciones para conectarlo con el resto y cobros extra por actualizaciones o funciones nuevas.
La rigidez
Está hecho para el cliente promedio. La organización adapta su forma de trabajar al software, y lo que no calza termina en planillas y trabajo manual.
La inteligencia artificial
El supuesto que sostenía al SaaS, que construir a la medida es demasiado caro, dejó de ser cierto. Un sistema propio ya se construye en días o semanas y se modifica en horas.
La única alternativa al SaaS era encargar desarrollo a medida: caro al inicio, lento y congelado el día de la entrega. Entre ambos caminos quedó la mayoría de las pequeñas y medianas empresas, que vive con lo que hay: atiende por WhatsApp a mano, confirma citas una por una, copia datos entre sistemas que no se hablan y depende de que alguien del equipo se acuerde de todo.
La tesis
TMaaS reemplazará al SaaS.
Si construir y modificar software cuesta una fracción de lo que costaba, ya no hay razón para que todas las organizaciones usen el mismo. Cada una puede tener un sistema propio, hecho para su operación, que evoluciona de forma continua.
Con TMaaS, una organización ya no compra un producto cerrado ni encarga un proyecto con fecha de término. Tiene un sistema construido para su operación, que vive en una instalación propia y cambia cuando ella cambia. Recibe la continuidad de un servicio, como en el SaaS, pero cortado a su medida, como en una sastrería.
El nombre toma la estructura de Software as a Service y le cambia una palabra. Lo que se entrega como servicio ya no es un software igual para todos, sino uno hecho a la medida de cada organización.
Qué reemplaza y qué no
TMaaS reemplaza al SaaS de aplicación: el CRM, la agenda, la bandeja de atención y el software de gestión que obligan a trabajar a su manera. Los servicios de infraestructura, como pagos, mensajería, nube o los propios modelos de IA, siguen siendo piezas compartidas. Un sistema TMaaS se construye sobre ellos.
Por qué ahora
El desarrollo a medida siempre tuvo un problema de costo, no de valor. Lo caro era el trabajo: programar, probar, documentar y mantener.
Los agentes de programación con inteligencia artificial cambiaron esa cuenta. Un equipo pequeño de personas, trabajando con IA, construye en días o semanas lo que antes tomaba meses y modifica en horas lo que antes requería un proyecto nuevo.
Eso tiene tres consecuencias:
- Un sistema propio deja de ser un lujo. Lo que antes solo podían tener las grandes organizaciones queda al alcance de cualquiera, por pequeña que sea.
- Los cambios dejan de ser proyectos. Modificar un sistema cuesta tan poco que puede hacerse de forma continua, a medida que la organización cambia.
- El cuello de botella se mueve. Ya no está en escribir código, sino en entender bien cada organización, decidir qué construir y responder por lo que llega a producción.
Esa es la ventaja que el SaaS no puede igualar. Su modelo depende de que todas las organizaciones usen lo mismo. Cuando hacer algo distinto para cada una cuesta poco, conformarse con lo genérico deja de tener sentido.
En TMaaS, el trabajo humano se concentra en entender, decidir y responder. La IA hace el resto.
Principios
Siete principios distinguen a TMaaS del SaaS y del desarrollo a medida tradicional.
-
I
El software se adapta a cada organización
Las reglas de cada organización, cómo atiende, cobra, confirma o deriva, son el punto de partida. No son una opción de configuración dentro de un producto ajeno.
-
II
Base común, capa a la medida
Cada sistema se construye sobre una base probada y compartida; lo propio de cada organización vive en una capa separada. Sin base común, el modelo es una agencia con otro nombre. Sin capa a la medida, es un SaaS más.
-
III
Una instalación por cliente
Cada organización corre en su propio entorno, con sus datos separados. Lo que cambia para una no afecta a otra.
-
IV
El sistema evoluciona con la organización
Un sistema TMaaS no se entrega y se congela. Cambia de forma continua, al ritmo de la operación que sirve.
-
V
Los datos son de quien opera
La información que genera la operación pertenece a la organización que la genera, no a quien construye el sistema.
-
VI
Personas que responden, IA que construye
La IA programa, prueba y documenta. Las personas entienden cada organización, deciden y aprueban lo que llega a producción. Siempre hay alguien responsable.
-
VII
Medir antes y después
Cada sistema parte con una línea base de los indicadores que busca mover. Así se puede comprobar si el sistema a la medida rinde más que el software genérico al que reemplaza.
Comparación
TMaaS toma lo mejor de los dos caminos tradicionales: la continuidad del SaaS y el calce del desarrollo a medida. Deja atrás lo peor de cada uno: la rigidez del primero y la obsolescencia del segundo.
| SaaS | TMaaS | A medida tradicional | |
|---|---|---|---|
| Quién se adapta | El cliente, al software | El software, al cliente | El software, una sola vez |
| Código | Uno solo, compartido por miles | Base común más capa propia | Construido desde cero |
| Primera versión | Inmediata | Días o semanas | Meses |
| Cambios | Los decide el proveedor | Continuos, según la organización | Cada uno es un proyecto nuevo |
| Instalación | Compartida con todos los clientes | Propia de cada cliente | Propia de cada cliente |
| Rol de la IA | Una función más del producto | La forma de construir y mantener | Acelera el proyecto, no lo cambia |
El ciclo
Un sistema TMaaS no termina con la entrega. Su construcción se repite mientras la organización lo use.
Tomar medidas
Se observa cómo opera la organización: cómo llega cada persona a la que atiende, cómo se agenda, se cobra, se confirma y se deriva. Se anotan sus reglas y se mide la línea base.
Cortar y coser
Se construye sobre la base común y se conecta con lo que la organización ya usa. La primera versión llega a producción en días o semanas.
Ajustar
El equipo de la organización pide cambios a medida que su operación cambia. Se construyen, se prueban, se publican y se vuelve a medir.
Anatomía
Un sistema TMaaS tiene capas. Cuanto más abajo, más se comparte; cuanto más arriba, más propio de cada organización.
Capa a la medida
Por clienteReglas, flujos, integraciones particulares, tono y reportes propios.
Módulos del rubro
Por sectorLo que comparten las organizaciones de un mismo sector. En salud: agenda, confirmaciones, recordatorios y cobro anticipado.
Base común
Para todosCanales de mensajería, bandeja compartida, usuarios y permisos, reportes, registro de cambios y despliegue.
Instalación propia
Por clienteEntorno y datos separados para cada organización.
La regla que hace funcionar al modelo: lo que se construye para una organización, si sirve a otras, sube a los módulos del rubro o a la base común. Así, cada sistema nuevo se construye más rápido que el anterior.
Para quién
Calza bien
- Organizaciones con procesos propios que un SaaS no cubre sin parches.
- Operaciones que hoy viven en WhatsApp, planillas y trabajo manual.
- Rubros con reglas específicas: salud, educación, servicios profesionales, comercio con producción propia.
- Quienes hoy usan varios SaaS que no se conectan entre sí.
No calza
- Proyectos de una sola vez, sin evolución esperada.
- Organizaciones que necesitan operar todo internamente desde el primer día.
- Sistemas regulados que exigen certificaciones que quien construye no tiene.
Preguntas abiertas
Esta es una tesis en borrador. Estas preguntas todavía no tienen respuesta definitiva.
- ¿Qué tan rápido dejarán las organizaciones sus SaaS actuales, y qué frena el cambio: contratos, datos o costumbre?
- ¿Cómo responderán los grandes SaaS: abriendo sus productos a la medida, o perdiendo terreno frente a sistemas nuevos?
- ¿Dónde está el límite entre un ajuste a la medida y un producto nuevo?
- ¿Hasta dónde reducirá la IA el trabajo humano necesario para entender y mantener cada sistema?
- ¿En qué momento un grupo de organizaciones del mismo rubro se convierte, de hecho, en un SaaS vertical?