Blog

A gente sempre viu avaria como custo inevitável da logística. Errado. Eu tratei como problema de engenharia e mudei tudo. Tirei fita plástica, coloquei fita gomada de papel reforçado. Troquei plástico bolha por almofadas de ar. Resultado? Avarias caíram para zero em um ano. E o melhor: economizei 80% em embalagem. Não é mágica, é engenharia. O que você está aceitando como custo que na verdade é problema sem solução?

Eu estava em uma reunião de alinhamento semanal. Mais uma. A terceira daquela semana. Estava olhando para a planilha de KPIs de picking, conferência e paradas de linha de produção e via claramente que havia variações absurdas de desempenho entre os colaboradores. Mas ninguém conseguia explicar por quê. A gente marcava mais reunião. E mais reunião. E nada mudava.

Este vídeo é sobre como eu consegui eliminar três dessas reuniões semanais construindo um dashboard que faz o trabalho que a gente tentava fazer em conversas intermináveis. E mais importante: como a gente finalmente entendeu de verdade o que estava acontecendo no chão de fábrica.

Meu nome é Marcelo e na ocasião eu era líder em uma indústria multinacional. E essa história começa em um lugar que a maioria dos especialistas de logística nunca pensa em olhar.

Você conhece o sistema Andon? Provavelmente sim. É aquele sistema de sinalização visual que a gente usa na produção para parar a linha quando tem problema. Originalmente foi criado para enxergar gargalos na manufatura em tempo real. Mas aqui está o ponto: na fábrica, a gente tinha esse sistema rodando já há anos. E ninguém estava usando os dados dele para nada além de contar quantas vezes a linha parou.

Meu trabalho era monitorar performance. Recebimento, armazenagem, picking, conferência, abastecimento da linha de produção, retornos, expedição e transporte. Esses são alguns dos pilares de qualquer operação de supply chain. E o que eu via eram padrões inconsistentes. Um dia o pessoal de picking despacha com taxa de erro de ponto cinco por cento. No dia seguinte, três por cento. A embalagem oscilava. A conferência variava. E quando você marcava a reunião pra tentar resolver, todo mundo vinha com suposições. Ah, aquele funcionário não estava focado. Ah, faltava treinamento. Ah, o processo estava errado. Mas ninguém tinha dado real. Ninguém tinha conseguido conectar os pontos.

Então eu comecei a pensar: por que a gente trata o Andon só como um alarme? E se a gente usasse os dados que ele gera para entender os padrões de performance de cada pessoa?

Aqui é onde a maioria dos gestores param. Eles acham que é invasão de privacidade, ou que é muito complexo, ou que não vale a pena o esforço. Mas eu estava literalmente em minha terceira reunião daquele mês discutindo os mesmos problemas sem nenhuma nova informação. Algo tinha que mudar.

Eu comecei a extrair dados do sistema Andon e dos WMS. Não era pra perseguir ninguém. Era pra ver de verdade o que estava acontecendo. Que horas as paradas aconteciam, de que tipo eram, em qual estação, e mais importante: quem estava operando quando aquilo acontecia. E cruzei tudo isso com os KPIs que a gente já media. Tempos do picking, erros de recebimento, taxa de conferência, velocidade de armazenamento. Tudo integrado.

O que surgiu foi um padrão que você não vê em uma reunião. Você vê em dados.

Tem colaborador que tem performance absolutamente consistente em picking, mas que tem paradas frequentes quando passa pra abastecimento. Outro que despacha rápido demais no início do turno, e aí a conferência fica abarrotada no final do dia. Tem um que trabalha bem, mas tem uma queda significativa de performance entre onze da manhã e uma da tarde. Você não descobre isso em uma reunião. Você descobre quando você tem dados de verdade ao longo de semanas e acompanha a operação de perto.

Eu decidi construir um dashboard. Tabelas de KPI por colaborador, por área, por turno, por dia da semana. Mapas de calor mostrando onde as paradas aconteciam com mais frequência. Gráficos de tendência de cada pessoa ao longo do tempo. Intervalos entre as separações. E mais importante: alertas automáticos quando alguém saía do padrão esperado.

Mas construir o dashboard foi só o começo. O trabalho real foi o que a gente fez com as informações.

Eu peguei cada caso de baixo desempenho que aparecia nos dados e apliquei o método que qualquer profissional de qualidade usa: Ishikawa e cinco porquês. Você conhece Ishikawa? É aquele diagrama de causa e efeito. Você coloca o problema no final, e aí você vai escavando as possíveis causas em diferentes categorias: pessoas, processos, equipamento, materiais, ambiente, método. Não é pra culpar ninguém. É pra entender de verdade.

E os cinco porquês é simples: você pega uma causa e pergunta por quê cinco vezes até você chegar na raiz real.

