IA llave en mano para tu empresa (2026): qué se puede montar en 4 semanas y cómo evitar el lock-in del proveedor

📅 Actualizado: 10 de junio de 2026 · Próxima revisión: julio 2026

TL;DR

Sí, una PYME española puede tener IA funcionando en 4 semanas con un proyecto llave en mano — si el alcance está bien acotado y el contrato evita el lock-in desde el día uno. "Llave en mano" significa que el proveedor entrega el sistema funcionando, integrado y documentado, y tu equipo no toca infraestructura en ningún momento: ni servidores, ni APIs, ni configuración. En 4 semanas caben cuatro tipos de proyecto: una plataforma de IA privada con tu marca, un copiloto RAG sobre un corpus documental acotado, 1-2 automatizaciones de back-office o un agente de atención básico. No caben integraciones profundas con ERP, RAG sobre años de documentación desordenada ni sistemas multi-agente complejos. Y antes de firmar, hay que revisar 6 cláusulas: propiedad del código y la configuración, exportabilidad de datos y prompts, independencia de modelo, hosting en cuenta del cliente, documentación entregada y coste de salida.

Este post complementa la comparativa de los 5 modelos de proveedor para externalizar IA sin contratar ingenieros: aquel post compara quién puede hacerte el proyecto; este define en profundidad qué es exactamente el formato llave en mano, qué cabe en 4 semanas y cómo blindar el contrato.

Qué ha cambiado en junio 2026

El formato llave en mano de 4 semanas ha pasado de excepción a exigencia en las RFPs de PYME española. En 2024-2025, pedir precio y plazo cerrados a un proveedor de IA era casi una excentricidad; en junio de 2026, las propuestas que recibe una PYME de 10-100 personas compiten precisamente en eso. La consecuencia para el comprador: si un proveedor no puede comprometer por escrito qué entrega, cuándo y por cuánto, ya no es por complejidad técnica — los proyectos acotados están más que estandarizados — sino porque su modelo comercial vive de la facturación abierta.

El EU AI Act entra en enforcement pleno en agosto de 2026 y convierte la documentación en entregable obligatorio, no en cortesía. Un proyecto llave en mano que no incluya documentación técnica del sistema (qué modelo usa, dónde se procesan los datos, qué supervisión humana existe) traslada el riesgo regulatorio al cliente. Desde este mes, esa documentación debe figurar en el contrato al mismo nivel que el software.

La caída sostenida de precios por token ha desplazado el coste al trabajo de implementación: para una PYME de 10-50 personas, la inferencia mensual de un copiloto interno suele quedar en 100-300 €. Lo que se paga en un proyecto llave en mano no es el modelo — es la integración, la configuración, la formación y el handover. Por eso el lock-in importa tanto: si te atan, lo que pierdes no es la licencia, es todo ese trabajo.

Qué significa "llave en mano" de verdad (y qué venden como llave en mano sin serlo)

La definición exigible

Un proyecto de IA llave en mano es aquel en el que el proveedor entrega el sistema funcionando en el entorno del cliente, con precio y plazo cerrados por escrito, y el equipo del cliente no toca infraestructura en ningún momento del proyecto. Ni antes (no hay que preparar servidores, ni contratar cloud, ni dar de alta APIs), ni durante (no hay que asignar perfiles técnicos al proyecto), ni después (el mantenimiento se cubre con formación + documentación + retainer opcional, no con una nómina técnica).

En la práctica, un llave en mano real cumple cinco condiciones verificables:

1. Precio cerrado y plazo cerrado por escrito, con entregables definidos por semana. Si el presupuesto dice "estimación orientativa" o "facturación por horas con previsión de X", no es llave en mano.
2. El cliente no aporta perfiles técnicos. El interlocutor del proyecto es el director o un responsable de negocio, no un informático. Si el proveedor pide "una persona de IT dedicada", el proyecto no es llave en mano: es co-desarrollo.
3. Entrega funcionando en producción, no en demo. "Funcionando" significa que el equipo del cliente lo usa en su día a día desde la semana 4, con sus datos y sus accesos reales.
4. Formación y handover incluidos: sesiones de formación al equipo (4-8 horas típicas) + documentación de uso y de administración.
5. Ownership del resultado: el código, la configuración, los prompts y los datos quedan en propiedad del cliente. Esta condición es la que separa el llave en mano del lock-in disfrazado, y se desarrolla en la sección de cláusulas.

Lo que venden como "llave en mano" y no lo es

El término se ha desgastado por uso comercial. Cuatro variantes que llegan a las PYMEs españolas etiquetadas como llave en mano sin serlo:

