Llevo cinco años vendiendo en línea, y esta es la lección que sigo reaprendiendo: el error de almacén más caro no es comprar un mal robot. Es comprar un montón de robots sin nadie claramente a cargo de ellos.
Un amigo mío aprendió esto durante un pico de ventas el año pasado. Su almacén tenía 20 AMR de dos marcas. El robot de una marca llegó a un cruce de pasillo y esperó. El robot de la otra marca llegó al mismo cruce y también esperó. Ninguno se movía primero. El pasillo quedó bloqueado durante 40 minutos mientras los pedidos se acumulaban en picking y los mensajes de los clientes se acumulaban en nuestro grupo de chat. Más tarde me dijo que ojalá hubiera resuelto la capa de programación antes de comprar un solo robot.
La selección de un gestor de flotas RCS responde a una pregunta sencilla: ¿quién dice a todos estos robots qué hacer, en qué orden, y quién lo arregla cuando el plan falla? Si te equivocas en esa respuesta, cada robot nuevo hace que el almacén sea más difícil de gestionar, no más fácil.
Selección de gestor de flotas RCS, opción uno: programación propia del proveedor
La programación propia del proveedor es el comienzo fácil. Compras los robots, usas el programador del proveedor, las interfaces ya coinciden, y cuando algo se rompe llamas a una sola empresa.
Conozco a un vendedor de artículos para el hogar que tomó este camino en Dongguan en 2024. Instaló 12 AMR de una marca, todos con el programador del proveedor. En tres meses la operación funcionaba sin problemas, y el picking de salida era claramente más rápido que el picking manual. En ese momento, el trato parecía una victoria.
La trampa apareció en el segundo año. Quería añadir ocho robots más. Otra marca era alrededor de un 20 percent más barata y rendía igual de bien en sus pruebas. Pero el programador del proveedor no gestionaba a los de fuera. Sus opciones eran comprar solo la marca original otra vez, o ejecutar un segundo programador junto al primero y repartir las tareas a mano. Esa segunda opción era solo un nuevo dolor de cabeza con precio.
La programación propia del proveedor encaja con un tipo de comprador: una flota pequeña de robots, sin planes de mezclar marcas pronto, y una fuerte necesidad de ponerse en marcha rápido. El coste real no es el precio del primer año. Es el poder de negociación que pierdes cada vez que amplías o cambias de marca después.
Selección de gestor de flotas RCS, opción dos: RCS de terceros
Un RCS de terceros es un despachador neutral. Sin importar qué marca fabricó el robot, un solo sistema asigna las tareas, gestiona los cruces y establece las prioridades.
Otro amigo eligió este camino a principios de 2025. Su almacén tenía 18 robots de dos marcas. El RCS de terceros tardó más de dos meses en entrar en funcionamiento, y el ajuste de las interfaces pasó por tres rondas de correcciones. Sobre el papel, el coste del primer año era claramente mayor que la programación propia del proveedor, y casi se echó atrás a mitad de camino.
La temporada alta contó una historia diferente. Los robots de marcas mixtas dejaron de bloquearse entre sí en los cruces. El sistema asignaba el trabajo por prioridad de pedido en lugar de por marca. Los atascos cayeron notablemente durante las horas de mayor actividad. Más importante para él, las compras posteriores de robots no dependían de la lealtad a una marca. Podía comprar el robot que ofreciera la mejor relación calidad-precio, porque la capa de programación no necesitaba reconstruirse.
Esta es la comparación que uso cuando los vendedores me preguntan qué camino tomar:
| Opción RCS | Esfuerzo inicial | Libertad para mezclar marcas | Quién asume un fallo | Ideal para |
|---|---|---|---|---|
| Programación propia del proveedor | Bajo | Bajo | El proveedor del robot | Una marca, flota pequeña |
| RCS de terceros | Medio a alto | Alto | Principalmente el proveedor del RCS | Marcas mixtas, crecimiento planificado |
| Programación interna | El más alto | El más alto | Tu propio equipo | Gran escala, equipo técnico fuerte |
No juzgues un RCS solo por su presupuesto del primer año. Sustituir una capa de programación cuesta mucho más que sustituir un robot. Puedes cambiar los robots uno a uno. No puedes cambiar el cerebro de todo el almacén sin detener el trabajo para hacerlo.
Selección de gestor de flotas RCS, opción tres: desarrollo interno
La programación interna suena genial, y la he visto funcionar una vez. La he visto fallar más a menudo.
Un vendedor de gran volumen construyó su propio programador en 2023 porque ninguno de los productos del mercado se ajustaba a su flujo de trabajo. Después de unos seis meses, el sistema funcionaba como él quería: la asignación de tareas y la planificación de rutas seguían su proceso, no una plantilla del proveedor.
Pero la factura no se detuvo después del desarrollo. Cada actualización de firmware de un robot podía cambiar una interfaz. Cada cambio significaba trabajo de seguimiento para su equipo. Cuando un ingeniero clave se marchó, la resolución de problemas se ralentizó de inmediato. Más tarde calculó que mantener ese pequeño equipo costaba cada año más que comprar un RCS de terceros, y además le consumía su propio tiempo gestionando un sistema que no era su negocio principal.
Este es el punto contraintuitivo que los vendedores suelen pasar por alto: cuantos más robots tienes, menos debe tratarse el programador como un complemento gratuito. Muchos compradores negocian el programador como un regalo durante la compra de un robot y se sienten listos por ahorrar dinero. Cuando la flota crece hasta 30 o 50 robots, el programador decide si el almacén puede funcionar en absoluto. Los robots son las manos y las piernas. El programador es el cerebro. Puedes añadir muchas manos, pero el almacén sigue teniendo un solo cerebro.
Marco de decisión para la selección de gestor de flotas RCS: tres preguntas
Mi propio marco de decisión tiene solo tres preguntas. Respóndelas antes de firmar nada.
Primero, ¿mezclarás marcas de robots dentro de tres años? Si la respuesta es sí, no elijas la programación propia del proveedor. Segundo, ¿la flota superará los 20 robots? Si la respuesta es sí, necesitas una sola capa de programación para toda la flota, no dos cerebros compitiendo entre sí. Tercero, ¿puedes permitirte un equipo interno real durante años, no solo para el lanzamiento? Si no, no construyas el tuyo. Compra un RCS de terceros y dedica tu tiempo a vender.
Dos trampas contractuales merecen atención, porque ambas cuestan dinero real. Primero, el contrato debe indicar quién es responsable cuando se añade una nueva marca de robot, y con qué rapidez debe producirse esa integración. Segundo, debe indicar qué ocurre cuando el programador se cae. ¿Puede el despacho manual tomar el control de inmediato? Si una caída del programador detiene todos los robots, ese riesgo debe tenerse en cuenta en la decisión antes de la temporada alta, no descubrirse durante ella.
Este enfoque me funcionó en la práctica: decide primero la capa de programación, y luego habla de marcas y cantidades de robots. Invierte el orden y el dinero que ahorraste al comprar volverá en forma de atascos, problemas de ampliación y dependencia de una marca, normalmente a un precio mayor.
Por Ah K, Vendedor de comercio electrónico (5 años)
Traducido del inglés. En caso de discrepancia, prevalece la versión en inglés.
