El lock-in del flujo de trabajo como foso competitivo de la IA

Por Brian Tr · Actualizado el 7 de octubre de 2026

El lock-in del flujo de trabajo es el foso competitivo que se forma cuando un producto pasa a ser parte de cómo el equipo de un cliente hace su trabajo todos los días, de modo que reemplazarlo implica reconstruir procesos, integraciones y hábitos, no solo cambiar de software. Para una startup de IA importa porque el modelo que hay debajo rara vez es la parte duradera. La calidad del modelo es algo a lo que todos los competidores pueden comprar acceso. La configuración, los sistemas conectados y las rutinas del equipo construidas alrededor de su producto, no.

Esta página explica de dónde viene el lock-in del flujo de trabajo, qué tipos de costo de cambio crea, en qué se diferencian los productos de IA del software anterior en este punto, qué dice hoy la regulación sobre abandonar a un proveedor y dónde el lock-in deja de ser un foso competitivo y pasa a ser un agravio. Es una de varias páginas sobre fosos competitivos de esta serie. El ángulo de los datos se cubre en el flywheel de datos de la IA, la distribución en el foso competitivo de distribución de la IA y el mapa general en la defendibilidad de las startups de IA.

Por qué un mejor modelo no rompe el lock-in

Imagine dos productos que hacen el mismo trabajo. Uno es un poco mejor en un benchmark. El otro está conectado al CRM, al sistema de facturación y a la cola de tickets del cliente, tiene meses de instrucciones afinadas y es el lugar donde los gerentes aprueban los resultados cada mañana. ¿Cuál se reemplaza cuando sale un modelo más potente?

Por lo general ninguno se mueve rápido, y el segundo es el que menos. Un cliente que los compara no está comparando la calidad del modelo. Está comparando el costo de la mejora con el costo de cambiar todo lo que toca el producto. Ese costo es el costo de cambio, y es la idea económica central de esta página. Si primero quiere el concepto general, consulte nuestra página sobre costos de cambio.

También es cierto lo inverso. Un producto que está al lado del flujo de trabajo, en una ventana de chat o en una pestaña aparte, se puede abandonar el día que aparezca algo más atractivo. El lock-in no depende de qué tan bueno sea el resultado. Depende de cuánto de la operación del cliente requiere que el producto esté ahí.

La taxonomía: tres tipos de costo de cambio

El desglose más usado proviene de la investigación de marketing. El artículo de 2003 de Burnham, Frels y Mahajan en el Journal of the Academy of Marketing Science propuso una tipología de tres clases de costo de cambio: procedimental (la pérdida de tiempo y esfuerzo), financiero (la pérdida de recursos cuantificables en dinero) y relacional (la incomodidad psicológica o emocional de perder una identidad y romper vínculos). La economía de fondo es anterior. El análisis de 1987 de Klemperer sobre mercados con costos de cambio para el consumidor en el Quarterly Journal of Economics es una referencia estándar sobre cómo estos costos cambian la competencia.

Así aparece cada tipo en un producto de IA.

Dos notas sobre cómo usar esto. Primero, el costo procedimental es el que más alimenta un foso competitivo de flujo de trabajo, y suele ser el más fuerte y el más defendible. Segundo, las categorías se superponen en la práctica. Un contrato prepagado es financiero, pero la razón por la que un cliente lo renueva suele ser procedimental.

Qué crea realmente el lock-in del flujo de trabajo

El lock-in no es una función que se lanza. Se acumula a partir de unas pocas cosas que se van sumando a medida que el cliente usa el producto.

Posición: sistema de registro o sistema de acción

Un sistema de registro es donde vive la versión autorizada de algo: la lista de clientes, el contrato, el historial de facturas. Un sistema de acción es donde se hace el trabajo: redactar, enrutar, decidir, enviar. Los registros se pegan porque otras herramientas leen de ellos. Las acciones se pegan cuando están en medio de un proceso del que otros dependen.

Un producto de IA que solo genera texto cuando se le pide es fácil de dejar. Uno que dispara acciones dentro de otros sistemas, y cuyos resultados pasan a ser el registro de lo ocurrido, no lo es. Para el ángulo de la interfaz, consulte copilots de IA integrados en la interfaz de SaaS.

Integraciones

Cada conexión al CRM, al data warehouse, a la herramienta de tickets o al sistema de identidad de un cliente es una pequeña pieza de lock-in procedimental. Una integración es trivial de rehacer. Doce, cada una con sus propios permisos, mapeos de campos y manejo de errores, son un proyecto que necesita presupuesto y un responsable.

