Saltar al contenido

El producto inquilino: qué pierde tu SaaS cuando el usuario deja de abrirlo

Cada vez abro menos aplicaciones. Le pido a un agente que busque en el CRM, cruce lo que encuentre con una hoja de cálculo y me deje un borrador de correo, y él se conecta a cada herramienta a través de su servidor MCP sin que yo pise ninguna de sus pantallas. En el fondo, tiene algo de vuelta a la pantalla negra de los 80 y los 90: escribes una orden y la máquina la ejecuta desde la consola.

En marzo, Parker Harris, cofundador de Salesforce, lo planteó en voz alta: «Why should you ever log into Salesforce again?» (¿por qué ibas a volver a iniciar sesión en Salesforce?). Un mes después su empresa lanzó un producto pensado para que nadie tenga que hacerlo.


Tu activación, tu momento Ahá, el aviso de que el cliente se acerca al límite de su plan y la señal de que está a punto de irse ocurren hoy en una interfaz gráfica. Sin embargo, ¿qué pasa con todo eso cuando quien usa tu producto es un agente?

Al producto que sigue haciendo el trabajo pero ya no controla la pantalla donde se ve lo vamos a llamar el producto inquilino: alquila una tarjeta dentro de la interfaz de otro, en ChatGPT, en Claude o en Slack, y desde ahí atiende a un cliente cuya puerta ya no es suya.

1. Salesforce se quita la cabeza

El 15 de abril de 2026, Salesforce presentó Headless 360: todo lo que hay en su plataforma pasa a estar disponible como API, como herramienta MCP o como comando de consola, para que cualquier agente pueda usarlo. Headless (sin cabeza) es el término que usa la industria para separar lo que hace un software de la interfaz que lo muestra.

Es una jugada defensiva. Si los agentes van a operar el CRM desde fuera, Salesforce prefiere ser la plataforma a la que llaman que la pantalla que se saltan. Y la hace la empresa que convenció al mundo de usar el software desde el navegador.

La comparación con la pantalla negra tiene trampa.

La consola de los ochenta y los noventa exigía saberse los comandos, y esa sintaxis dejaba fuera a casi todo el mundo.

Ahora el comando es una frase en tu idioma y la sintaxis la pone la máquina. El cable que lo permite es el Model Context Protocol (MCP), el estándar que Anthropic publicó en noviembre de 2024: cuando lo donó a la Linux Foundation un año después, contaba más de 10.000 servidores públicos activos y más de 97 millones de descargas mensuales de sus kits de desarrollo.

La barrera ha cambiado de lado. Antes la salvaba el usuario aprendiendo comandos. Ahora la tiene que salvar tu producto, que debe resultarle comprensible a un agente que llega sin haber visto nunca tu interfaz.

2. Tus usuarios ya no son personas

Cuando Databricks anunció la compra de Neon en 2025, explicó que más del 80% de las bases de datos que se creaban en esa plataforma las lanzaban agentes de IA.

Mintlify, que aloja documentación técnica de otras empresas de software, empezó a separar visitantes en marzo de 2026: los agentes generaban el 45,3% de las peticiones. En julio eran el 66% y en octubre más de tres cuartas partes.

Gráfico de línea con el porcentaje del tráfico de documentación alojada en Mintlify que generan agentes de IA: 45% en marzo, 66% en julio y más del 75% en octubre de 2026
En siete meses, los agentes pasaron de generar algo menos de la mitad del tráfico de documentación técnica a generar tres de cada cuatro peticiones. Elaboración propia con datos de Mintlify (2026)

Mintlify explica que los agentes piden las páginas sin ejecutar el código de seguimiento del navegador, así que Google Analytics no los ve. Aplícalo a las métricas de tu producto. Si una parte de tus clientes empieza a usarlo a través de un agente, tu panel te enseñará menos inicios de sesión justo cuando más se está usando. ¿Cuántas de tus decisiones de producto se apoyan hoy en métricas que no ven a quien de verdad está usando tu producto?

