- La expansión del “vibe coding” impulsado por IA está permitiendo que los clientes empresariales creen directamente herramientas a medida, lo que pone en riesgo al modelo tradicional de SaaS B2B
- Los clientes ya no se conforman con funciones fijas de SaaS, sino que exigen flexibilidad y personalización inmediata; si no la obtienen, dejan de renovar o abandonan el servicio
- En cambio, las plataformas SaaS con seguridad, autenticación y estabilidad siguen manteniendo ventajas claras, y deben comunicarlo con precisión
- Para sobrevivir, las empresas SaaS deben consolidarse como un “System of Record”, permitiendo que los clientes construyan flujos de trabajo personalizados sobre esa base
- La IA no está eliminando al SaaS en sí, sino que está actuando como un catalizador de cambio que deja atrás al SaaS que no evoluciona
La amenaza de la IA para el SaaS B2B
- La IA permite que los clientes generen sus propias herramientas internas, sacudiendo la estructura de ventas recurrentes que era el valor central del SaaS tradicional
- Los clientes usan varias herramientas de “vibe coding” para crear con facilidad apps de CRUD y de flujos de trabajo
- Algunas empresas cancelan sus suscripciones SaaS existentes y crean soluciones propias usando Github·Notion API
- El mercado también lo refleja: el índice SaaS de Morgan Stanley ha caído 40 puntos frente al Nasdaq, y las acciones de HubSpot y Klaviyo han bajado cerca de un 30%
- Los clientes ahora ya saben “lo que es posible” y exigen más flexibilidad y más personalización
Cambios en el comportamiento del cliente y su impacto en los ingresos
- Si no se ofrece la funcionalidad que el cliente quiere, la tasa de churn se dispara
- Un responsable comercial de una empresa Series B mencionó el riesgo de perder contratos por cientos de miles de dólares por no soportar un flujo de trabajo específico
- Antes, las empresas cambiaban su organización para adaptarse al ERP; ahora, el SaaS debe adaptarse a la forma de trabajar del cliente
- En una era en la que los clientes usan IA para crear sus propias herramientas internas, la rigidez del SaaS tradicional termina traduciéndose en caída de ingresos
Estrategia de supervivencia 1: System of Record
- Si la operación principal de una empresa corre sobre un SaaS, esa plataforma pasa a convertirse en infraestructura esencial dentro de la organización
- Ejemplo: incluso la visualización de datos puede implementarse directamente con vibe coding en lugar de usar un SaaS
- Las empresas SaaS deben ir más allá de ofrecer una simple aplicación y transformarse en un sistema central de registro basado en datos e interfaz de usuario
- Esta estructura fortalece el lock-in del cliente y mejora la retención a largo plazo
Estrategia de supervivencia 2: reforzar seguridad, autenticación y estabilidad
- Las apps creadas con vibe coding por personas no expertas pueden incluir vulnerabilidades de seguridad
- Ejemplo: una herramienta de aprobación creada por el equipo financiero guarda datos sin cifrar en un bucket S3 público, y una calculadora del equipo de ventas puede ser accedida sin autenticación
- En cambio, el SaaS empresarial genera confianza con control de acceso basado en roles, cifrado, pruebas de penetración y cumplimiento de GDPR/HIPAA
- Como la seguridad no es visible a simple vista, los proveedores SaaS deben explicar activamente ese valor
- Deben recordar que las herramientas creadas por el propio cliente requieren gestionar por cuenta propia autenticación, respaldos, disponibilidad y compliance
Estrategia de supervivencia 3: personalización centrada en el cliente
- La era de pedirle al cliente que cambie su forma de trabajar ha terminado
- El SaaS que triunfa ofrece personalización extrema (customization)
- En un caso de un SaaS de mantenimiento, debido a una UI compleja, la tasa de uso por parte de técnicos de campo era inferior al 35%; sin embargo,
- al introducir una plataforma white-label basada en vibe coding, subió a más del 70%
- el equipo de éxito del cliente creó y desplegó en pocos días una app web móvil personalizada
- Los usuarios acceden solo a las funciones que necesitan, mientras que la dirección puede generar directamente reportes personalizados
- Esta estructura eleva al mismo tiempo la retención, la participación y la escalabilidad
La dirección de evolución del SaaS en la era de la IA
- La IA no está destruyendo al SaaS, sino que es un factor que deja atrás al SaaS que se niega a cambiar
- El modelo de “construir una vez y vender para siempre” ya no funciona
- Ahora los clientes tienen un nuevo estándar tras vivir la experiencia de crear herramientas por sí mismos sin ser técnicos
- Las empresas que sobrevivan no serán un SaaS centrado en funciones, sino una plataforma sobre la que el cliente pueda construir
- Algunos VC evalúan este cambio como “el futuro del marketplace y del modelo de empresa de software”
- En conclusión, la IA no se está comiendo al SaaS; está marcando el punto de inflexión que decidirá quién sostendrá el tenedor y evolucionará
Introducción a Giga Catalyst
- Giga Catalyst es una plataforma de IA white-label para empresas SaaS B2B,
- que permite a los usuarios construir flujos de trabajo personalizados con vibe coding sobre sus sistemas existentes
- Se presenta como una solución de cara a 2026 para aumentar retención, participación y escalabilidad
- Las empresas interesadas pueden solicitar una demo personalizada o consultar más información en el sitio oficial
6 comentarios
No logro empatizar mucho. Como dicen las opiniones en Hacker News, la razón para usar SaaS no es que no podamos construirlo, sino que no es nuestro trabajo hacerlo. ¿Usar Claude Code de $200 para crear un servicio de $10 al mes? ¿Y quién se encarga del mantenimiento, quién corrige los bugs...? Mmm..
Ahora da la impresión de que la mayoría de los servicios se están convirtiendo en un costo por token.
No es algo que aplique exactamente solo a SaaS; me parece que se aplica igual a herramientas o apps en general.
Verifica el Model-Market Fit antes del PMF
Siento que también está conectado con esto.
Ahora parece que solo van a salir servicios o apps que, con solo verlos, se nota enseguida que yo no podría hacer, ya sea porque son muy bonitos e impresionantes o porque hacen tareas complejas. Viéndolo de alguna manera, quizá también sea una forma de progreso.
¿No será que muy pronto los agentes se convertirán en SaaS y el SaaS se convertirá en agentes?
Comentarios en Hacker News
Al final están colaborando conmigo para implementar los requisitos del cliente. Es irónico tener que construir directamente la función que el cliente quiere
Pero desde la perspectiva de un gerente, la empresa no quiere asumir la responsabilidad de un sistema a la medida. Yo también entendí por qué solo después de convertirme en gerente
Armé un prototipo con Django durante el fin de semana para mostrarlo, y el lunes la empresa entró en caos y mi jefe me dijo que nunca volviera a hacer algo así.
Al final renuncié, pero a veces alguien nuevo puede crear una mejor versión rápidamente. El problema es que eso queda bloqueado por los intereses de 47 equipos
Pero un producto no es solo código: también necesita que marketing, ventas y soporte al cliente funcionen juntos.
Además, como los datos son una barrera de entrada para las empresas, un producto nuevo tiene que acumular tiempo en el mercado
Incluso una alternativa “gratis” termina exigiendo costos de otra forma
Puedes lograr una conexión de video entre dos computadoras, pero el último 80% del producto real consume el 99% del tiempo total
La mayoría de las empresas operan con la mentalidad de “pagamos porque no queremos construirlo nosotros mismos”. Es un mercado conservador
Se intensifica la competencia en mercados adyacentes, como Canva expandiéndose a documentos o Notion al correo electrónico
En la práctica, la mayoría de las acciones SaaS todavía cotizan cerca de sus máximos.
El artículo relacionado también se basa en la declaración de un solo analista
La mayoría de las empresas no quiere construir por sí misma sistemas como contabilidad o HRIS
Además, la mayoría de las empresas cliente ni siquiera tiene ingenieros
Los clientes quieren resultados, calidad, precio y disponibilidad, no la implementación interna. La IA no está matando al SaaS, sino desplazándolo hacia la segunda S
La razón por la que Dropbox o Atlassian siguen vivas aunque técnicamente vayan atrás es por su capacidad de venta y servicio al cliente
Las empresas solo tienen que construir las 10 funciones que necesitan y cumplir el SLA. La IA está cambiando este equilibrio CapEx/OpEx
Si el cliente construye un prototipo por su cuenta, eso es una señal de que la necesidad del producto es real.
Las empresas SaaS pueden reflejar eso y ofrecer funciones mejores más rápido
Los humanos tapan defectos estructurales con soluciones improvisadas, y cuando se van de la empresa, la calidad de los datos se derrumba.
Al final volverá a crecer la demanda de consultoría capaz de hacer diseño centrado en el dominio.
El SaaS que sobreviva terminará significando no ‘Software’, sino ‘Solutions’
No hay que generalizar una experiencia personal
La competencia está cambiando a medida que plataformas de datos como Snowflake o Definite.app integran funciones de BI
Especialmente en productos caros como ERP o CRM, cuyo precio sube cada año, vale la pena considerar la internalización.
Aun así, los SaaS con barreras de entrada legales o basadas en prácticas establecidas, como suites de oficina o sistemas de nómina, seguirán existiendo
Por problemas de consistencia en tiempo real y escala de datos, una mala decisión inicial termina costando mucho después.
La IA ayuda con trabajo repetitivo, pero los sistemas centrales todavía deben diseñarse con cuidado