• El SaaS con onboarding. Activar licencias de un producto enterprise (ChatGPT Enterprise, Copilot) con una sesión de configuración no es un proyecto llave en mano: no hay integración con tu stack, no hay marca propia, no hay ownership de nada y el "plazo de 1 semana" es simplemente el alta de un producto ajeno. Es legítimo como producto; no como proyecto a tu medida.
• El proyecto por fases abiertas. "Fase 1 llave en mano (diagnóstico), y a partir de ahí vamos viendo". Si solo la primera fase tiene precio y plazo cerrados, el conjunto no es llave en mano: es un anzuelo con facturación abierta detrás.
• El llave en mano que requiere tu equipo de IT. Si la propuesta incluye tareas para tu personal técnico (preparar entornos, exponer APIs, mantener servidores), el proveedor está externalizando hacia ti la parte más ingrata. Una PYME sin equipo técnico no puede aceptar este formato — y no le hace falta, como detalla la guía de implementar IA sin equipo técnico.
• El llave en mano sobre plataforma propietaria del proveedor. Te entregan algo funcionando, sí — dentro de SU plataforma, con SUS prompts ocultos, en SU cuenta de cloud. El día que quieras irte, descubres que "llave en mano" significaba que la llave la tienen ellos. Es la forma más común de lock-in en 2026 y la razón de ser de la segunda mitad de este post.

¿Se puede implantar IA en una empresa en 4 semanas?

Sí — a condición de que el alcance sea uno de los cuatro tipos de proyecto que el mercado español tiene ya estandarizados, y de que el proveedor sea quien firma y quien implementa. La pregunta correcta no es "¿se puede en 4 semanas?" sino "¿qué cabe en 4 semanas?". La diferencia entre un proveedor honesto y uno que vende humo está en cómo responde a esa segunda pregunta: el honesto acota; el otro promete.

Qué cabe REALISTAMENTE en 4 semanas

1. Plataforma de IA privada con tu marca. Un entorno tipo ChatGPT corporativo con el branding de la empresa, acceso multi-modelo (los mejores modelos de cada proveedor, no uno solo), control de usuarios y datos procesados bajo condiciones europeas. Es el proyecto llave en mano más demandado en 2026 y el que mejor encaja en 4 semanas porque la base tecnológica está madura: el trabajo es configuración, integración ligera, branding y formación. La comparativa Cortex by Javadex vs ChatGPT Enterprise analiza este formato frente a las alternativas SaaS.
2. Copiloto RAG sobre un corpus acotado. Un asistente que responde preguntas del equipo citando los documentos internos de la empresa — siempre que el corpus esté acotado: 50-300 documentos razonablemente ordenados (manuales, procedimientos, fichas de producto, plantillas). El límite no es técnico, es documental: la ingesta, limpieza y validación de un corpus acotado cabe en 4 semanas; la de un archivo histórico caótico, no.
3. 1-2 automatizaciones de back-office. Procesos repetitivos con entrada y salida claras: clasificación y respuesta preliminar de emails, extracción de datos de facturas o albaranes, generación de informes periódicos, triaje de solicitudes. Una o dos automatizaciones bien elegidas; no "automatizar el departamento".
4. Agente de atención básico. Un agente que responde consultas frecuentes de clientes (web o email) sobre una base de conocimiento definida, con escalado a humano cuando no sabe. Versión básica: FAQ + catálogo + políticas. No incluye integración transaccional profunda (consultar pedidos en el ERP en tiempo real).

Qué NO cabe en 4 semanas (y desconfía de quien diga que sí)

• Integraciones ERP profundas. Conectar la IA en lectura-escritura con SAP, Navision/Business Central, Sage o un ERP a medida exige análisis de permisos, entornos de prueba, validación con datos reales y, casi siempre, la colaboración del partner del ERP. Plazo realista: 8-16 semanas adicionales, como proyecto propio posterior.
• RAG sobre años de documentación desordenada. Si el corpus son "todos nuestros archivos desde 2009" — versiones duplicadas, formatos mezclados, información obsoleta sin marcar — el 70 % del proyecto es limpieza documental, no IA. Un proveedor serio lo dirá en el diagnóstico y propondrá empezar por un sub-corpus acotado.
• Sistemas multi-agente complejos. Orquestar varios agentes que se coordinan entre sí (ventas + operaciones + finanzas) es un proyecto de 2026 técnicamente posible, pero no en 4 semanas y no como primer proyecto. Lo sensato: un agente acotado primero, orquestación después, con el ROI del primero ya medido.
• "Transformación completa con IA". Cualquier propuesta que prometa transformar la empresa entera en un mes no describe un proyecto: describe un PowerPoint comercial.

Un proyecto llave en mano de 4 semanas, semana a semana

Así es el calendario tipo que las PYMEs españolas están viendo en propuestas serias en 2026. Los nombres de las fases varían entre proveedores; la estructura, no.

Semana 0 (pre-proyecto): diagnóstico y acotación

