Cómo comparar Keenon y otros robots de servicio antes de comprar

Comparar Keenon con otros fabricantes de robots de servicio requiere aplicar el mismo protocolo a cada modelo y oferta. No basta con la reputación de una marca, una categoría comercial, una demostración o una ficha de producto. Sin versiones, funciones contratadas, documentación técnica, condiciones de soporte, repuestos, datos, presupuesto y prueba comparable en el mismo local, no es posible declarar que un proveedor sea superior en navegación, software, durabilidad, seguridad, servicio local, coste total o retorno.

Este artículo no clasifica fabricantes como mejores o peores. Propone una matriz neutral para documentar evidencia y decidir si un modelo se ajusta a una tarea, un restaurante o un hotel concretos. La decisión de compra, contrato, operaciones y plantilla corresponde al establecimiento.

Definir una comparación comparable

Antes de pedir demostraciones, determine qué tarea se quiere evaluar: origen, destino, carga, zona, horario, punto de relevo, responsables, proceso, datos, incidencias y alternativa manual. Solicite a cada proveedor la documentación del modelo y versión ofrecidos, incluyendo funciones, límites, condiciones de uso, accesorios, software, actualizaciones, mantenimiento, soporte, garantías y exclusiones.

La comparación solo es útil si los modelos se prueban con el mismo alcance o si se documentan las diferencias. No atribuya a una marca funciones de navegación, sensores, carga, software, flota, integraciones o soporte que no estén descritas en la oferta y verificadas en la prueba.

Navegación, entorno y modelo

MHI distingue métodos de navegación basados en suelo y métodos basados en LiDAR, reflectores, entorno natural o SLAM, y señala que cada uno tiene intercambios de infraestructura, mantenimiento y sensibilidad al entorno.1 Esta referencia no compara fabricantes ni certifica precisión, seguridad, detección de obstáculos, aglomeraciones o funcionamiento en un restaurante.

Para cada modelo, documente método de navegación, sensores declarados, superficie, luz, mobiliario, puertas, pendientes, carga, ruta, red, base de carga y condiciones de fallo. NIST indica que los sistemas robóticos deben validarse y caracterizarse para la aplicación y el entorno previstos, con métricas contextualizadas.2 No suponga que LiDAR, cámaras, ultrasonidos, SLAM, chasis o una etiqueta de gama permiten evitar obstáculos, replanificar, trabajar en sala o mantener una ruta sin asistencia.

Software, flota, integración y datos

Las interfaces, gestión de flota, actualizaciones, API, POS, PMS, llamadas, telemetría o retorno a base deben confirmarse por modelo, versión y contrato. No se debe asumir que el personal dominará una interfaz en un tiempo específico, que varias unidades compartirán rutas, que se cederán el paso, que volverán a una base o que una integración reducirá la carga de trabajo.

NIST SP 800-82 Rev. 3 recomienda gestionar tecnología operativa atendiendo a rendimiento, fiabilidad y seguridad, amenazas, vulnerabilidades y contramedidas.3 La guía no certifica software, redes, APIs, nube, actualizaciones, flotas, interfaces o productos concretos.

Si la configuración utiliza pedidos, habitaciones, mesas, credenciales, cámaras, posiciones, registros o información identificable, el operador debe revisar los datos. El RGPD regula la información personal identificada o identificable.4 Defina finalidad, datos mínimos, acceso, conservación, actualizaciones, proveedor, registros y comportamiento ante fallo. No se debe prometer integración segura, trazabilidad completa o cumplimiento por la presencia de una API o aplicación.

Soporte, repuestos y condiciones contractuales

La cobertura de soporte se debe verificar por escrito. Pida el alcance del servicio, horario, canales, SLA si existe, tiempos indicados, piezas, desplazamientos, stock, equipo de sustitución, actualizaciones, mantenimiento, exclusiones, precio y responsables. No afirme que una marca tiene stock permanente, técnicos certificados, cobertura nacional o resolución en horas sin el documento aplicable a la oferta y ubicación.

HSE recomienda cambios por fases, consulta con las personas afectadas, responsabilidades identificadas, formación y supervisión.5 Esto permite organizar una prueba y el soporte de la implantación, pero no garantiza aceptación, autonomía, continuidad, productividad o calidad de servicio.