Um colaborador tinha um bom picking, mas produtividade abaixo da média. Eu poderia ter simplesmente dito a ele “você é lento” — mas preferi olhar o dashboard, que mostrava que a queda acontecia especificamente quando ele separava produtos da linha X. Ao aplicar os cinco porquês, ficou claro: o layout da área de picking era ruim, obrigando-o a andar muito, abrir caixas e usar equipamento para descer material. Era um problema de ergonomia e abastecimento do picking, não de falta de foco. Ajustamos o layout, e a performance dele normalizou.

Outro caso: tem uma pessoa com picking excelente no turno da noite, mas que caia muito de dia. Cinco porquês: ele é um funcionário com muito conhecimento de processos, então ele tinha paradas frequentes pra resolver problemas de outras áreas, o que não acontecia a noite, pois a equipe de Serviços não estava trabalhando. Não era preguiça. Era conflito de responsabilidade. A gente ajustou o escopo dele. Performance estabilizou.

E aí tem o melhor parte: quando você identifica quem está fazendo certo e você consegue replicar.

O dashboard mostrou quem eram os top performers em cada área. E não era só uma pessoa. Cada área tinha gente que performava acima da média. Picking tinha gente que consistentemente despacha com taxa de erro abaixo de ponto dois por cento. Armazenagem tinha gente que nunca saía do padrão de velocidade. Conferência tinha gente que pega noventa e oito por cento dos erros antes de ir pro cliente. Esses dados abriram a porta pra disseminar as melhores práticas de verdade, não as que a gente achava que eram melhores.

Você chama aquele top performer de picking e diz: me mostra como você trabalha. E ele mostra. Mas ele não sabe explicar tudo que ele faz instintivamente. Com os dados, você consegue ser mais específico. Ele segue um padrão particular de leitura do picking list? Ele agrupa itens de uma forma particular? Ele tem uma sequência que ele sempre segue? Quando você sabe o que procurar, você consegue documentar e ensinar.

Em três meses, o desempenho geral da equipe melhorou. Picking teve redução média de erro de um ponto cinco por cento pro ponto sete por cento, com ganho de velocidade sem perda de qualidade. Conferência começou a pegar mais erros porque a gente treinou a equipe em cima do que os top performers faziam.

Mas o ganho maior foi o que aconteceu com as reuniões.

Ao invés de três reuniões semanais de uma hora onde a gente tentava adivinhar o que estava errado, a gente teve uma reunião de trinta minutos. Uma. Por semana. E naquela reunião, a gente tinha dados. Mostrava o gráfico. Mostrava onde estava o problema. Mostrava quem estava fazendo certo. Não tinha espaço pra suposição. Não tinha espaço pra política de departamento. Eram dados.

E sabe qual é o efeito colateral melhor? As pessoas começaram a entender que a gente não estava lá pra ferrar com elas. A gente estava lá pra ajudar elas a melhorar. Porque quando você mostra dados, não é opinião. É fato. E quando você mostra solução baseada em análise real, não é perseguição. É suporte.

Agora, deixa eu ser honesto: isso não foi mágica. Isso foi trabalho. Eu passei semanas estudando como extrair dados do sistema Andon de forma segura. Tive que validar cada métrica com o pessoal de TI pra garantir que a gente tava sendo ético na coleta de dados. Tive que treinar o time pra entender o dashboard, porque não adianta ter informação se ninguém sabe ler.

E tem um aspecto que eu acho que é crucial: a gente não usou isso contra as pessoas. A gente usou pra apoiar as pessoas. Aquele cara que estava com performance ruim? A gente descobriu que ele tinha um problema ergonômico, não um problema de atitude. Ele saiu aliviado quando a gente ajustou a estação.

O cara que estava com performance variando? A gente descobriu que ele estava dividido entre duas funções. Quando a gente desfez aquela divisão, ele virou um dos top performers. Satisfação dele subiu porque ele finalmente conseguia fazer um trabalho bem feito.

Isso é o que eu acho que as pessoas não entendem sobre dados em supply chain. Dados não são pra controlar. Dados são pra libertar. Porque quando você tem informação real, você consegue resolver problemas de verdade em vez de ficar em reunião infinita tendo conversa vaga.

E deixa eu ser claro: isso vale pra você que está assistindo também. Qual é a operação que você está supervisando onde você tem a mesma reunião acontecendo três vezes por semana com o mesmo problema sendo discutido sem solução? Qual é o KPI que você olha todo dia e vê variação absurda sem entender por quê? Qual é o dado que você está gerando mas não está usando?

Eu chutaria que em noventa por cento das operações de supply chain que eu conheço, tem gente medindo coisa que não está usando pra nada além de ficar em reunião. Você tem sistema de picking que registra cada movimento. Você tem sistema de embalagem que registra cada detalhe. Você tem sistema de conferência que registra cada parada. E aí você fica em reunião tentando resolver problema com opinião.