Antes de que el reloj empiece, hay un diagnóstico de 60-90 minutos: qué proceso duele, qué datos existen, quién usará el sistema, qué significa "éxito" en números. De aquí sale la propuesta con precio y plazo cerrados. Si un proveedor presenta presupuesto sin este diagnóstico, está vendiendo plantilla, no proyecto. Esta fase también fija el baseline del proceso (horas dedicadas, volumen, tasa de error) — imprescindible para calcular el ROI con fórmulas auditables a los 3-6 meses.

Lo que el cliente entrega en semana 0 (lo único que aporta en todo el proyecto):

• El proceso elegido y la persona de negocio que hará de interlocutor (1-2 horas/semana, no más).
• Acceso de lectura a los documentos o datos del caso de uso (el corpus, las plantillas de email, el catálogo).
• Las dos semanas de muestreo del baseline, si no existían datos previos del proceso.

Semana 1: infraestructura y acceso (el cliente no toca nada)

El proveedor levanta el entorno: plataforma desplegada en cuenta del cliente (no en la del proveedor — ver cláusula 4 más abajo), modelos conectados, dominio y branding configurados, usuarios dados de alta.

• Entregable de cierre de semana: el director entra con su usuario y ve la plataforma con la marca de su empresa, vacía pero viva.
• Señal de alarma en esta semana: el proveedor pide que "alguien de IT" prepare algo, o el alta del cloud se hace a nombre del proveedor "para agilizar". Las dos cosas contradicen el contrato llave en mano y se corrigen mejor en la semana 1 que en la 4.

Semana 2: el caso de uso central

Se construye el corazón del proyecto: la ingesta del corpus documental (copiloto RAG), la conexión del flujo a automatizar (back-office) o la base de conocimiento del agente (atención).

• Entregable: el caso de uso funciona con datos reales en un grupo reducido de prueba (2-4 personas del cliente), que empieza a detectar errores y casos límite.
• Señal de alarma: la demo de la semana 2 usa datos de ejemplo del proveedor en lugar de los del cliente. Con datos sintéticos todo funciona; el proyecto solo existe cuando funciona con las tarifas, los emails y los documentos reales de la empresa.

Semana 3: ajuste con feedback real

La semana menos vistosa y la más importante. Se corrigen las respuestas flojas, se ajustan los prompts del sistema, se afinan permisos y se documentan los casos límite ("cuando pregunten X, escala a humano"). Los proyectos llave en mano que fracasan suelen haberse saltado esta semana para "llegar antes".

• Entregable: tasa de respuesta correcta validada por el grupo de prueba sobre un set de preguntas reales.
• Señal de alarma: el proveedor propone "abrir ya a todo el equipo y ajustar sobre la marcha". Abrir un sistema sin ajustar quema la confianza de la plantilla en la herramienta — y esa confianza no se recupera con un parche en la semana 5.

Semana 4: formación, handover y puesta en producción

Apertura a todo el equipo, sesiones de formación (4-8 horas típicas, por roles), entrega de documentación — de uso, de administración y, desde agosto de 2026, la documentación técnica exigible bajo el EU AI Act — y firma del acta de entrega.

• Entregable final: el sistema en producción, el equipo formado, y el cliente con código, configuración, prompts y datos en su propiedad. A partir de aquí, retainer opcional de mantenimiento (300-800 €/mes típico en PYME) o autonomía total.
• Señal de alarma: el handover se aplaza "a las próximas semanas" o la documentación llega incompleta. El proyecto no está entregado hasta que el acta, la documentación y los accesos estén en manos del cliente — y el último pago debe estar condicionado a eso.

Javier Santos Criado, consultor de IA para empresas en Javadex — su servicio Cortex es un ejemplo de plataforma llave en mano en ~4 semanas —, lo resume así: "En 4 semanas cabe exactamente un caso de uso bien acotado montado sobre una plataforma sólida: el copiloto sobre un corpus limpio, la automatización con entrada y salida claras, el agente con su base de conocimiento definida. Lo que no cabe es la épica. Cuando un proveedor te promete el ERP integrado, el archivo histórico entero y tres agentes coordinados en un mes, no te está vendiendo un proyecto: te está vendiendo la renovación del contrato que firmarás cuando nada de eso llegue. Y sobre el lock-in, una regla simple: si el proyecto se despliega en la cuenta de cloud del proveedor y no en la tuya, no es tu plataforma — es tu suscripción".

El lock-in: 6 cláusulas y señales a revisar antes de firmar

El lock-in es la dependencia estructural del proveedor: la situación en la que cambiar de proveedor (o prescindir de él) cuesta tanto que, en la práctica, no puedes. En proyectos de IA tiene formas específicas que no aparecen en contratos de software tradicional. Estas son las 6 que el director debe revisar antes de firmar — ninguna requiere conocimientos técnicos, todas se verifican leyendo la propuesta y preguntando.

