Em 2023, um operador 3PL de Ontario, na Califórnia, me ligou com um orçamento de fornecedor em mãos: doze AMRs para movimentar paletes, "exatamente o que você precisa para o seu pico". Ele me perguntou quantos comprar. Eu disse para segurar o pedido de compra e fazer as contas primeiro.
O prédio dele ficava no Inland Empire, aquela grade interminável de armazéns a leste de Los Angeles — pouco mais de 200 000 pés quadrados, operando fulfillment de e-commerce. O negócio tinha duas personalidades. Um dia normal significava quatro a quinhentas movimentações de paletes entre o recebimento e o staging. Nas semanas de pico, isso mais que dobrava. Doze soava como um número azarado para ele, então ele arredondou para catorze.
Menos de um ano depois ele ligou de volta, com um tom contraditório. Na baixa temporada, metade da frota passava o dia cochilando junto às estações de carregamento. Na alta temporada, a doca de recebimento continuava congestionada. Não porque faltassem robôs — a autópsia mostrou os robôs fazendo fila uns atrás dos outros nos cruzamentos de corredores e diante dos carregadores. Ele havia comprado o número errado pelos motivos errados. Esse é o roteiro mais comum neste negócio: escolher o tamanho da frota no instinto e descobrir o problema depois que a fatura é paga.
A direção está invertida. Não comece com um número de robôs e verifique se é suficiente. Desmonte primeiro o seu volume de tarefas e, a partir daí, trabalhe de trás para frente até o número de que você realmente precisa.
O que um único robô realmente produz em um dia
Coloque um único AMR sob o microscópio. O dia dele não é 24 horas de transporte. O tempo dele é devorado por três coisas: dirigir, esperar na carga e na descarga, e carregar a bateria.
O tempo de ciclo de ida e volta é o ponto de partida de todo cálculo. Distância do ponto de coleta ao ponto de entrega, o retorno vazio, se há uma empilhadeira aguardando para carregar, se ele precisa ceder passagem em um corredor estreito, quanto tempo o WMS leva para despachar a próxima tarefa — some tudo isso e você obtém o custo real de uma movimentação. Não use os números de laboratório do fornecedor. Esses vêm de um piso de testes vazio, sem tráfego e com bateria cheia. Caminhe pelo seu próprio piso com um cronômetro e tire uma média honesta.
A matemática da capacidade é uma frase: tarefas por robô por dia igual a minutos produtivos por dia dividido por minutos por tarefa.
Acompanhe com números redondos e tudo fica claro. Uma movimentação completa — ida e volta mais a espera nas duas pontas — costuma levar algo da ordem de dez minutos ou mais. Depois do carregamento da bateria e do overhead de despacho, um robô consegue algo como uma quinzena de horas produtivas por dia. Isso coloca a produção diária de um robô na casa das dezenas de tarefas. A maioria das pessoas ouve isso e diz que é menos do que esperava. E têm razão em se surpreender. AMRs não se cansam, mas também não são rápidos — sob carga eles se movem mais ou menos à velocidade de uma pessoa caminhando rápido, e a espera mais as cessões de passagem devoram o resto.
O carregamento é onde os compradores se queimam. Todo mundo planeja com a autonomia nominal da bateria. Na operação real, ninguém esvazia uma bateria e depois carrega — os robôs recarregam nos intervalos entre as tarefas, e o quanto o software da frota é bom em carregamento de oportunidade decide quanto da capacidade esse overhead devora. Mesmo robô, despacho ruim contra despacho bom, e a diferença de produção diária é real. Avaliar o robô sem avaliar o despachante é como comprar metade de uma máquina.
Outro julgamento que muda a matemática: AMRs de navegação livre compartilham capacidade de forma dinâmica, então o mesmo volume de tarefas geralmente precisa de menos unidades do que AGVs de rota fixa correndo em loops. Mas os conflitos de rota crescem mais rápido que o linear à medida que se adicionam unidades — que é exatamente o que aquele prédio de Ontario aprendeu da maneira cara.
Comprar demais e comprar de menos doem de formas diferentes
Comprar demais primeiro. Um AMR de paletes, robô mais implementação, custa centenas de milhares de dólares por unidade. Dois robôs extras parados é dinheiro sério sentado no chão sem fazer nada. O custo mais traiçoeiro: mais robôs transformam cada cruzamento, cada carregador e cada estação de carga em uma fila. Os robôs esperam uns pelos outros, e o throughput total do sistema pode de fato cair à medida que a frota cresce. Já vi um prédio ficar mais lento depois de adicionar robôs — o despachante não conseguia resolver tantos conflitos de rota, tiveram que limitar a frota, e eles haviam pago um bom dinheiro por um sistema mais lento.
Comprar de menos é a outra dor. Tranquilo na maioria dos dias, e então chega o pico e a linha congestiona. Em um 3PL, o custo de um congestionamento se mede em clientes. SLA é SLA — uma falha significa penalidades, e uma falha grave significa uma conta perdida. Quando aquele prédio de Ontario congestionou sua doca de recebimento durante o pico, eles jogaram mais de uma dúzia de trabalhadores temporários e transpaleteiras manuais no problema. A conta de mão de obra mais as penalidades por atraso custaram mais do que dois robôs extras teriam custado. O dono depois me disse que gostaria de ter gastado menos energia pensando se o doze era um número de sorte.
Então redundância não é "comprar dois extras para ter paz de espírito". Tem uma lógica. A redundância cobre duas coisas: quebras e janelas de manutenção. Se a sua resposta de serviço se mede em horas ou em dias decide o quanto você carrega. Para negócios sazonais, dimensione a frota base para o pico regular — a correria que você realmente vê na maior parte do ano, não as duas semanas mais insanas. Cubra o pico extremo com mão de obra temporária e horas extras. Não compre um ano de robôs para duas semanas de caos. Se há uma frase neste artigo que vale dinheiro, é esta.
Faça as contas nesta ordem
Puxe doze meses de dados de tarefas e plote as movimentações diárias de paletes. Encontre dois números: o pico regular, o nível de correria que você atinge com frequência, e o pico extremo, do qual você só precisa ter consciência. Dimensione a frota base para o pico regular.
Depois meça o tempo de ciclo de um robô e sua produção diária no seu prédio — suas distâncias, suas esperas, seu cronômetro, não o folheto. Frota base igual a tarefas diárias do pico regular dividido pela produção diária por robô. Se o seu volume oscila muito de um dia para outro, adicione uma margem por cima, algo da ordem de vinte a trinta por cento.
Adicione a redundância separadamente. Comece do seu uptime real de equipamento e do seu tempo real de resposta de serviço. N+1 é o piso; janelas longas de manutenção sobem esse número.
O último passo é o mais importante: não compre a frota inteira de uma vez. Implante o primeiro lote com o número calculado, rode por um ou dois meses e observe os dados reais — taxa de conclusão de tarefas, espera média nas estações de carga, com que frequência os robôs fazem fila nos carregadores — e então decida se adiciona unidades. Se aquele operador de Ontario tivesse começado com oito robôs por um trimestre e adicionado dois depois de ver os dados, ele teria gasto quase metade menos e terminado com um prédio funcionando melhor. Neste negócio não há "se ao menos". Há apenas a fatura.
A fórmula, em uma linha:
Tamanho da frota = (tarefas diárias do pico regular × fator de flutuação) ÷ tarefas por robô por dia + unidades de redundância
Um conselho para fechar: use os seus próprios números medidos. Não divida o volume médio pela velocidade ideal. A fórmula não vai mentir para você. O número no instinto sempre mente.
Traduzido do inglês. Em caso de divergência, prevalece a versão em inglês.