Diagrama de MCP como conector universal: un desarrollador trabaja con Claude Code desde la consola, y a través del protocolo MCP el agente se conecta a servidores de GitHub, bases de datos, gestión de proyectos, archivos locales y servicios en la nube como AWS o Slack - servidor MCP
El USB-C de la IA: el agente pide, MCP traduce y cada herramienta expone solo lo que decide abrir. Ninguna de ellas necesita que alguien abra su pantalla

3. La pantalla vuelve, pero a casa ajena

El propio Harris de Salesforce matizó después que headless consiste en desacoplar las capacidades de la interfaz, y que la interfaz puede seguir existiendo.

Salesforce acompañó el lanzamiento con tarjetas para aprobar algo, cambiar una reserva o tomar una decisión que se pintan dentro de Slack, ChatGPT, Claude o Teams. Desde enero existe un estándar para hacerlo, MCP Apps, impulsado por Anthropic y OpenAI. La pantalla sobrevive, en casa de otro.

Bloomberg contaba en marzo que, seis meses después de abrirse, la tienda de apps de ChatGPT tenía más de 300 integraciones y poca tracción. Las empresas socias se resistían a ceder a OpenAI la relación con sus clientes y el cobro, y habían recortado lo que sus apps podían hacer dentro del chat.

Esas empresas hicieron la cuenta del inquilino antes que nadie: una tarjeta en casa ajena te da alcance, y la pagas con la puerta.

4. Lo que te ahorras al diluirte en el asistente

La mudanza también tiene ventajas, y la primera es el onboarding (puesta en marcha del cliente nuevo).

Imaginemos un SaaS de notas de gastos. Su equipo de producto se ha pasado meses afinando el recorrido guiado: fotografiar el ticket, elegir el proyecto, asignar la categoría, mandarlo a aprobar. Con un servidor MCP, el comercial le escribe a su asistente que pase a la nota de gastos los tickets del viaje a Bilbao, y el agente resuelve los cuatro pasos. El recorrido que tanto costó afinar no lo ve nadie.

Ese conocimiento se puede empaquetar para el agente en una skill: una carpeta con instrucciones y ejemplos que el asistente carga cuando la tarea lo pide. Anthropic las lanzó en octubre de 2025 y un año después contaba más de 70 plataformas que las habían integrado, ChatGPT incluido. Escribes el onboarding una vez, para el agente, y viaja con él.

El ahorro también llega a la cuenta de resultados. Cuando analizamos el impacto de la IA sobre el modelo SaaS vimos que la inferencia es un coste variable que aprieta los márgenes.

Si tu producto funciona dentro del Claude o del ChatGPT del usuario, gran parte de ese razonamiento consume sus tokens (las unidades en que se mide y se cobra el uso de un modelo) y corre a cargo de su suscripción. Tu servidor ejecuta la acción y devuelve los datos. En este caso, el inquilino no paga ni la luz ni el agua (y eso tiene sus ventajas desde la perspectiva del coste).

Diagrama comparativo antes y después de MCP: a la izquierda, tres modelos de IA conectados a Figma, GitHub, Slack y Jira con una integración distinta para cada combinación; a la derecha, los mismos modelos y herramientas conectados a través de un único protocolo, el Model Context Protocol - servidor MCP
Antes de MCP, cada herramienta necesitaba una integración distinta para cada modelo. Con MCP basta un conector, y cualquier asistente puede usar tu producto sin pasar por tu pantalla.

5. Lo que pagas por diluirte

La contrapartida es que tu producto se disuelve en la experiencia del asistente.

El usuario recuerda que se lo pidió a Claude, y el momento Ahá, que ocurre igual, se lo apunta el asistente. Si mañana el agente decide resolver la misma tarea con otra herramienta conectada, el cliente ni se entera. Y la calidad de tu producto pasa a depender de un modelo que no controlas.

Ahí entra el casero. Quien pone la interfaz decide quién entra, qué se ve de lo que haces, quién cobra y quién guarda el registro de lo que pasó. Salesforce, que hoy abre todas sus acciones a cualquier agente, cambió en 2025 los términos de la API de Slack para prohibir que terceros copiaran, indexaran o usaran en modelos de lenguaje los mensajes de sus clientes. Glean, un buscador empresarial que vivía de indexarlos, tuvo que avisar a sus clientes de que dejaba de poder hacerlo.