Configuración, contexto y memoria acumulados

Con los meses, los clientes escriben instrucciones, definen cómo es una buena respuesta, agregan ejemplos y corrigen el producto. Ese ajuste acumulado es trabajo que hizo el cliente, y no viaja a un competidor a menos que se pueda exportar en una forma utilizable. Lo mismo aplica al contexto y la memoria almacenados: un producto que recuerda la terminología, las preferencias y las decisiones pasadas de un equipo es más útil en el mes doce que en el primero, y un reemplazo parte de cero.

Procesos del equipo construidos alrededor de la herramienta

Esta es la parte silenciosa. Las listas de verificación, los traspasos, los pasos de revisión y las descripciones de puestos se escriben en torno al comportamiento de un producto. Cuando la forma de trabajar de un equipo da por hecho que la herramienta existe, quitarla es un proyecto de gestión del cambio, no una decisión de compras. Nuestra página sobre cómo ayudar a los clientes a cambiar su forma de trabajar con IA cubre ese lado desde la perspectiva del proveedor.

Aprobaciones y pistas de auditoría

Cuando los resultados pasan por un paso de aprobación y cada decisión queda registrada, el producto se convierte en parte de cómo el cliente demuestra que su proceso está controlado. Esos registros son un historial que el cliente puede necesitar conservar, y una herramienta nueva no puede regenerarlo. Este tipo de adherencia es de las que los clientes eligen por sí mismos, ya que el control es suyo.

En qué difiere el lock-in en los productos de IA

El software anterior construía costos de cambio sobre todo mediante datos y capacitación. Los productos de IA heredan eso y añaden algunas particularidades.

La capa del modelo es reemplazable por diseño. Muchos productos de IA pueden cambiar el modelo subyacente sin que el cliente lo note. El informe empresarial de 2025 de Menlo Ventures describe cómo el enfoque agnóstico de modelo de Cursor permitió a los desarrolladores usar los nuevos modelos de frontera apenas se lanzaban. Eso es bueno para la calidad del producto, pero señala dónde no está el foso competitivo: si su única ventaja es el acceso a un modelo en particular, un competidor puede igualarla de la noche a la mañana. La capa defendible está por encima del modelo.

Los estándares de integración cortan en ambos sentidos. Sus responsables describen el Model Context Protocol como un estándar abierto para conectar aplicaciones de IA con sistemas externos, creado para que una misma integración funcione con muchos clientes. Para los clientes eso reduce el costo de conectar herramientas, y también reduce el costo procedimental de abandonar un producto cuyo principal lock-in era el cableado a medida. Los fundadores que se apoyaron en conectores difíciles de construir deben asumir que ese foso competitivo se está reduciendo.

Los clientes esperan llevarse sus cosas. Los clientes que evalúan un producto de IA tienen buenas razones para preguntar si los prompts, los conjuntos de evaluación, los datos de fine-tuning y los registros se pueden exportar, y en qué formato. Un proveedor con una respuesta clara tiene una conversación más fácil que uno sin ella. Tratar la portabilidad como un activo de ventas suele ser más inteligente que tratarla como una fuga.

Los resultados son variables, así que la confianza forma parte del costo de cambio. Un equipo que pasó meses aprendiendo dónde un producto es confiable no quiere volver a aprenderlo con un reemplazo. Esa confianza es lock-in relacional, y solo se gana con un comportamiento consistente.

Qué dice hoy la regulación sobre irse

En la UE, los derechos de cambio para servicios de tipo nube son ley. El Reglamento de Datos (Reglamento (UE) 2023/2854) tiene un capítulo sobre el cambio entre servicios de tratamiento de datos. Sus puntos principales, tomados del texto oficial:

• Alcance. Define un servicio de tratamiento de datos como un servicio digital que da a un cliente acceso de red bajo demanda a un conjunto compartido de recursos informáticos configurables, escalables y elásticos. Los considerandos dicen que estos servicios se dividen en modelos de entrega que incluyen IaaS, PaaS y SaaS. Si un producto de IA concreto está dentro del alcance depende de cómo se entregue, así que los fundadores deben consultarlo con un abogado en lugar de suponerlo.
• Obstáculos. Los proveedores deben eliminar los obstáculos precomerciales, comerciales, técnicos, contractuales y organizativos que impidan a los clientes terminar un contrato, firmar con otro proveedor o portar sus datos exportables y activos digitales.
• Plazos. El contrato debe permitir que el cliente inicie el cambio en un plazo de dos meses, y el período de transición no puede durar más de 30 días naturales, durante los cuales el contrato sigue aplicándose.
• Cargos. Del 11 de enero de 2024 al 12 de enero de 2027, los proveedores pueden cobrar cargos de cambio reducidos que no pueden superar sus costos directamente vinculados. Después del 12 de enero de 2027 no pueden cobrar nada por el proceso de cambio.
• Fecha de aplicación. El Reglamento se aplica desde el 12 de septiembre de 2025, y la explicación de la Comisión Europea describe el objetivo como permitir que los clientes cambien sin fricciones de un proveedor a otro.