O passo que eu dei não foi usar tecnologia nova. Foi usar a tecnologia que já existia de um jeito diferente. O sistema Andon já tava lá e o WMS. O que mudou foi a pergunta. Em vez de perguntar por quê as reuniões não estavam resolvendo nada, eu perguntei: que dados eu tenho que ninguém tá olhando?

E quando você começa a fazer essa pergunta, você descobre que tem informação sendo gerada que ninguém está aproveitando.

Meu desafio pra você é esse: procura um KPI que você está medindo mas não está usando pra tomar decisão. Qualquer um. Picking, embalagem, conferência, armazenamento, transportes, e outros. Pega aquele KPI e pergunta: se eu tivesse os dados desse KPI detalhados por pessoa, por hora, por situação, o que eu conseguia resolver que eu não tô resolvendo agora?

Provavelmente você consegue resolver mais coisa. E provavelmente você consegue eliminar pelo menos uma reunião que não está sendo útil.

Se você tem um desafio parecido na sua operação, me chama. Eu gosto de ajudar gente que está pensando em dados em supply chain de forma real.

📩 CONTATO E SERVIÇOS
E-mail: contato@marcelosantosgomes.com.br
Site: https://marcelosantosgomes.com.br
Serviços de consultoria: https://marcelosantosgomes.com.br/#servicos
WhatsApp: https://wa.me/5521987612861

Você está medindo os KPIs certos na sua operação logística? Aposto que não. Passei anos montando dashboards lindos, métricas impecáveis, mas nada disso gerava decisão real. Taxa de ocupação, tempo de ciclo, custo por unidade, índice de acuracidade, utilização de mão de obra. Tudo bonitinho no gráfico. Tudo inútil na prática. O problema? Esses indicadores medem sintomas, não causas. Você estava tratando a febre, não a infecção. Quando comecei a usar o Andon como fonte de dados de falhas reais, tudo mudou. De repente eu via onde as operações paravam de verdade. Onde o gargalo existia mesmo. Qual era a raiz do problema. Um KPI que não gera ação é apenas ruído bonito. O que diferencia um gestor de logística que evolui é simples: medir o que importa. E o que importa é o que você consegue corrigir. Ativa o sininho para não perder o próximo vídeo.

Você sabe qual foi a maior operação logística de toda a história militar? Não foi apenas uma batalha. Foi o desembarque na Normandia em 1944. E o mais impressionante é que esse feito extraordinário tem lições diretas para qualquer empresa que precisa executar sob pressão extrema.

Meu nome é Marcelo, e neste vídeo vou mostrar como os militares gerenciaram milhões de toneladas de suprimentos, coordenaram centenas de milhares de tropas e criaram infraestruturas impossíveis em poucas semanas. Essas estratégias funcionam tão bem que profissionais de logística ainda estudam o Dia D nos melhores cursos de supply chain do mundo.

Vamos começar com a escala do desafio. Imagine você recebendo um projeto na segunda-feira onde precisa transportar 150 mil soldados através de um oceano, junto com seus uniformes, munição, alimentos, combustível, veículos blindados, equipamentos médicos e tudo mais que um exército precisa. E isso tem que acontecer em um fim de semana específico, porque as marés e as condições climáticas só permitem naquele exato momento. Sem flexibilidade. Sem adiamentos. Sem plano B.

Era exatamente a situação que os Aliados enfrentavam em 1944. Os planejadores precisavam orquestrar uma operação que envolveria 6 mil navios, mais de 5 mil aviões, 176 mil soldados da infantaria britânica, americana e canadense, além de dezenas de milhares de paraquedistas. Tudo isso tinha que desembarcar em praias onde havia trincheiras, obstáculos antitanque e artilharia inimiga apontada diretamente para o ponto de desembarque.

Mas aqui está o detalhe que muda tudo: eles não apenas se prepararam para chegar. Eles precisavam manter a operação funcionando depois que chegassem. Isso significa que havia um segundo desafio, igual ou maior: conseguir mais suprimentos chegando constantemente em uma praia que estava sendo bombardeada continuamente. Como você faz isso? Como você cria uma cadeia de suprimentos em um ambiente completamente hostil e onde o inimigo está tentando destruir cada estrutura que você constrói?

A resposta veio através de uma inovação tão criativa quanto pragmática: os portos artificiais Mulberry. Agora deixe eu explicar por que isso é genial do ponto de vista logístico.

Os generais britânicos e americanos sabiam que não conseguiriam capturar um porto tradicional nos primeiros dias de operação. Os portos reais eram fortes demais e estavam muito bem defendidos. Então fizeram uma pergunta diferente: e se trouxéssemos o porto conosco? Parece loucura, mas é exatamente o que fizeram.