Criterio de comparación	Evidencia de cada fabricante y modelo	Prueba local comparable	Criterio de decisión
Tarea, entorno y navegación	Modelo, versión, sensores declarados, límites, superficie, carga, ruta, base y modo de fallo.	Mismo caso de uso, zona, horario y condiciones documentadas.	Compatibilidad observada; no ranking por categoría o promesa comercial.
Software, flota e integración	Funciones contratadas, licencia, actualización, API, red, datos, acceso, registro y soporte.	Configuración mínima necesaria para la tarea definida.	Riesgos, autorizaciones y límites revisados antes de integrar o ampliar.
Soporte y repuestos	SLA si existe, horario, cobertura, piezas, desplazamientos, garantías, exclusiones y precio.	Registro de contacto, asistencia, mantenimiento e incidencias durante la prueba.	Condiciones contractuales y respuesta observada, sin cobertura asumida.
Proceso y personas	Formación, roles, tareas manuales, punto de relevo, contingencia y supervisión.	Personal designado en un flujo acotado.	Ajustes necesarios; no promesa de adopción, servicio, salud o plantilla.
Costes y condiciones	Presupuesto fechado, periodo, moneda, pago, instalación, software, soporte, mantenimiento y exclusiones.	Registro de costes reales, asistencia y condiciones no medidas.	Base comparable para una decisión interna, sin TCO o ROI predeterminado.

La matriz no certifica un proveedor, producto, contrato o establecimiento. Hace explícita la evidencia que debe reunirse antes de una decisión de compra.

Presupuesto, TCO y decisión

Un precio inicial bajo o alto no demuestra durabilidad, soporte, actualizaciones, vida útil, costes futuros, depreciación, ahorro o retorno. Para comparar ofertas, documente modelo, alcance, instalación, infraestructura, energía, software, mantenimiento, soporte, formación, consumibles, actualizaciones, desplazamientos, contingencia y exclusiones. No use un TCO o ROI sin presupuestos fechados, periodo, moneda, supuestos y resultados observados comparables. Consulta también el checklist de viabilidad para robots camareros y la guía sobre costes de integración para estructurar el alcance y los datos económicos sin asumir resultados.

Si el establecimiento desea evaluar tareas físicas, NIOSH recomienda registrar recorridos, pesos, posturas, pausas e incidencias de manipulación manual.6 No atribuya a un robot menor fatiga, lesiones, rotación, ventas, atención o cambios de plantilla antes de observar evidencia local. Las decisiones de plantilla son del operador.

Recurso operativo

Qué aporta

Permite aplicar el mismo protocolo de evidencia a cada proveedor y modelo

Hace visibles diferencias de producto, datos, soporte, contrato, proceso y costes

Aporta un registro para ajustar, repetir, limitar, ampliar bajo condiciones o descartar una oferta

Qué revisar

• Requiere documentación técnica, ofertas fechadas, prueba local y revisión de condiciones contractuales

• Necesita formación, supervisión, evaluación de datos y una alternativa manual durante la prueba

• Una demostración o una marca conocida no garantiza navegación, seguridad, privacidad, soporte, coste, servicio, salud, plantilla o retorno

Registro mínimo de comparación

Antes de decidir, use un registro por modelo y oferta. Anote: (1) tarea, zona, carga, horario y responsable; (2) versión, funciones contratadas, límites y documentación de proveedor; (3) condiciones idénticas o diferencias declaradas en la prueba; (4) rutas, intervenciones, incidencias, soporte, datos y costes observados; y (5) decisión de ajustar, repetir, limitar, ampliar bajo condiciones o descartar. Valide la navegación según las dependencias de entorno descritas por MHI y el enfoque contextual de NIST.1 2 Para tecnología conectada, documente riesgos, controles y comportamiento ante fallos con un enfoque como el de NIST SP 800-82.3 Si se tratan datos personales, revise finalidad, acceso, conservación y obligaciones bajo el RGPD.4 Planifique el cambio por fases, con responsabilidades, formación y supervisión, como recomienda HSE.5 La decisión debe basarse en evidencia y contrato aplicables a cada modelo, no en una categoría de fabricante.

Fuentes y alcance