La lectura práctica para un fundador: en la UE, un foso competitivo basado en volver caro o lento el abandono tiene los días contados para los servicios dentro del alcance. Incluso fuera de la UE, la dirección es clara. Planifique su lock-in en torno al valor, no a la fricción.

Lock-in ganado vs lock-in impuesto

No toda adherencia es igual, y los clientes notan la diferencia.

El lock-in ganado existe porque el producto es muy útil y el cliente ha invertido en él. Irse sería una pérdida de valor. Los clientes lo describen como «tendríamos que rehacerlo todo», y lo dicen encogiéndose de hombros, no frunciendo el ceño.

El lock-in impuesto existe porque el proveedor hizo difícil irse a propósito: exportaciones que faltan o son ilegibles, condiciones de terminación largas, tarifas elevadas por recuperar sus propios datos o un producto que funciona de maneras que los competidores no pueden leer. Los clientes lo describen como estar secuestrados, y lo resienten.

El lock-in impuesto tiene costos que no aparecen en un gráfico de retención:

• Perjudica las ventas nuevas. Los compradores hacen la debida diligencia de las condiciones de salida, sobre todo los grandes.
• Genera churn silencioso. Los clientes se quedan hasta que termina el contrato y luego se van sin conversación. Nuestra página sobre el churn de productos de IA explica cómo leer esas señales.
• Invita a la regulación. El capítulo de cambio del Reglamento de Datos existe porque los clientes y los legisladores objetaron justo estas barreras.
• Envenena la expansión. Un cliente que se siente atrapado no le dará una huella más grande.

Una prueba útil: ¿se sentiría cómodo si el abogado del cliente leyera en voz alta sus condiciones de salida en la reunión de renovación? Si no, probablemente el lock-in no es ganado.

Cómo evaluar su propio lock-in

No se puede medir el lock-in directamente, pero se puede buscar evidencia en cada capa.

Combine estas preguntas con números que ya sigue. La profundidad de adopción entre equipos y flujos de trabajo es lo primero que hay que revisar, y la consecuencia en los ingresos aparece en la net revenue retention. Si la retención es alta pero la profundidad de uso es superficial, los clientes pueden estar quedándose por inercia, y eso es frágil.

Errores comunes

• Contar la duración del contrato como lock-in. Un plazo de tres años retrasa el churn. No crea una razón para renovar.
• Construir el foso competitivo sobre la relación con un solo modelo. Si un rival puede licenciar el mismo modelo, no ha construido nada.
• Esconder la exportación. Los clientes lo descubren en el peor momento y se lo cuentan a otros.
• Aplicar el lock-in en la capa equivocada. Volver propietario su formato de datos no es lo mismo que volver indispensable su flujo de trabajo.
• Ignorar al champion. Un usuario entusiasta que se va puede deshacer un despliegue si el producto no está integrado en el proceso del equipo.

Datos clave

• Tipología: Burnham, Frels y Mahajan (2003), en el Journal of the Academy of Marketing Science, plantearon tres tipos de costo de cambio: procedimental, financiero y relacional.
• Fundamento económico: Klemperer (1987), publicado en el Quarterly Journal of Economics, analiza los mercados con costos de cambio para el consumidor.
• Normas de cambio en la UE: El Reglamento de Datos se aplica desde el 12 de septiembre de 2025 y permite un período de transición máximo de 30 días naturales para los servicios de tratamiento de datos dentro del alcance.
• Cargos por cambio: Según el mismo Reglamento, los cargos por cambio deben eliminarse por completo después del 12 de enero de 2027, y hasta entonces los cargos reducidos no pueden superar los costos directos del proveedor.
• Capa del modelo: Menlo Ventures describe el enfoque agnóstico de modelo de Cursor como una forma de que los desarrolladores adopten nuevos modelos de frontera desde su lanzamiento.
• Estándar de integración: El Model Context Protocol es un estándar de código abierto para conectar aplicaciones de IA con sistemas externos.