En 2023 me llamó un operador 3PL de Ontario, California, con la cotización de un proveedor en la mano: doce AMRs para mover tarimas, "justo lo que necesita para su pico". Me preguntó cuántos comprar. Le dije que frenara la orden de compra y primero hiciera las cuentas.

Su almacén estaba en el Inland Empire, esa cuadrícula interminable de bodegas al este de Los Ángeles — poco más de 200 000 pies cuadrados, dedicado al fulfillment de comercio electrónico. El negocio tenía dos personalidades. Un día normal significaba entre cuatrocientos y quinientos movimientos de tarimas entre recepción y staging. En las semanas pico, eso más que se duplicaba. Doce le sonaba a número de mala suerte, así que lo redondeó a catorce.

Menos de un año después volvió a llamar, con un tono contradictorio. En temporada baja, la mitad de la flota se pasaba el día durmiendo junto a las estaciones de carga. En temporada alta, el andén de recepción seguía colapsado. No porque faltaran robots — la autopsia mostró a los robots haciendo cola unos detrás de otros en los cruces de pasillos y en los cargadores. Había comprado el número equivocado por las razones equivocadas. Ese es el guion más común en este negocio: elegir el tamaño de la flota por intuición y descubrir el problema después de pagar la factura.

El enfoque está al revés. No empiece con un número de robots y compruebe si alcanza. Primero desarme su volumen de tareas y de ahí trabaje hacia atrás hasta el número que realmente necesita.

Lo que un solo robot realmente produce en un día

Ponga un solo AMR bajo el microscopio. Su día no son 24 horas de acarreo. Su tiempo se lo comen tres cosas: conducir, esperar en la carga y descarga, y cargar la batería.

El tiempo de ciclo por viaje es el punto de partida de todo cálculo. Distancia del punto de recogida al punto de entrega, el regreso vacío, si hay un montacargas esperando para cargarlo, si tiene que ceder el paso en un pasillo estrecho, cuánto tarda el WMS en asignarle la siguiente tarea — sume todo eso y obtendrá el costo real de un movimiento. No use los números de laboratorio del proveedor. Esos salen de un piso de pruebas vacío, sin tráfico y con la batería llena. Camine su propio piso con un cronómetro y saque un promedio honesto.

La matemática de capacidad es una frase: tareas por robot por día igual a minutos productivos por día dividido entre minutos por tarea.

Hágalo con números redondos y se entiende solo. Un movimiento completo — ida y vuelta más la espera en ambos extremos — suele tomar del orden de diez minutos o más. Después de la carga de batería y el gasto de despacho, un robot logra algo así como alrededor de quince horas productivas al día. Eso pone la producción diaria de un robot en el orden de decenas de tareas. La mayoría lo escucha y dice que es menos de lo que esperaba. Y tienen razón en sorprenderse. Los AMRs no se cansan, pero tampoco son rápidos — con carga se mueven más o menos a la velocidad de una persona caminando deprisa, y la espera más las cesiones de paso se comen el resto.

La carga de batería es donde los compradores se queman. Todos planifican con la autonomía nominal de la batería. En la operación real nadie agota la batería y luego carga — los robots recargan en los huecos entre tareas, y qué tan bueno es el software de flota en la carga de oportunidad decide cuánta capacidad se come ese gasto. Mismo robot, despacho malo contra despacho bueno, y la brecha de producción diaria es real. Evaluar el robot sin evaluar al despachador es como comprar media máquina.

Otro juicio que cambia la matemática: los AMRs de navegación libre agrupan su capacidad de forma dinámica, así que el mismo volumen de tareas suele requerir menos unidades que los AGVs de ruta fija corriendo en bucle. Pero sus conflictos de ruta crecen más rápido que lineal a medida que se agregan unidades — que es exactamente lo que ese almacén de Ontario aprendió a un costo alto.

Flota de AMRs moviendo tarimas por los pasillos del almacén

Comprar de más y comprar de menos duelen de formas distintas

Comprar de más primero. Un AMR para tarimas, robot más implementación, cuesta cientos de miles de dólares por unidad. Dos robots extra parados es dinero serio sentado en el piso sin hacer nada. El costo más traicionero: más robots convierten cada cruce, cada cargador y cada estación de carga en una cola. Los robots esperan entre ellos, y el rendimiento total del sistema puede de hecho caer a medida que crece la flota. He visto un almacén volverse más lento después de agregar robots — el despachador no podía resolver tantos conflictos de ruta, tuvieron que limitar la flota, y habían pagado buen dinero por un sistema más lento.

Comprar de menos es el otro dolor. Tranquilo la mayoría de los días, y entonces llega el pico y la línea se atasca. En un 3PL el costo de un atasco se mide en clientes. El SLA es el SLA — un incumplimiento significa penalizaciones, y un incumplimiento grave significa una cuenta perdida. Cuando ese almacén de Ontario atascó su andén de recepción durante el pico, lanzaron más de una docena de trabajadores temporales y patines manuales. La factura de mano de obra más las penalizaciones por retraso costaron más de lo que habrían costado dos robots extra. El dueño después me dijo que ojalá hubiera gastado menos energía en si el doce era un número de buena suerte.

Así que la redundancia no es "comprar dos de más por tranquilidad". Tiene una lógica. La redundancia cubre dos cosas: averías y ventanas de mantenimiento. Si su respuesta de servicio se mide en horas o en días decide cuánto llevar. Para negocios estacionales, dimensione la flota base para el pico regular — el ajetreo que realmente ve la mayor parte del año, no las dos semanas más locas. Cubra el pico extremo con mano de obra temporal y horas extra. No compre un año de robots para dos semanas de caos. Si hay una frase en este artículo que valga dinero, es esa.

Haga los números en este orden

Saque doce meses de datos de tareas y grafique los movimientos diarios de tarimas. Encuentre dos números: el pico regular, el nivel de ajetreo que alcanza con frecuencia, y el pico extremo, del que solo necesita ser consciente. Dimensione la flota base para el pico regular.

Luego mida el tiempo de ciclo de un robot y su producción diaria en su almacén — sus distancias, sus esperas, su cronómetro, no el folleto. Flota base igual a tareas diarias del pico regular dividido entre la producción diaria por robot. Si su volumen oscila fuerte de un día a otro, agregue un colchón encima, del orden del veinte al treinta por ciento.

Agregue la redundancia por separado. Parta de su tiempo real de actividad del equipo y su tiempo real de respuesta de servicio. N+1 es el piso; las ventanas largas de mantenimiento lo suben.

El último paso es el más importante: no compre toda la flota de una vez. Despliegue el primer lote con el número calculado, corra uno o dos meses y observe los datos reales — tasa de finalización de tareas, espera promedio en estaciones de carga, con qué frecuencia los robots hacen cola en los cargadores — y luego decida si agregar unidades. Si ese operador de Ontario hubiera empezado con ocho robots por un trimestre y agregado dos después de ver los datos, habría gastado casi la mitad menos y terminado con un almacén que funciona mejor. En este negocio no hay "si tan solo". Solo hay la factura.

La fórmula, en una línea:

Tamaño de flota = (tareas diarias del pico regular × factor de fluctuación) ÷ tareas por robot por día + unidades de redundancia

Un consejo para cerrar: use sus propios números medidos. No divida el volumen promedio entre la velocidad ideal. La fórmula no le mentirá. El número por intuición siempre miente.

Traducido del inglés. En caso de discrepancia, prevalece la versión en inglés.