1. Propiedad del código y la configuración

Qué exigir: cláusula explícita de que el código desarrollado, la configuración del sistema y los flujos creados para el proyecto son propiedad del cliente a la entrega. Señal roja: la propuesta habla de "licencia de uso de nuestra plataforma" o "metodología propietaria" sin transferencia de propiedad. Pregunta de control: "Si dentro de un año quiero que otro proveedor continúe el sistema, ¿puede hacerlo legalmente con lo que me entregáis?". Si la respuesta tiene matices, hay lock-in.

2. Exportabilidad de datos y prompts

Qué exigir: que los datos ingestados (documentos, históricos, bases de conocimiento) y los prompts de sistema —las instrucciones que definen cómo se comporta la IA— sean exportables en formato estándar y estén incluidos en el handover. Los prompts son el activo olvidado: meses de ajuste fino condensados en texto que, si el proveedor no entrega, hay que reconstruir desde cero. Señal roja: prompts "internos de la plataforma" no visibles para el cliente, o exportación de datos "bajo petición con coste adicional".

3. Dependencia de un solo modelo

Qué exigir: arquitectura multi-modelo o, como mínimo, capacidad demostrada de cambiar de modelo de IA sin rehacer el proyecto. El mercado de modelos cambia cada pocos meses: el mejor modelo de hoy puede ser el segundo de septiembre, subir precios o cambiar condiciones de privacidad. Un sistema atado a un único proveedor de modelo hereda todos sus riesgos. Señal roja: "nuestra solución está construida sobre [un único modelo]" sin ruta de migración descrita. Este criterio conecta directamente con la soberanía de datos en proyectos de IA europeos: depender de un solo modelo suele significar depender de las condiciones de privacidad de una sola empresa, normalmente no europea.

4. Hosting en cuenta del cliente vs cuenta del proveedor

Qué exigir: que la infraestructura (cloud, dominio, claves de API de los modelos) esté contratada en cuentas del cliente, aunque las administre el proveedor. Es la cláusula más decisiva y la menos revisada. Si todo vive en la cuenta del proveedor, el día de la ruptura no hay nada que migrar — porque nada es tuyo: el "coste de salida" es rehacer el proyecto entero. En cuenta del cliente, la ruptura significa simplemente cambiar quién administra. Señal roja: "nosotros nos encargamos de todo el hosting" sin especificar titularidad de las cuentas. Que lo administren ellos, perfecto — eso es llave en mano. Que sea suyo, no.

5. Documentación entregada

Qué exigir: documentación de uso (para el equipo), de administración (para mantener el sistema) y técnica (arquitectura, modelo usado, flujo de datos — exigible además bajo el EU AI Act desde agosto de 2026). La documentación es el seguro de vida anti lock-in: con ella, otro proveedor continúa el trabajo en días; sin ella, en meses. Señal roja: la documentación no aparece como entregable con contenido definido en la propuesta, o se sustituye por "soporte continuado" (que es precisamente la dependencia que se quiere evitar).

6. Coste de salida

Qué exigir: que el contrato describa qué pasa al terminar la relación — qué se entrega, en qué plazo, a qué coste (idealmente cero o coste de horas tasado). Y sin permanencias: el retainer de mantenimiento debe ser cancelable mes a mes. Señal roja: permanencias de 12-24 meses en el mantenimiento, penalizaciones por salida o silencio absoluto del contrato sobre la terminación. Los proveedores confiados en su servicio no necesitan retener por contrato. Más señales de este tipo, en la guía de errores y red flags al contratar consultoría de IA.

Tabla resumen: proyecto con lock-in vs proyecto sin lock-in

La fila final es el test definitivo. Antes de firmar, hazte una sola pregunta: si este proveedor desapareciera mañana, ¿qué me quedaría? Si la respuesta es "una plataforma funcionando en mis cuentas, con su código, sus prompts y su documentación", firma. Si la respuesta es "una factura", sigue buscando.

Las 10 preguntas para la primera reunión con el proveedor

Las 6 cláusulas anteriores se verifican leyendo el contrato. Pero la mayoría de directores filtra proveedores antes de llegar al contrato: en la primera reunión. Estas 10 preguntas, en este orden, separan al proveedor llave en mano real del que lleva la etiqueta puesta — y ninguna requiere conocimientos técnicos:

1. "¿Me podéis dar precio y plazo cerrados por escrito?" — Si la respuesta empieza por "depende" sin un diagnóstico previo de por medio, no hay llave en mano.
2. "¿Qué necesitáis de mi equipo durante el proyecto?" — La respuesta correcta cabe en una frase: un interlocutor de negocio 1-2 horas/semana y acceso a los documentos del caso de uso. Si aparece "una persona de IT", es co-desarrollo.
3. "¿Qué cabe y qué NO cabe en las 4 semanas?" — El proveedor serio acota espontáneamente (te dirá que el ERP queda fuera antes de que preguntes). El otro promete.
4. "¿El cloud, el dominio y las claves de API estarán a mi nombre o al vuestro?" — La pregunta de los diez segundos que destapa el 80 % del lock-in de 2026.
5. "¿Los prompts del sistema se me entregan en el handover?" — Sí o no. "Son parte de nuestra metodología" significa no.
6. "Si en un año quiero cambiar de modelo de IA, ¿hay que rehacer algo?" — Busca "no, la plataforma es multi-modelo" o una ruta de migración concreta.
7. "¿Qué documentación entregáis y cuándo?" — Uso + administración + técnica (EU AI Act), en la semana 4, como condición del último pago.
8. "¿El mantenimiento tiene permanencia?" — Mes a mes cancelable, o hay lock-in contractual.
9. "¿Quién va a implementar el proyecto: tú o tu equipo?" — En consultores individuales y boutiques pequeñas, exige que quien vende sea quien ejecuta (o conozca por nombre a quien lo hará).
10. "¿Me das 2-3 referencias verificables de mi sector y tamaño?" — Anonimizadas vale; inverificables, no.

Un proveedor llave en mano legítimo responde las 10 sin incomodarse — de hecho, las usa como argumento comercial. Si en la primera reunión hay tres o más respuestas evasivas, el problema no se va a arreglar en el contrato.

Cómo llegar preparado: qué debe tener listo el director antes de la semana 0

El proyecto es llave en mano, pero la decisión no. Estos cuatro deberes del lado del cliente, hechos antes del diagnóstico, ahorran semanas y evitan los dos errores más caros (elegir mal el caso de uso y firmar sin baseline):

• Elegir un proceso que duela y se mida. No "queremos IA": un proceso concreto con horas cuantificables — las consultas de tarifas que atascan a comerciales, los emails sin clasificar, los informes manuales del viernes. Si hay dudas sobre cuál elegir, la guía de implementar IA sin equipo técnico incluye criterios de priorización por tipo de PYME.
• Medir el baseline antes de hablar con nadie. Dos semanas de muestreo: horas/persona dedicadas al proceso, volumen mensual, errores. Es la diferencia entre poder auditar el ROI a los 6 meses o discutir opiniones para siempre.
• Localizar el corpus documental y valorarlo con honestidad. Si los documentos del caso de uso están razonablemente ordenados (50-300 piezas identificables), el copiloto RAG cabe en 4 semanas. Si son "los archivos de la empresa desde 2009", el primer proyecto debería ser otro — o un sub-corpus.
• Decidir el techo de presupuesto a 24 meses, no el del setup. Con los rangos de la tabla de precios: setup + mensual × 24 + coste de salida. Esa cifra, y no el precio inicial, es la que se compara entre propuestas.

Cuánto cuesta un proyecto de IA llave en mano en España (junio 2026)

Rangos orientativos que las PYMEs españolas están viendo en propuestas reales de proveedores serios (consultores freelance senior y boutiques) durante el primer semestre de 2026:

Tres lecturas de la tabla:

• El rango total realista para PYME es 4.000-15.000 € según alcance. Por debajo de 4.000 € suele haber plantilla sin diagnóstico ni handover; muy por encima de 15.000 € para estos alcances, suele haber estructura de consultora grande facturando overhead.
• El mensual posterior es bajo porque el coste de los modelos ha caído: lo que se paga en el proyecto es el trabajo, no la tecnología. Desconfía de mensualidades altas "por la plataforma" — suelen ser lock-in con otro nombre.
• Comparar solo el setup es un error: el coste relevante es a 24 meses (setup + mensual + coste de salida). Un proyecto de 5.000 € sin lock-in puede ser más barato a dos años que uno "gratis" con licencias por usuario y salida imposible.

Errores comunes al contratar IA llave en mano

Error 1: Confundir plazo corto con alcance grande

Problema: "todo en 4 semanas" es contradictorio por definición. Si la propuesta promete plataforma + ERP + archivo histórico + multi-agente en un mes, el plazo es ficción — y el sobrecoste llegará en la semana 5 con forma de "ampliación de alcance". Solución: exigir que la propuesta liste explícitamente qué queda FUERA del alcance. Una propuesta sin exclusiones escritas no tiene alcance: tiene una promesa.

Error 2: No preguntar por la titularidad de las cuentas

Problema: el 80 % del lock-in real de 2026 vive en esta omisión. Todo funciona perfecto hasta el día que quieres cambiar de proveedor y descubres que no hay nada que migrar porque nada es tuyo. Solución: la pregunta cuesta diez segundos — "¿El cloud, el dominio y las claves de API están a mi nombre o al vuestro?" — y se hace en la primera reunión, no en la firma.

Error 3: Aceptar prompts opacos