Salesforce deja hacer a cualquiera dentro de su casa y se queda con la memoria. Cuando analizamos el moat en la era de la IA concluimos que el dato que aguanta es el que solo se genera cuando el cliente usa tu producto. Salesforce lo sabe, y por eso esa parte no la alquila.

Una startup no puede cerrarle la puerta a ChatGPT. Lo que sí decide, al diseñar su servidor MCP, es qué expone como acción y qué guarda como contexto, y esa decisión cuesta deshacerla, como vimos con el vendor lock-in (la dependencia de un proveedor) en SaaS. Te ahorras el onboarding y los tokens, y a cambio el hábito que se forma es el de pedírselo al asistente.

6. ¿El futuro es no tener interfaz?

Con todo lo anterior, la tentación es concluir que hay que dejar de diseñar pantallas y dedicarse a vivir dentro del flujo de trabajo de Claude o de ChatGPT. Sin embargo, tres empresas que ya tienen servidor MCP han tomado caminos distintos, y ninguna ha renunciado a su casa.

Canva entró pronto. Lanzó su servidor MCP en junio de 2025 y en febrero de 2026 llevó el Brand Kit de cada cliente, con sus logos, colores y tipografías, a ChatGPT y a Claude.

Para entonces, según la propia compañía, se habían creado más de 12 millones de diseños desde esos asistentes. La marca del cliente, eso sí, sigue guardada en Canva, y el diseño que sale del chat se abre en Canva para editarlo. En mayo presentaba su MCP como algo que trae millones de usuarios a Canva. El asistente le sirve de puerta de entrada a su casa.

Figma hace el recorrido contrario. En febrero lanzó con Anthropic una función para que un programador escriba en Claude Code «Send this to Figma» y la interfaz que tiene funcionando en el navegador aparezca como diseño editable en su lienzo. Su argumento es que el código sirve para converger en una solución y el lienzo para abrir alternativas y compararlas. Figma usa MCP para que el trabajo vuelva a su pantalla.

Amplitude enseña el límite. Su servidor MCP funciona completo en Claude o en Cursor, pero en ChatGPT solo carga un subconjunto de unas 25 herramientas por un tope de tokens que pone el anfitrión. Lo que tu cliente puede hacer contigo dentro del asistente lo decide, en parte, el casero.

Juntando los tres casos, la respuesta que me sale es partir el producto por tipo de trabajo. Lo que se ejecuta, como registrar un gasto, sacar un dato o cambiar una reserva, se va al flujo del asistente, porque nadie quiere abrir una aplicación para eso. Lo que se explora, se compara o se decide con calma sigue necesitando un sitio propio, y ahí la interfaz cuenta más que antes, porque es lo único que el asistente no te da hecho.

Para cada parte de tu producto, pregúntate si es un recado o un taller. Los recados puedes dejárselos al asistente. El taller tiene que seguir en tu casa.

Diagrama con dos columnas: recados que se ejecutan en el flujo del asistente, como registrar un gasto o sacar un dato, y tareas de taller que necesitan interfaz propia, como explorar alternativas o comparar versiones
Lo que se ejecuta puede vivir en el asistente. Lo que se explora, se compara o se decide sigue necesitando tu propia interfaz.

7. Quién paga cuando nadie inicia sesión

El modelo por asiento daba por hecho que detrás de cada licencia había una persona entrando en la aplicación.

Salesforce ha dado su respuesta en un artículo de ayuda de septiembre: los agentes externos tendrán que registrarse con una identidad propia, y cada llamada que hagan, por MCP o por API, se contará y consumirá créditos. El calendario apunta a noviembre.

Figma reconoce el mismo problema en el anuncio de la herramienta que permite a los agentes escribir en sus archivos: será una API de pago, pero la ofrece gratis durante la beta mientras aprende a contabilizar el comportamiento de los agentes dentro de sus asientos de pago. Ninguna de las dos tiene todavía una respuesta cerrada.

El asiento cambia de ocupante; antes tenía nombre de persona y ahora lo tiene de agente. Cómo poner precio a esa unidad lo veremos el miércoles, al hablar del pricing por resultado, pero el paso previo es más básico: no puedes cobrarle a un usuario que no sabes que existe.

