01Guía de despliegue
De un problema operativo a una flota en producción
Un método en ocho pasos para decidir si un robot resuelve tu problema, prepararte, elegir proveedor, diseñar un piloto medible y escalar con seguridad y cumplimiento normativo.
Última revisión: 2026-11Metodología y fuentes →
Los criterios, listas y preguntas de esta guía son un marco editorial propio, construido sobre la taxonomía del sitio. Los datos normativos y de mercado llevan su fuente al lado.
01
Del problema al caso de uso
Empieza por el problema, no por el robot. Un caso de uso tiene sentido cuando la tarea se repite, el entorno se puede acotar y el dato o el riesgo evitado justifican la inversión.
A
Tarea repetitiva, sucia o peligrosa
Rondas de inspección, lecturas de instrumentos, transporte de carga, trabajo en altura o en espacios confinados. Cuanto más riesgo humano evitas, más fácil es justificar el caso aunque el ahorro directo sea modesto.
B
Entorno acotable (ODD)
El dominio operativo de diseño (ODD) describe dónde y cuándo debe funcionar el robot: zonas, horarios, clima, iluminación, superficies, presencia de personas, conectividad y GNSS. Si no puedes describirlo, no puedes probarlo.
C
Valor del dato
Muchos robots se pagan por los datos que capturan (termografía, nubes de puntos, lecturas periódicas) más que por la mano de obra que sustituyen. Define quién usará ese dato y en qué decisión.
D
Volumen y frecuencia
Una tarea que ocurre cada día en varios turnos amortiza mejor que una tarea esporádica. Calcula cuántas horas al año cubriría el robot antes de hablar con proveedores.
Describe el ODD antes de pedir ofertas
- Zonas y recorridos (planos, escaleras, rampas, puertas, ascensores)
- Horarios y turnos de operación
- Clima, temperatura, polvo, agua e iluminación
- Presencia de personas, vehículos y otros robots
- Cobertura de red (Wi-Fi, 4G/5G privada) y disponibilidad de GNSS
- Qué hacer fuera del ODD: detenerse, volver a base o pedir intervención
Señales de alerta
- La tarea depende de un criterio experto que nadie sabe especificar.
- El entorno cambia tanto que no se puede describir un ODD estable.
- Nadie en la organización será responsable de operar y mantener el sistema.
- El objetivo principal es la imagen de innovación, no un KPI operativo.
02
Evaluación de preparación
Marca el estado de cada punto. La puntuación indica dónde están los bloqueos antes de un piloto; no es una certificación.
03
Comprar, integrar o RaaS
La decisión de compra cambia el perfil de riesgo tanto como la elección del robot. Compara las tres vías con los mismos criterios.
| Criterio | Comprar | Robot como servicio (RaaS) | Integrar o desarrollar |
|---|---|---|---|
| Inversión inicial | Alta (capex) | Baja; cuota periódica (opex) | Alta: hardware + ingeniería |
| Tiempo hasta el valor | Medio | Corto | Largo |
| Mantenimiento y actualizaciones | A tu cargo o contrato aparte | Normalmente incluidos | A tu cargo |
| Riesgo de obsolescencia | Tuyo | Del proveedor | Tuyo |
| Personalización | Limitada a lo que ofrece el producto | Limitada | Máxima |
| Dependencia del proveedor | Media | Alta (datos, software, contrato) | Baja, pero dependes de tu equipo |
El IFR señala que los modelos flexibles como el robot como servicio ayudan a superar barreras de adopción y espera que ganen peso.[International Federation of…, 2026]
Estructura del coste total de propiedad (TCO)
- 1.Hardware: robots, docks, cargas útiles y repuestos
- 2.Integración: ingeniería, mapas, adaptación de instalaciones y conexión con sistemas
- 3.Software: licencias, gestión de flota, analítica
- 4.Operación: supervisión remota, intervenciones y horas de personal
- 5.Mantenimiento: preventivo, correctivo, baterías y calibración de sensores
- 6.Seguros, cumplimiento normativo y ciberseguridad
- 7.Formación y gestión del cambio
- 8.Fin de vida: retirada, reciclaje de baterías y migración de datos
04
Evaluar proveedores
Preguntas para la solicitud de ofertas (RFP), agrupadas por los ejes de la taxonomía. Pide respuestas por escrito y, cuando sea posible, datos de despliegues reales comparables.
- ¿En qué ODD está validado el sistema y con qué datos de operación real lo demostráis?
- ¿Qué nivel de autonomía alcanza en nuestro entorno y qué tareas requieren intervención humana?
- ¿Cuántas intervenciones por cada 100 horas de operación registráis en despliegues comparables?
- ¿Cómo detecta el sistema que ha salido de su ODD y qué hace entonces?
- ¿Qué sensores usa para localizarse y cuál es el respaldo si falla uno (GNSS, LiDAR, cámaras)?
- ¿Cómo se comporta con poca luz, polvo, niebla, lluvia o superficies reflectantes?
- ¿Cada cuánto hay que calibrar los sensores y quién lo hace?
- Si el sistema usa modelos de IA, ¿con qué datos se entrenaron y cómo se validan las actualizaciones?
- ¿Qué tareas continúan sin conexión y cuáles se suspenden de forma segura?
- ¿Cuál es la latencia necesaria para la teleoperación y qué ocurre si se supera?
- En flotas, ¿qué pasa si cae el servidor central o se divide la red?
- ¿Cómo se registran los eventos para el análisis posterior de incidentes?
- ¿Qué normas cumple el producto (ISO 10218, ISO 3691-4, ANSI/A3 R15.08, ISO 13482) y con qué evidencia?
- ¿Qué funciones de seguridad tiene y con qué nivel de prestaciones (PL) o integridad (SIL)?
- ¿Cómo encaja el producto en el Reglamento (UE) 2023/1230 de máquinas a partir de enero de 2027?
- Para drones, ¿qué escenarios o autorizaciones EASA cubre la operación propuesta?
- ¿De quién son los datos capturados y en qué formato abierto podemos exportarlos?
- ¿Dónde se almacenan y procesan los datos y quién tiene acceso?
- ¿Cómo se gestionan las vulnerabilidades y su notificación según la Ley de Ciberresiliencia?
- ¿Cómo se anonimizan o minimizan las imágenes de personas?
- ¿Qué disponibilidad garantizáis y qué penalizaciones hay si no se cumple?
- ¿Cuáles son los tiempos de respuesta y de reparación, y dónde están los repuestos?
- ¿Qué incluye exactamente la cuota (RaaS) o el contrato de mantenimiento?
- ¿Qué costes aparecen al escalar de un robot a una flota?
- ¿Durante cuántos años garantizáis soporte, repuestos y actualizaciones de software?
- ¿Qué ocurre con nuestros robots y datos si cambiáis de producto o dejáis de operar?
- ¿Qué clientes con un caso comparable podemos contactar como referencia?
05
Diseñar el piloto
Un piloto sirve para tomar una decisión, no para demostrar que el robot funciona. Fija antes de empezar qué medirás, contra qué línea base y qué resultado justifica pasar a producción.
F1
Laboratorio o zona de pruebas
- Objetivo
- Validar capacidades técnicas básicas y la integración de datos.
- Criterio de paso
- El robot completa la misión de referencia y los datos llegan al sistema de destino.
F2
Piloto controlado
- Objetivo
- Operar en el entorno real, en una zona acotada, con supervisión estrecha.
- Criterio de paso
- Los KPIs alcanzan los umbrales acordados durante un periodo representativo, sin incidentes graves.
F3
Producción inicial
- Objetivo
- Integrar el robot en el proceso diario con los roles definitivos.
- Criterio de paso
- El caso de negocio se confirma con datos reales y el equipo opera sin el proveedor in situ.
KPIs del piloto
| KPI | Definición | Por qué importa |
|---|---|---|
| Tasa de éxito de misión | Misiones completadas sin intervención ÷ misiones programadas | Mide la autonomía real, no la anunciada |
| Intervenciones por 100 h | Intervenciones humanas (remotas o in situ) cada 100 horas de operación | Determina cuánto personal necesita la flota |
| Disponibilidad | Horas operativas ÷ horas planificadas | Incluye carga, averías y paradas de mantenimiento |
| Calidad del dato | Capturas válidas ÷ capturas totales, según la definición acordada | Un dato inservible no tiene valor aunque la misión se complete |
| Coste por misión | TCO del periodo ÷ misiones completadas | Permite comparar con el coste actual de la tarea |
| MTBF / MTTR | Tiempo medio entre fallos / tiempo medio de reparación | Anticipa el coste de mantenimiento y los repuestos |
| Incidentes y casi accidentes | Eventos de seguridad registrados por cada 1.000 h | Es una condición de paso, no un dato más |
| Adopción | Uso real por parte de los equipos y su valoración | Sin adopción, la flota no escala |
No hay umbrales universales: dependen de la tarea, del riesgo y de la línea base. Acuérdalos por escrito con el proveedor antes del piloto.
Puntos de decisión (go / no-go)
- G1¿Se alcanzaron los KPIs durante un periodo representativo, incluidos turnos y clima variables?
- G2¿Se mantiene el caso de negocio con los costes reales de operación y mantenimiento?
- G3¿Hay evaluación de riesgos y conformidad normativa para la operación en producción?
- G4¿El equipo interno puede operar la flota sin el proveedor in situ?
06
Seguridad, normas y regulación
La seguridad se evalúa sobre la aplicación completa (robot, entorno, tarea y personas), no solo sobre el producto. Estas son las referencias principales para Europa y EE. UU.
| Referencia | Ámbito | Estado y fechas |
|---|---|---|
| ISO 10218-1 / -2:2025 | Robots industriales (parte 1) y su integración en sistemas y aplicaciones (parte 2), incluida la operación colaborativa. | Ediciones de 2025; sustituyen a las de 2011 e integran la antigua ISO/TS 15066.[ANSI Blog, 2025] |
| ISO 13482 | Robots de cuidado personal: sirvientes móviles, asistentes físicos y transportadores de personas. | Edición de 2014, en revisión. Excluye robots industriales, voladores y médicos.[ANSI Webstore, 2014] |
| ISO 3691-4 | Vehículos industriales sin conductor (AGV y AMR) y su entorno de operación. | Vigente la edición de 2023; hay una 3.ª edición en desarrollo.[ISO] |
| ANSI/A3 R15.08 | Robots móviles industriales (EE. UU.): robot, integración del sistema y uso continuado. | Parte 1 (2020, reafirmada en 2026), parte 2 (2023) y parte 3 (2026).[Association for Advancing…, 2026] |
| ISO 13849-1:2023 · IEC 61508 | Seguridad funcional de los sistemas de control: niveles de prestaciones (PL) y de integridad (SIL). | ISO 13849-1, edición de 2023; IEC 61508, edición 2.0 (2010).[Estonian Centre for…, 2023][IEC Webstore, 2010] |
| Reglamento (UE) 2023/1230 de máquinas | Requisitos de seguridad para máquinas comercializadas en la UE, con requisitos nuevos para máquinas móviles autónomas y sistemas con comportamiento que evoluciona. | Se aplica desde el 20 de enero de 2027 y deroga la Directiva 2006/42/CE.[EUR-Lex — Publications Office…, 2023] |
| Reglamento (UE) 2024/1689 de IA | Obligaciones según el riesgo del sistema de IA. La IA que actúa como componente de seguridad de una máquina es de alto riesgo cuando la máquina requiere evaluación de conformidad por un tercero (art. 6.1). | En vigor desde agosto de 2024. Tras el Reglamento (UE) 2026/1744, el alto riesgo del anexo III se aplica desde el 2 de diciembre de 2027 y la IA en productos del anexo I, desde el 2 de agosto de 2028.[EUR-Lex — Publications Office…, 2024][Garrigues, 2026] |
| Reglamento (UE) 2024/2847 de ciberresiliencia | Ciberseguridad de productos con elementos digitales, incluidos robots conectados. | Notificación de vulnerabilidades e incidentes desde el 11 de septiembre de 2026; aplicación plena el 11 de diciembre de 2027.[Jones Day, 2026] |
| RGPD · Directrices EDPB 3/2019 | Tratamiento de datos personales captados por cámaras y otros dispositivos de vídeo. | Versión 2.0, adoptada en enero de 2020.[European Data Protection Board, 2020] |
| Reglamentos (UE) 2019/947 y 2019/945 (EASA) | Operación civil de drones en las categorías abierta, específica y certificada. | Marco vigente; la categoría específica requiere autorización operacional o declaración de escenario estándar.[European Union Aviation…] |
Información general a fecha de revisión. No constituye asesoramiento legal ni técnico: consulta el texto oficial y a un especialista para tu caso.
07
Personas y gestión del cambio
La adopción falla más por las personas que por la tecnología. EU-OSHA recomienda diseño centrado en las personas y medidas activas para la aceptación de los trabajadores.[European Agency for Safety…, 2022][European Agency for Safety…]
Implica pronto a quien hace hoy el trabajo
Los operarios conocen las excepciones que el robot encontrará. Incorpóralos a la definición del ODD y del dato válido.
Informa y consulta a la representación de los trabajadores
Cuando la normativa laboral lo exija, la introducción de nuevas tecnologías debe pasar por información y consulta. Hacerlo antes reduce resistencias.
Rediseña los puestos, no solo las tareas
Aparecen roles nuevos: supervisor de flota, técnico de primer nivel, analista de datos de inspección. Define la carrera y la formación de cada uno.
Evalúa los riesgos psicosociales y ergonómicos
Trabajar junto a robots cambia el ritmo, la vigilancia percibida y la carga mental. Inclúyelos en la evaluación de riesgos.
08
Del piloto a la flota
Escalar no es comprar más robots: es convertir un piloto artesanal en un proceso repetible en varias instalaciones.
01
Estandariza
Plantilla de evaluación de instalación, mapas, procedimientos de operación y criterios de aceptación reutilizables.
02
Integra
Conecta la flota con los sistemas de mantenimiento (CMMS/EAM), almacén (WMS) o control (SCADA) para que el dato dispare acciones.
03
Gobierna la flota
Gestión centralizada de misiones, versiones de software, mapas y permisos. Una flota sin gobierno multiplica los incidentes.
04
Asegura la ciberseguridad
Segmentación de red, gestión de identidades y un proceso de vulnerabilidades alineado con la Ley de Ciberresiliencia.
05
Planifica el mantenimiento
Stock de repuestos, rotación de baterías y técnicos formados en cada zona según el MTBF observado en el piloto.
06
Mide en cartera
Los mismos KPIs en todas las instalaciones para comparar, priorizar y renegociar con los proveedores.
Siguiente paso
Comparar plataformas reales →
Filtra por entorno y compara hasta tres modelos.
Revisar despliegues documentados →
Qué funcionó, con qué métricas y qué se aprendió.
Calcular el retorno →
Amortización a 36 meses con tus supuestos.
Configurar la suite de sensores →
Autonomía alcanzable, consumo, coste y resiliencia.