Problema: los prompts de sistema son meses de conocimiento destilado en texto. Si no se entregan, el proveedor se queda con la parte del proyecto más cara de reconstruir, y cada renovación de retainer se negocia con esa ventaja. Solución: cláusula de exportabilidad — los prompts forman parte del handover, en formato legible, sin excepciones por "metodología propietaria".

Error 4: Firmar mantenimiento con permanencia

Problema: la permanencia de 12-24 meses en el retainer es la versión contractual del lock-in técnico: el proveedor cobra por contrato lo que debería ganarse por servicio. Solución: retainer cancelable mes a mes. Los proveedores confiados en su trabajo lo aceptan sin negociar; los otros, no — y esa reacción ya es información.

Error 5: Saltarse el baseline

Problema: sin medir el proceso antes (horas, volumen, errores), el ROI del proyecto será para siempre una opinión — y la renovación del año 2 se decidirá por sensaciones. Solución: dos semanas de muestreo antes de la semana 1, congeladas por escrito como anexo del contrato. La mecánica completa está en la guía de fórmulas de ROI auditables.

Error 6: Elegir proveedor por el modelo de IA que usa

Problema: "usamos [el modelo de moda]" no es un argumento — los modelos se intercambian cada pocos meses; la implementación, no. Elegir por modelo es comprometerse hoy con el ranking de un mercado que cambiará tres veces antes de amortizar el proyecto. Solución: evaluar al proveedor por quién implementa, en qué plazo y con qué ownership. Y exigir multi-modelo, precisamente para que esta decisión deje de importar.

Error 7: Tratar la formación como opcional

Problema: el sistema funciona, pero la plantilla no lo adopta: sin formación, la adopción real se queda en el 20-30 % y el ROI calculado sobre el 100 % se evapora. Solución: formación por roles (4-8 horas) como entregable de la semana 4, con sesión separada para el administrador interno. La adopción se mide al mes 1 y al mes 3, no se supone.

Vocabulario mínimo para leer una propuesta llave en mano

Cinco términos que aparecen en todas las propuestas de 2026 y que conviene tener claros antes de la primera reunión — porque varios se usan comercialmente con significados elásticos:

¿Para qué empresas funciona el formato de 4 semanas (y para cuáles no)?

El llave en mano de 4 semanas no es universal. Funciona extraordinariamente bien en un perfil de empresa concreto y se queda corto en otros dos. Saber en qué grupo estás antes de pedir propuestas ahorra tiempo a todos.

Encaja de lleno si tu empresa cumple la mayoría de estas condiciones:

• PYME de 5 a 100 personas con un decisor único o un comité pequeño que puede aprobar en días, no en trimestres.
• Sin equipo técnico interno (o con IT ocupado en lo suyo): el formato existe precisamente para no necesitarlo.
• Un proceso doloroso identificable: consultas internas repetitivas, emails sin triar, informes manuales, atención al cliente desbordada.
• Documentación del caso de uso razonablemente localizable: no perfecta, pero existente y acotable.
• Presupuesto de 4.000-15.000 € asumible como proyecto (no como suscripción eterna).

Encaja con matices si:

• Eres una empresa mediana (100-500 personas) con varios departamentos pidiendo IA a la vez: el formato funciona, pero como primer proyecto de una secuencia — no intentes meter tres departamentos en las mismas 4 semanas.
• Estás en un sector regulado (sanitario, financiero, legal): el llave en mano sigue siendo viable, pero la semana 0 se alarga con el análisis de cumplimiento y la elección de dónde se procesan los datos pesa más que el precio — el análisis de soberanía de datos para PYME europea cubre ese ángulo.

No encaja (todavía) si:

• Tu caso de uso depende de una integración ERP profunda desde el día uno (sin ella no hay valor): el proyecto realista es de 8-16 semanas y conviene presupuestarlo como tal, no forzarlo en 4.
• No hay proceso elegido ni datos localizables: lo que necesitas primero es un diagnóstico, no un proyecto.
• Buscas "ponernos al día con la IA" en general: ningún formato de proyecto arregla un objetivo que no se puede medir.

Checklist antes de firmar (junio 2026)

La versión condensada de toda la guía, para llevar a la firma:

• [ ] Precio cerrado y plazo cerrado por escrito, con entregables por semana
• [ ] Lista explícita de qué queda FUERA del alcance
• [ ] Cero tareas para mi equipo técnico (interlocutor de negocio: 1-2 h/semana)
• [ ] Cláusula de propiedad: código, configuración, prompts y datos del cliente a la entrega
• [ ] Cloud, dominio y claves de API contratados a nombre de la empresa
• [ ] Arquitectura multi-modelo o ruta de migración de modelo descrita
• [ ] Documentación de uso + administración + técnica (EU AI Act) como entregable de la semana 4
• [ ] Formación por roles incluida (4-8 horas)
• [ ] Último pago condicionado al handover completo
• [ ] Retainer cancelable mes a mes, sin permanencias ni penalizaciones de salida
• [ ] Baseline del proceso medido y congelado por escrito antes de la semana 1
• [ ] 2-3 referencias verificables del mismo sector y tamaño