8. El inventario de pantalla

Haz una lista de lo que tu pantalla hace hoy por tu negocio. Casi siempre aparece lo mismo: el onboarding y el momento Ahá, el aviso que empuja el upgrade (la ampliación del plan), las señales con las que lees la retención, tu marca y el hueco donde el cliente te dice que algo ha fallado.

Marca cuáles son recado y cuáles taller. Después, pon cada elemento delante de cuatro preguntas:

  1. ¿Qué abres y qué te guardas? Las acciones son tu forma de estar en casa de otros. El histórico y las reglas particulares de cada cliente, ¿también las vas a alquilar?
  2. ¿Dónde aprueba la persona? Si el agente hace el trabajo, tu interfaz se reduce a la tarjeta en la que alguien da el visto bueno. ¿Le dedicas el cuidado que hoy le dedicas al panel de control?
  3. ¿Cómo ves el uso que no pasa por tu pantalla? Si tu activación se mide con inicios de sesión, ¿qué te dirá el día que el cliente deje de entrar?
  4. ¿A quién le pones nombre? Un agente que usa las credenciales de un empleado es invisible para tu modelo de precios. ¿Sabes cuántos tienes ya?

Lo que no tenga respuesta fuera de tu pantalla se pierde el día que el cliente deje de abrirla.

Cuando el usuario deja de mirar tu pantalla, todo lo que tu negocio hacía en ella tiene que mudarse contigo o desaparece.

Si queréis profundizar, el ensayo de Mathias Biilmann, consejero delegado de Netlify, Introducing AX: Why Agent Experience Matters, fue de los primeros en tratar al agente como un usuario más, con su propia experiencia de uso.

Nos leemos pronto. Hasta la próxima.

See Ya Goodbye GIF by Harry Potter

9. Preguntas frecuentes sobre el software sin pantalla

¿El futuro del SaaS es no tener interfaz?

Para las tareas que se ejecutan, cada vez más; para explorar, comparar o decidir, la interfaz propia sigue haciendo falta. Canva y Figma están en Claude y en ChatGPT, pero usan esa presencia para que el trabajo acabe en su propio lienzo. Lo sensato es estar en el flujo del asistente con lo que es recado y cuidar tu interfaz para lo que es taller.

¿Sigue haciendo falta el onboarding si mi producto se usa a través de un agente?

Para el usuario, bastante menos. Lo que hay que escribir es una skill que explique al agente cómo se usa bien tu producto y qué errores evitar, porque de eso depende que el primer resultado le parezca bueno al cliente.

¿Tengo que construir un servidor MCP antes de tener encaje producto-mercado?

Depende de dónde trabajen tus clientes. Si ya operan desde un asistente o un editor con agentes, tu producto necesita estar ahí. Si no, basta con tener claras las dos o tres acciones que expondrías y qué parte de tu contexto no, para que esa decisión no la tome la prisa.

Imágenes: elaboración propia con datos de Mintlify, Rafael Minguet Delgado en Pexels, Kipanga.com, PeerList y Giphy

Acompaño a emprendedores en estrategia, producto, pricing y go-to-market, especialmente en negocios SaaS B2B.

Si tu proyecto está en ese punto, mira cómo trabajo.

Anuncio

Descubre más desde Los Habitantes de Kewlona

Suscríbete y recibe las últimas entradas en tu correo electrónico.

Publicado enEmpresasStartups

Sé el primero en comentar

Deja una respuesta

Este sitio usa Akismet para reducir el spam. Aprende cómo se procesan los datos de tus comentarios.

Descubre más desde Los Habitantes de Kewlona

Suscríbete ahora para seguir leyendo y obtener acceso al archivo completo.

Seguir leyendo

Los Habitantes de Kewlona
Resumen de privacidad

Esta web utiliza cookies para que podamos ofrecerte la mejor experiencia de usuario posible. La información de las cookies se almacena en tu navegador y realiza funciones tales como reconocerte cuando vuelves a nuestra web o ayudar a nuestro equipo a comprender qué secciones de la web encuentras más interesantes y útiles.