Construíram estruturas flutuantes gigantescas chamadas Mulberry A e Mulberry B. Imagina a logística envolvida apenas para construir isso. Eles precisavam fabricar, transportar e montar estruturas pré-fabricadas em meio ao Oceano Atlântico, durante uma guerra, com aviões inimigos sobrevoando. Era basicamente construir uma plataforma de petróleo, mas em 1944, sem a tecnologia que temos hoje.

Essas estruturas incluíam quebra-mares flutuantes chamados Gooseberries, pistas de pouso flutuantes, e docas capazes de descarregar caminhões diretamente de navios para a praia. Tudo isso foi planejado em detalhes obsessivos. Equipes inteiras trabalhavam apenas no cronograma de quais peças seriam fabricadas em qual fábrica, em qual semana, e em qual ordem chegariam ao porto de embarque.

Você está vendo a diferença? Eles não resolveram o problema no dia D. Eles resolveram dias, semanas, até meses antes, através de um planejamento logístico que abrangia fornecedores, fábricas, transportes e armazenamento. Quando chegou o momento crítico, a execução foi quase automática porque tudo já tinha sido orquestrado.

Mas tem mais. Tem o PLUTO. Você sabe o que é PLUTO? Parece nome de desenho animado, mas é um acrônimo para Pipe Line Under The Ocean. Eles criaram dutos submarinos que bombeavam combustível diretamente da Inglaterra para a França, através do Canal da Mancha, enquanto a guerra acontecia em volta.

Pense na complexidade disso. Um duto submarino requer engenharia, requer conhecimento de profundidade oceânica, requer proteção contra sabotagem, requer pontos de bombeamento, requer capacidade de reparo em caso de falha. E estamos falando de uma época onde eles não tinham satélites, não tinham GPS, não tinham computadores. Tinha gente olhando mapas desenhados a mão, calculadoras mecânicas e telefone.

Eles construíram 17 linhas diferentes de PLUTO, conseguindo bombar milhões de galões de gasolina e diesel através desses dutos. Por quê? Porque entendi que a gasolina é a coisa mais crítica em uma operação militar. Sem combustível, os tanques não saem do lugar. Os caminhões não carregam munição. Os aviões não decolam. Então em vez de arriscar perder navios carregados de combustível para ataques alemães, criaram uma infraestrutura que literalmente trazia o combustível pelo fundo do oceano.

Agora, vou contar como isso se aplica diretamente ao seu trabalho na logística e supply chain.

O primeiro paralelo é planejamento obsessivo. Os militares gastaram meses, absolutamente meses, em simulações e testes antes da execução real. Eles reconstruíram as praias de Normandia em um lugar chamado Slapton Sands, na Inglaterra. Fizeram ensaios gerais. Encontraram problemas. Corrigiram. Voltaram a testar. Essa mentalidade de “simular antes de executar” é o oposto do que muitas empresas fazem. Quantas vezes você vê uma empresa tentando implementar um novo processo sem haver testado antes? Quantas vezes um novo sistema é lançado sem simulação e causa caos?

Os militares entendiam que o custo de errar durante uma simulação era incomparável ao custo de errar na operação real. Essa matemática continua válida hoje em dia. Um teste de carga de servidor custa 5 mil reais. Seu e-commerce cair no Black Friday custa milhões. A lição é fazer testes obsessivamente antes do seu Dia D.

O segundo paralelo é redundância. O PLUTO era redundante por design. Não era um duto. Eram 17 dutos diferentes. Por quê? Porque eles sabiam que alguns iam falhar. Alguns iam ser sabotados. Alguns iam ter vazamentos. Então em vez de colocar tudo em um único sistema, criaram múltiplas linhas, múltiplos pontos de distribuição, múltiplos portos artificiais. Mulberry A foi danificado em uma tempestade. Mulberry B funcionou perfeitamente e compensou.

Muitas operações modernas são desenhadas com redundância zero. Tem um fornecedor único. Tem uma rota única. Tem um armazém único. Quando aquele fornecedor atrasa, quando aquela rota é interditada, quando aquele armazém sofre um incêndio, a operação inteira entra em colapso. Os militares ensinaram a lição inversa: resiliência vem de redundância inteligente.

O terceiro paralelo é coordenação entre setores. A operação Overlord envolvia marinha, exército, força aérea, engenheiros civis, empresas de construção naval, fabricantes de armamento. Cada um desses grupos tinha diferentes culturas, diferentes prioridades, diferentes linguagens técnicas. O que faziam? Criavam estruturas de comando claras. Definiam pontos de escalação. Estabeleciam comunicação regular. Tinha um general que tinha poder de decisão para resolver conflitos entre departamentos. Nenhum desses líderes ia resolver problemas de turf ou egos enquanto tinha uma guerra acontecendo.

Compare isso com operações modernas onde o time de supply chain briga com o time de vendas sobre previsões. O time de logística briga com o time de planejamento sobre capacidade. Cada departamento otimiza para suas próprias métricas enquanto a operação geral sofre. Os militares entenderam que coordenação é tão importante quanto execução.