Doce casillas. Si la propuesta que tienes sobre la mesa marca diez o más, estás ante un llave en mano real. Si marca menos de ocho, lo que tienes sobre la mesa es la etiqueta.

Caso real: distribuidora B2B, ~25 personas (mayo 2026)

Una distribuidora B2B española de unas 25 personas firmó en abril de 2026 un proyecto llave en mano: plataforma de IA privada con su marca + copiloto RAG sobre su corpus comercial (catálogo, tarifas, condiciones por cliente, unas 180 fichas y documentos). Presupuesto cerrado: 8.500 €. Plazo comprometido: 4 semanas.

El desarrollo siguió el calendario tipo de este post: semana 1, plataforma desplegada en las cuentas de la empresa (cloud y claves de API a su nombre); semana 2, ingesta del corpus y pruebas con 3 comerciales; semana 3, ajuste fino con feedback real (el corpus tenía tarifas obsoletas duplicadas que hubo que marcar — el clásico problema documental, detectado a tiempo porque el corpus era acotado); semana 4, formación de 6 horas al equipo completo y handover con documentación.

Resultado medido en mayo de 2026, a las 5 semanas de la entrega: el equipo comercial pasó de una media de 25 minutos a unos 4 minutos por consulta de condiciones y tarifas, con adopción del 70 % de la plantilla. La integración en lectura-escritura con su ERP — que el proveedor descartó explícitamente del alcance inicial — se ha presupuestado como segundo proyecto para otoño, ya con el ROI del primero medido contra baseline. La cláusula que el director destacó a posteriori no fue el precio: fue que todo el sistema vive en cuentas de la empresa, "porque la conversación de renovar el retainer la tenemos nosotros con la sartén por el mango, no al revés".

Preguntas frecuentes

¿Se puede implantar IA en una empresa en 4 semanas?

Sí, si el alcance es uno de los cuatro proyectos que el mercado tiene estandarizados: plataforma de IA privada con marca propia, copiloto RAG sobre un corpus documental acotado, 1-2 automatizaciones de back-office o un agente de atención básico. El plazo de 4 semanas es realista porque la base tecnológica está madura y el trabajo es configuración, integración ligera, ajuste y formación. Lo que no cabe en 4 semanas: integraciones ERP profundas, RAG sobre años de documentación desordenada y sistemas multi-agente complejos — eso son proyectos posteriores, sobre la base ya montada.

¿Qué es un proyecto de IA "llave en mano" para una empresa en 2026?

Un proyecto en el que el proveedor entrega el sistema funcionando en el entorno del cliente, con precio y plazo cerrados por escrito, y el equipo del cliente no toca infraestructura en ningún momento. Incluye obligatoriamente formación al equipo, documentación (de uso, administración y técnica — esta última exigible bajo el EU AI Act desde agosto de 2026) y ownership del resultado: código, configuración, prompts y datos en propiedad del cliente. Si falta cualquiera de esas piezas, es otra cosa con la etiqueta puesta.

¿Cómo evito quedar atado a un proveedor de IA?

Revisando 6 cláusulas antes de firmar: propiedad del código y la configuración, exportabilidad de datos y prompts, independencia de modelo (multi-modelo o migración sin rehacer), hosting en cuentas del cliente, documentación como entregable y coste de salida sin permanencias. El test rápido: si el proveedor desapareciera mañana, ¿te quedaría una plataforma funcionando en tus cuentas con su documentación, o solo una factura? La cláusula más decisiva y menos revisada es la titularidad de las cuentas de cloud y API: que el proveedor lo administre es llave en mano; que sea suyo es lock-in.

¿Cómo evitar el lock-in con proveedores de IA en 2026?

En 2026 el lock-in ha mutado: ya casi nadie te ata con licencias — te ata con plataformas propietarias, prompts opacos, infraestructura en sus cuentas y permanencias en el mantenimiento. Las defensas actualizadas: exigir arquitectura multi-modelo (el mercado de modelos cambia cada pocos meses), prompts exportables incluidos en el handover, retainer cancelable mes a mes y, desde agosto de 2026, la documentación técnica del EU AI Act — que además de obligación regulatoria es tu seguro anti-dependencia: con ella, otro proveedor continúa el trabajo en días.

¿Cuánto cuesta un proyecto de IA llave en mano en España?

