Una pregunta introducida, unos segundos de espera, una respuesta impecable: la demostración ha surtido efecto. Pero ¿quién ha preparado los documentos? ¿Qué ocurre cuando falta un dato? ¿Y cuánto cuesta el centésimo uso? De VivaTech al RAISE Summit, los escaparates de la innovación hacen tangibles las promesas. Menos a menudo muestran la infraestructura que permite sostenerlas en el tiempo. El verdadero despliegue a escala comienza cuando el prototipo abandona su entorno protegido.
De cara a septiembre de 2026, esta cuestión ofrece un marco para interpretar los anuncios tecnológicos. El análisis que sigue se apoya en tendencias ya documentadas, especialmente desde el auge de la IA generativa, y plantea perspectivas; no pretende dar cuenta de anuncios verificados de las ediciones de 2026. El reto, además, va más allá de la IA: la robótica, el software industrial y los servicios conectados suelen encontrarse con los mismos obstáculos.
La feria muestra una posibilidad, no un sistema
VivaTech, la cita parisina creada en 2016, reúne a startups, grandes grupos e inversores en torno a un amplio abanico tecnológico. El RAISE Summit, cuya primera edición se celebró en París en 2024, se centra en la inteligencia artificial. Su función es valiosa: acercar a actores que no necesariamente se encontrarían, propiciar pruebas y acelerar decisiones. Pero su formato premia, ante todo, lo que se entiende de inmediato.
En un estand, el recorrido es breve, los datos de entrada suelen estar seleccionados y el equipo técnico está cerca. En una empresa, los usuarios improvisan, los archivos cambian y el software falla. Un asistente puede resumir brillantemente un contrato y fallar ante un anexo escaneado. Un robot puede ejecutar con éxito un movimiento repetitivo y perder sus referencias ante un embalaje deformado. La demostración prueba que una tarea es posible en determinadas condiciones; la industrialización exige definir cuáles son.
Los datos: presentes, pero no necesariamente utilizables
Primer malentendido: disponer de datos no significa poder aprovecharlos. En muchas organizaciones, la información está dispersa entre sistemas de mensajería, carpetas compartidas, aplicaciones de negocio y bases de datos históricas. Los duplicados conviven con versiones obsoletas. Una referencia de cliente puede cambiar de un sistema a otro. Antes incluso de elegir un modelo, hay que determinar qué fuente es la de referencia y quién responde de su calidad.
Tomemos un caso ficticio: un asistente destinado al servicio posventa. El prototipo funciona con un conjunto de manuales depurados. Para desplegarlo, debe distinguir las generaciones de productos, localizar las condiciones de garantía aplicables y respetar los derechos de acceso. Si proporciona con aplomo un procedimiento obsoleto, la fluidez de su respuesta se convierte en un riesgo en lugar de un avance.
La generación aumentada por recuperación, o RAG, se ha consolidado como un enfoque habitual para vincular un modelo a un corpus documental. Puede mejorar la pertinencia y facilitar la visualización de las fuentes. Sin embargo, no corrige ni un documento erróneo ni un permiso mal configurado. Indexar, actualizar, eliminar y rastrear los contenidos sigue siendo un trabajo de ingeniería y gobernanza, no una simple conexión.
La integración: donde empieza el verdadero producto
Segunda prueba: incorporarse a las herramientas existentes. Una interfaz independiente puede resultar atractiva durante una prueba y acabar abandonada porque obliga a copiar información de nuevo. El valor aparece cuando el servicio interviene en el momento adecuado dentro del software de gestión de relaciones con los clientes, de gestión de inventarios o de tramitación de expedientes. Para ello, es necesario contar con interfaces técnicas estables y autorizaciones adecuadas.
Los asistentes capaces de ejecutar acciones hacen que esta tarea sea más delicada. Sugerir un reembolso y efectuarlo son dos responsabilidades distintas. Hay que fijar límites, solicitar una validación humana para determinadas operaciones e impedir que una instrucción maliciosa contenida en un documento se trate como una orden legítima. La autonomía útil no es la ausencia de control: es un ámbito de actuación explícito.
A ello se suman exigencias que rara vez resultan espectaculares: registrar las operaciones, supervisar los errores, volver a una versión anterior y mantener un modo de funcionamiento degradado. Si un proveedor modifica su modelo o su tarifa, ¿quién comprueba las consecuencias? Si el servicio deja de estar disponible, ¿puede continuar el trabajo? Un producto industrializado también se reconoce por su manera de fallar.
El coste real se esconde después de la primera respuesta
Tercer filtro: la viabilidad económica. El precio de una llamada a un modelo es solo una partida del presupuesto. Hay que contar la preparación de los datos, los conectores, el alojamiento, la seguridad, la asistencia y la supervisión humana. Una reducción del coste unitario puede quedar absorbida por un mayor número de usos o por procesamientos más largos. La factura depende del servicio completo, no solo de su motor.
Por tanto, el indicador adecuado no es necesariamente el número de solicitudes. En atención al cliente, conviene más observar el coste de un caso efectivamente resuelto, sin reapertura ni deterioro de la satisfacción. En una herramienta de programación, la velocidad de producción del código debe contrastarse con el tiempo de revisión, los defectos y el mantenimiento. Ahorrar unos minutos visibles puede trasladar aún más trabajo a otra parte.
Un modelo de negocio defendible también requiere entender qué compra el cliente a largo plazo. Una interfaz construida en torno a un modelo de terceros puede ser útil, pero sigue expuesta si su proveedor ofrece una función similar. La diferenciación puede proceder de una integración en los procesos de negocio difícil de reproducir, de conocimientos operativos especializados o de un acceso legítimo a datos específicos. Pero esa ventaja debe sobrevivir a la renovación del contrato.
Pasar del piloto a una prueba medible
Para evitar el prototipo perpetuo, la experimentación debe establecer sus criterios de salida antes de comenzar. Basta con un alcance reducido, siempre que represente el trabajo real: usuarios corrientes, casos incompletos y restricciones de tiempo. Hay que comparar el resultado con una situación de referencia y contemplar la posibilidad de decidir su interrupción. Una prueba que revele un callejón sin salida puede evitar una inversión mucho más costosa.
Las preguntas que hay que plantear después de la demostración
- Datos: ¿qué fuentes se utilizan, con qué derechos y con qué frecuencia de actualización?
- Fiabilidad: ¿qué fallos se conocen, cómo se detectan y quién retoma el control?
- Integración: ¿qué herramientas deben cambiar y quién se encargará del mantenimiento?
- Viabilidad económica: ¿cuál es el coste total por resultado útil, incluida la supervisión?
Estas preguntas desplazan la discusión del prestigio tecnológico a la responsabilidad operativa. También obligan a reunir a las áreas de negocio, informática, seguridad, compras y representantes de los usuarios. Sin un responsable claramente identificado, las decisiones se estancan: todos valoran la demostración, pero nadie se hace cargo del servicio. El despliegue a escala es tanto una transformación del trabajo como un aumento de la capacidad informática.
¿Y ahora qué? Para lo que queda de 2026, una hipótesis parece razonable: la selección podría desplazarse de las demostraciones más impresionantes hacia las soluciones capaces de documentar su funcionamiento cotidiano. VivaTech y RAISE Summit seguirían siendo entonces espacios de descubrimiento, pero la decisión se tomaría en otro lugar, sobre casos reales y costes totales. La próxima ventaja competitiva no consistirá necesariamente en prometer más autonomía. Podría consistir en demostrar, con sus limitaciones incluidas, que una innovación cumple sus compromisos.