O quarto paralelo é visibilidade e comunicação em tempo real. Mulberry tinha centenas de pessoas trabalhando em diferentes estruturas. Tinha navios chegando constantemente. Tinha aviões bombardeando. Tinha marés mudando. Como você coordena isso? Através de sistema de comunicação redundante. Tinham rádio. Tinham telefone. Tinham telegrama. Tinham sistema de sinais com bandeiras. Se um sistema falhava, tinha outro dez para compensar. Alguém tinha sempre visibilidade do que estava acontecendo em cada parte da operação.

Em 1944 isso era extremamente difícil. Hoje, com tecnologia, é praticamente negligência não ter visibilidade em tempo real de sua operação. Se você não sabe onde cada contêiner está, se não sabe o status de cada pedido, se não consegue ver seu inventário em tempo real, você está operando em desvantagem comparada ao que era possível fazer há 80 anos.

O quinto paralelo, e talvez o mais importante, é a cultura de execução impecável sob pressão. Os planejadores de Mulberry sabiam que qualquer erro de cálculo nas dimensões das estruturas flutuantes seria desastroso. Se fizessem um duto com 2 centímetros a menos de diâmetro, a taxa de bombeamento caía significativamente. Se a profundidade da âncora fosse calculada errada, a estrutura flutuava para lugar errado. Então cada pessoa envolvida entendia que excelência não era opcional.

Essa mentalidade, essa cultura, é algo que poucas organizações modernas conseguem reproduzir. Porque exige que cada pessoa, desde o operário até o diretor, entenda que sua contribuição é absolutamente crítica. Uma batida de martelo fora do lugar pode causar um efeito cascata que impacta centenas de pessoas.

Eu tenho visto operações de logística mudarem completamente quando conseguem criar essa cultura. De repente, as pessoas não estão apenas seguindo procedimentos. Estão pensando uma linha à frente. Estão prevendo problemas antes deles acontecerem. Estão comunicando proativamente sobre riscos.

E o resultado? Você consegue executar sob pressão porque você já tinha executado sob pressão durante o planejamento. Não é à toa que os militares treinam de forma tão rigorosa. Cada soldado conhece seu role não porque memoriza um manual. Conhece porque praticou centenas de vezes até ficar automático.

Então aqui está a verdade incômoda sobre execução sob pressão. Ela não é resolvida no momento crítico. É resolvida semanas, meses, até anos antes. Você resolve através de planejamento obsessivo, através de testes repetidos, através de redundância inteligente, através de coordenação entre departamentos, através de visibilidade constante e através de uma cultura que prioriza excelência em cada detalhe.

Quando seu grande cliente chama e diz que precisa de um carregamento extra de emergência na segunda-feira, você consegue entregar porque você já tinha pensado em como fazer isso. Seu sistema foi desenhado com flexibilidade. Seus fornecedores já sabem como responder. Seus times já praticaram escalações. Seu processo já está documentado.

Isso é o que Mulberry, o PLUTO, e toda a operação Overlord nos ensinam. Não é sobre ser herói no momento do caos. É sobre ser tão bom no planejamento que o caos nunca acontece, ou quando acontece, você já tem 10 planos prontos para lidar.

Então meu desafio para você é esse: onde está seu Mulberry? Onde você está tentando resolver um problema com a força bruta em vez de com uma solução inteligente de design? Onde você tem um único ponto de falha que precisa ser duplicado? Onde você não está testando adequadamente antes do seu Dia D?

Se você tem um desafio parecido na sua operação, ou quer explorar como criar essa resiliência logística na sua empresa, vem conversar comigo. Essa conversa vale muito mais que ouvir dicas genéricas.

Ativa o sininho para não perder o próximo vídeo.

Você olha o dashboard e acha tudo bem. Sua operação está eficiente. Mas existem 3 desperdícios que ninguém enxerga porque estão espalhados entre turnos e setores. Apliquei VSM em uma logística que parecia perfeita. Encontrei esperas escondidas entre picking e embalagem. Movimentação desnecessária de paletes entre zonas. E retrabalho fantasma causado por falta de padrão. Esses três juntos consumiam 22 por cento da margem. Nenhum deles aparecia no relatório porque estavam fragmentados. O mapeamento visual do fluxo de valor revelou o que o sistema não mostra. Se você quer identificar esses buracos na sua operação, eu mapeio com você. Ativa o sininho para não perder o próximo vídeo.

Olha, quando você trabalha em logística, tem um momento que aparece com frequência nas operações menores: você olha pro layout do seu picking, vê aquela máquina parada, aquele corredor sem movimento, e pensa ‘falta espaço’. O gerente chega e diz ‘precisamos expandir o galpão’. O diretor fala ‘custa quanto?’ E aí fica aquele silêncio porque construção é caro, demora e não é garantia de nada. Eu passei por isso.