Entre 4.000 y 15.000 € según alcance, para PYME de 10-100 personas: automatizaciones de back-office desde 4.000 €, plataforma de IA privada con marca propia desde 5.000 € (el formato tipo Cortex), copiloto RAG sobre corpus acotado 6.000-12.000 €, y combinados plataforma + caso de uso 9.000-15.000 €. El mensual posterior queda en 100-800 € (inferencia + retainer opcional). La comparación correcta es a 24 meses incluyendo coste de salida, no solo el setup.

¿Qué pasa después de las 4 semanas?

El equipo usa el sistema con autonomía; el proveedor queda disponible vía retainer opcional (300-800 €/mes típico, cancelable mes a mes) para ajustes y evolución. Los proyectos de segunda ola (integración ERP, más automatizaciones, orquestación de agentes) se presupuestan aparte, idealmente con el ROI del primero ya medido contra el baseline congelado antes de la semana 1. Un buen llave en mano no genera dependencia: genera la opción de seguir o no.

¿Es lo mismo "llave en mano" que contratar un SaaS tipo ChatGPT Enterprise?

No. El SaaS es un producto ajeno que activas (rápido, pero sin marca propia, sin multi-modelo, sin integración con tu stack y sin ownership de nada); el llave en mano es un proyecto a tu medida que te entregan en propiedad. El SaaS puede valer como punto de partida si la velocidad lo es todo; como solución a medio plazo, el llave en mano sin lock-in da control de marca, datos y costes que el SaaS no puede dar por diseño.

¿Y si el proveedor desaparece después de entregar?

Si el proyecto se firmó sin lock-in, no pasa casi nada: el código, los prompts, los datos y la documentación son tuyos, y la infraestructura vive en tus cuentas — otro proveedor continúa el trabajo en días. Ese es exactamente el escenario para el que se revisan las 6 cláusulas de esta guía antes de firmar. Si el proyecto se firmó con lock-in, la respuesta es la contraria, y es cara.

En resumen

• "Llave en mano" de verdad = el proveedor entrega funcionando y tu equipo no toca infraestructura: precio y plazo cerrados, cero perfiles técnicos del cliente, entrega en producción, formación + documentación y ownership total del resultado. Lo que no cumpla las cinco condiciones es otra cosa.
• En 4 semanas caben 4 proyectos: plataforma IA privada con marca, copiloto RAG sobre corpus acotado (50-300 documentos), 1-2 automatizaciones de back-office, agente de atención básico. No caben: ERP profundo, archivo histórico caótico, multi-agente complejo.
• El calendario tipo: semana 0 diagnóstico + baseline, semana 1 infraestructura en cuentas del cliente, semana 2 caso de uso con datos reales, semana 3 ajuste con feedback, semana 4 formación + handover + producción.
• 6 cláusulas anti lock-in antes de firmar: propiedad de código/configuración, exportabilidad de datos y prompts, independencia de modelo, hosting en cuentas del cliente, documentación entregada, coste de salida sin permanencias.
• El test definitivo: si el proveedor desapareciera mañana, ¿te queda una plataforma o una factura?
• Precios España junio 2026: 4.000-15.000 € según alcance; plataforma tipo Cortex desde 5.000 €; mensual posterior 100-800 €. Comparar a 24 meses, nunca solo el setup.
• Desde agosto de 2026, el EU AI Act convierte la documentación técnica en entregable obligatorio — y de paso, en el mejor seguro anti-dependencia del cliente.

---

Fuentes

• Comisión Europea, "EU AI Act enforcement timeline", mayo 2026 — obligaciones de documentación técnica desde agosto de 2026.
• Wolters Kluwer + BBVA Research, "Adopción de IA en PYMEs españolas", abril 2026 — 76 % de PYMEs usan IA semanalmente, 8 % tienen solución implementada.
• Gartner, "AI Agent Deployment Forecast 2026" — 40 % de aplicaciones enterprise con agentes IA a finales de 2026.
• Propuestas reales recibidas por PYMEs españolas en Q1-Q2 2026 (anonimizadas, n=14) — rangos de precios, plazos y cláusulas contractuales observadas.
• Documentación pública de proveedores llave en mano y SaaS enterprise (ChatGPT Enterprise, Microsoft 365 Copilot), junio 2026.

Posts Relacionados

• Externalizar la implementación de IA sin contratar ingenieros: 5 modelos de proveedor (2026)
• Cómo implementar IA sin equipo técnico en 2026
• Cortex by Javadex vs ChatGPT Enterprise: comparativa para PYME (2026)
• Soberanía de datos e IA para la PYME europea (2026)
• ROI de la IA en B2B: 3 fórmulas que sí funcionan y 2 que mienten (2026)
• Errores al contratar consultoría IA en 2026: 8 red flags

---

Última actualización: 10 de junio de 2026. Datos contrastados con propuestas reales recibidas por PYMEs españolas en Q1-Q2 2026 (anonimizadas, n=14) y documentación pública de los proveedores citados.