Quando você entra em uma operação de picking que está saturada, a primeira sensação é de caos. Pessoas esbarrando, palets no corredor, picking lento, erros aumentando. A solução óbvia? Construir mais espaço. Mais galpão, mais área. Só que tem um detalhe: isso custa muito dinheiro.

Eu comecei a questionar isso. Será que o problema era realmente falta de espaço absoluto, ou era a forma como estávamos usando o espaço que já tínhamos?

Decidi fazer um benchmarking. Fui visitar operações que funcionavam bem. Comecei com atacadistas. Acai, Atacadao. Você sabe como é: esses gigantes movem volume absurdo com operações que parecem estar sempre no limite, mas funcionam. O que eu queria saber era simples: como eles conseguem mover tanto sem ocupar tanto espaço?

Comecei a observar. Fui para o chão da operação, ficava vendo o fluxo de picking, anotando como os operadores se movimentavam, aonde eles puxavam os itens, quais eram os gargalos de tempo. E tem uma coisa que você vê rápido em operações grandes: eles usam muito mais o primeiro nível dos racks. Não era uma coisa secreta. Era simples. Mas fiz a pergunta certa: por quê?

A resposta é óbvia quando você pensa: picking no primeiro nível é picking rápido. Sem abaixar demais, sem estender os braços lá para cima. É ergonômico, é rápido, é eficiente. Menos tempo em movimento, mais tempo em picking real.

Mas eu queria ter certeza. Fui também visitar uma montadora. Jaguar Land Rover. Queria ver como eles pensavam sobre espaço em ambientes muito mais complexos, onde cada milímetro conta para a qualidade da montagem. E adivinhem? A lógica era a mesma. Quanto mais você utiliza os níveis de fácil acesso, melhor sua eficiência.

Eu comecei a formular uma hipótese. E se o problema não fosse quantidade de espaço, mas a forma como estávamos organizando o uso do espaço que tínhamos? E se colocássemos mais produtos no primeiro nível dos racks para picking, a gente conseguisse lidar com mais volume sem ocupar mais espaço físico?

Você não vai fazer isso em escala cheio só porque teve uma ideia. Isso é amadorismo. Então montei um piloto. Escolhi uma pequena área de picking. Reorgganizei aquela seção para maximizar o uso do primeiro nível. Mantive tudo o mais: equipe, processos, horários. Mudei só a distribuição física dos produtos.

E comecei a medir. Cronômetro, quantidade de pedidos processados por hora, quantidade de erros, satisfação da equipe com a ergonomia. Os números apareceram rápido.

O impacto no picking foi imediato. Menos tempo em movimento de busca, menos cansaço físico, menos erros. A produtividade do picking subiu. E aqui está o ponto crítico: quando você melhora o picking, você melhora tudo que vem depois. Conferência fica mais rápida, carregamento fica mais organizado, erros na entrega caem.

E assim que validei, expandir foi natural. Porque aqui está a coisa: quando você testa e funciona, a resistência some. As pessoas que trabalham veem o resultado. O gerente vê nos números. Você não está impondo uma mudança que pode falhar. Você está expandindo algo que você já provou que funciona.

Expandi o layout para toda a área de picking. E aí o resultado apareceu na produção geral. Uma melhora de 20 a 30% na produtividade de picking. E aqui vem o detalhe que ninguém presta atenção: sem nenhum investimento estrutural. Sem obra. Sem compra de equipamento. Sem parar a operação para reformar.

Você já parou para pensar no quanto de capacidade você está deixando na mesa por causa de layout? Não é raro. Vejo isso em operações o tempo inteiro. Empresas que têm espaço, mas não estão utilizando corretamente. E aí o gerente pensa em expandir quando na verdade precisava é reorganizar.

Mas tem mais. Quando você melhora picking, a operação inteira respira melhor. Os operadores estão mais felizes porque estão menos cansados. O picking fica mais rápido, aí os conferidores têm ritmo melhor. Os dirigentes de paletilha têm mais controle. É um efeito cascata.

E a segurança? Ah, a segurança melhora porque os operadores não estão correndo para compensar layout ruim. Não estão pulando, abaixando demais, estendendo demais os braços. Estão trabalhando numa altura ideal, num ritmo controlado.

Eu vejo muito gestor olhando para layout de forma estatística. ‘Temos X metros quadrados, processamos Y pedidos’. Mas layout não é só espaço, é fluxo. É movimento. É como você usa cada centímetro que tem.

Quando você entende isso, abre um leque de possibilidades. Porque aí você começa a questionar cada decisão de layout. Por que esse produto está nesse nível e não naquele? Por que esse corredor é tão largo? Por que esse ponto de conferência está tão longe? São perguntas simples, mas a maioria não faz.

Uma coisa que eu aprendi é que benchmarking não é só ir lá e pedir relatório. É ir lá e observar. Ficar um tempo na operação. Ver como as coisas funcionam de verdade, não só como estão documentadas. Porque no papel tudo é perfeito. Mas quando você vai lá, você vê as pessoas e vê como elas fazem contorno ao problema.

Os atacadistas que visitei? Eles têm sistemas sofisticados, mas a base é essa: otimizar cada movimento. Reduzir distância de picking. Aumentar densidade de produtos nos pontos de mais fácil acesso. É low-tech e high-impact.

E a montadora? Pior, era ainda mais rigorosa. Porque erro em montagem é mais caro que erro em picking. Então eles tinham zero tolerância para ineficiência. Tudo quanto é estação era pensado para mover a pessoa o mínimo possível.

Eu trouxe isso para a minha realidade. A minha operação de picking não é montadora, mas também não podia ignorar esses princípios.

O que ninguém fala é como isso muda a cabeça da equipe. Quando você melhora o layout, as pessoas veem que o gestor está pensando na operação dela. Você não está só cortando custo. Você está tornando o trabalho mais fácil. Menos erros, menos cansaço, menos pressão. Isso mantém pessoas boas na operação.

E financeiramente? Ganha em duas frentes. Você aumenta a produtividade, então por menos custo você processa mais volume. Ao mesmo tempo, reduz custo de erro, que é sempre invisível. Quantas devoluções você deixa de ter por melhorar picking?

Mas o meu ponto aqui é esse: se você está pensando em expandir sua operação, antes de pedir orçamento de obra, faça a lição de casa no layout que você já tem. Porque tem muito espaço sendo desperdiçado por causa de organização ruim.

Eu vejo consultores chegando com soluções prontas. Expandem o galpão e deixam o mesmo layout ruim. A pessoa está pagando muito por uma solução que resolve o sintoma, não a causa.

Testando em pequena escala antes de expandir, você tem informação. Você sabe se funciona. Você sabe qual é o custo. Você sabe qual é o impacto. Aí você expande com segurança.

E se não funcionar? Você aprendeu por pouco custo. Mas na maioria das vezes funciona porque você está seguindo princípios que já funcionam em lugares maiores e mais complexos.

Se você tem um desafio parecido na sua operação, de espaço limitado ou produtividade de picking, eu converso sobre isso. Porque essa é uma oportunidade que a maioria erra.

Você sabe quanto uma operação logística 24 horas pode custar em folha de pagamento sem estar estruturada? Recentemente, eu recebi uma operação em uma empresa líder de e-commerce que tinha cinquenta por cento mais pessoas do que realmente precisava. Isso mesmo — metade da equipe estava ali sem uma razão clara de estar. E o mais interessante é que a qualidade não sofria porque existiam processos redundantes, sobreposições de responsabilidades e fluxos que ninguém tinha mapeado direito.

Meu nome é Marcelo e trabalho com operações logísticas há anos. Nesse vídeo, vou te contar exatamente como a gente estruturou uma operação 24 horas sem degradar qualidade, sem explodir custo e sem virar aquele desastre que você vê por aí quando cortam pessoas no desespero.

Primeiro, deixa eu ser direto: a situação era essa. Eu entrei em uma operação de recebimento, armazenagem, separação, embalagem e expedição. Cinco grandes processos, todos rodando a noite toda, porque o e-commerce não dorme. Mas quando você olha pra estrutura de headcount, vê que tinha gente redundante em praticamente todos os pontos. Isso não é raro. Muitas empresas chegam nesse patamar porque crescem rápido, vão contratando sem parar, depois uma crise vem, um gestor sai, outro entra, e ninguém nunca senta pra questionar se aquela função que existe desde dois anos atrás faz sentido ainda.

O problema real não era só o custo, certo? Era que com tanta redundância, os processos ficavam desorganizados. Você tem pessoas fazendo parcialmente a mesma coisa em pontos diferentes, ninguém sabe exatamente quem é responsável por quê, e quando algo dá errado, todos culpam todos. A qualidade não caía porque tinha gente demais cobrindo as brechas, mas a eficiência era uma bagunça total.

Então comecei do zero. Mapeamento completo. E quando digo completo, é mesmo — documentei cada etapa do recebimento até a expedição. Como chegava a mercadoria? Quem recebia? Como era conferida? Quem separava? Como o material se movia pelo espaço? Quem embalava? Como saia? Todas essas perguntas básicas que muitas operações nunca fazem porque estão só correndo.

O que ficou claro rápido foi isso: tinha gente no turno A fazendo conferência de entrada, e tinha gente no turno B refazendo parte dessa conferência porque não confiavam. Tinha dois supervisores acompanhando o mesmo processo. Tinha pessoas movimentando material manualmente em lugares onde uma ajuda simples de automação — e digo simples, porque não estou falando em robôs milionários — poderia liberar aquele tempo inteiro. Tinha equipes separadas fazendo coisas que deveriam ser uma coisa só.

Agora, quando você descobre isso, você tem um caminho à frente: ou você vira as costas e segue com a ineficiência porque é complicado mexer, ou você monta um plano sério de redesenho. Eu escolhi o segundo.

O redesenho foi assim: primeiro, eliminei as redundâncias óbvias. Se a conferência estava sendo feita duas vezes, padronizei para uma — mas a gente fez isso aumentando a qualidade dessa conferência única, não diminuindo o rigor. Segundo, olhei pras automações simples. Não estou falando em coisa complexa. Estou falando em esteiras, códigos de barras, sistemas que ligam o recebimento direto com a armazenagem, informações que fluem sem precisar de alguém redigitando. Essas coisas existem há décadas, mas muita operação não as usa porque nunca parou pra pensar.

Terceiro, desenhei a estrutura de responsabilidades de novo. Cada pessoa ia ter um escopo claro, sem sobreposição. O recebedor recebia e conferia — responsabilidade dele, fim de história. O separador sabia exatamente qual era seu target de volume, e as métricas dele eram claras. O embalador embalava conforme padrão — nada de improviso. O gerente de expedição despachava e rastreava. Assim, quando algo dava errado, todo mundo sabia pra onde olhar. E quando algo dava certo, todo mundo sabia quem tinha feito direito.

Mas vem a parte mais delicada: realocação de talentos e desligamentos. Porque não é só desenhar o novo organograma em um Excel. Você tem pessoas reais envolvidas.

O que a gente fez foi o seguinte: identifiquei os talentos que tinham potencial, pessoas que sabiam de processos, que tinham habilidade de liderança, que entendiam de qualidade. Com essas pessoas, a gente conversou sobre oportunidades diferentes dentro da nova estrutura. Alguns aceitaram. Alguns cresceram em função. Alguns foram realocados pra outras áreas da empresa porque a empresa é grande o suficiente pra isso.

Agora, nem todo mundo se encaixava na nova realidade. E isso é a verdade que ninguém gosta de falar. Se você quer realmente redesenhar uma operação e cortar 50 por cento do headcount, vai precisar fazer desligamentos. Mas o jeito que você faz isso importa profundamente. A gente foi respeitoso. Comunicamos com antecedência — dentro do possível — explicamos o raciocínio, oferecemos suporte, não saímos por aí cortando pessoas como se fossem números de uma planilha.

E aí chegou o resultado que a gente não esperava tão rápido. Reduzimos a equipe em 50 por cento. Literalmente, metade do pessoal. Mas sabe qual foi a surpresa? A qualidade não caiu. Na verdade, ficou melhor. Porque agora você tinha pessoas claras sobre o que fazer, processos sem redundância, responsabilidades bem definidas. E a produtividade aumentou porque não tinha mais aquele tempo perdido com processos confusos.

Eu quero ser bem específico aqui pra você entender o que realmente aconteceu. Não foi mágica. Não foi porque demitimos os ruins e ficaram os bons. Foi porque redesenhamos tudo. Simplificamos. Conectamos melhor. Automação basic onde fazia sentido. E alocamos o melhor talento — que agora era 50 por cento do que era antes — em pontos de impacto real.

O que mudou na prática? O tempo de processamento de uma encomenda desde a entrada até o despacho caiu significativamente. Os erros de separação caíram porque agora você tem menos pessoas fazendo mais vezes a mesma coisa, com processos padronizados. O custo de folha de pagamento caiu pela metade, óbvio. Mas o que impressiona mesmo é que nenhum cliente viu diferença negativa. Pelo contrário — a empresa conseguiu processar mais volume com menos gente.

E aqui está a parte que interessa pra você que está assistindo: isso é replicável. Não é específico de e-commerce de suplementos. Qualquer operação logística que roda 24 horas tem redundância. Toda operação que cresceu rápido e nunca parou pra mapear processos tem gargalos. E toda operação com estrutura de headcount que ninguém revisou tem pessoas em posições que não fazem sentido mais.

Mas — e isso é importante — você só descobre isso se você realmente se senta, pega um mapa, e começa a questionar cada coisa. Por que essa função existe? Essa atividade adiciona valor ou é só porque sempre foi assim? Tem redundância aqui? Tem tecnologia simples que a gente poderia usar pra liberar tempo? Essa pessoa tem a responsabilidade cristalina ou ela está dividindo com alguém?

O que eu aprendi nesse projeto foi que operação logística 24 horas não precisa ser um caos de pessoas. Precisa ser um caos de processos bem desenhados e pessoas no lugar certo.

Se você tem um desafio parecido na sua operação — uma equipe que parece grande demais, processos que ninguém tem certeza como funcionam, qualidade que você quer manter mas custo que está fora de controle — me chama. Não estou aqui pra vender nada. Estou aqui porque passei por isso, e a experiência vale a pena dividir.

Ativa o sininho para não perder o próximo vídeo.