Software de agendamento de docas para armazéns: módulo integrado ao YMS, SaaS independente ou desenvolvimento próprio

Primeiro, a conclusão: na seleção de software de agendamento de docas para armazéns, o vencedor não é o produto com a lista de recursos mais longa. É aquele que as transportadoras realmente usarão. Se você já opera um YMS e lida com menos de vinte caminhões por dia em uma doca, comece com o módulo de agendamento integrado ao YMS. Se você opera vários locais, muitas transportadoras e volume volátil na alta temporada, escolha SaaS independente. Desenvolva o seu apenas em um caso: seu processo é tão incomum que nada no mercado se encaixa, e você pode manter uma equipe para sustentá-lo por anos.

Essa conclusão custou três projetos para ser aprendida. Deixe-me começar com um cliente que fez isso do jeito difícil. Um 3PL no Meio-Oeste operava quatro armazéns, mais de sessenta caminhões por dia no total, e agendava docas por telefone e chat em grupo. Os motoristas chegavam e formavam fila no portão enquanto a equipe do armazém gritava no chat sobre quem descarregava primeiro. O proprietário comprou um sistema independente bastante completo. Dois meses após o lançamento, menos de três em cada dez agendamentos passavam pelo sistema. A maioria dos caminhões continuava indo direto para o portão. Por quê? O cadastro pedia mais de uma dúzia de campos, os motoristas na estrada não tinham paciência para isso, e os despachantes continuavam ligando porque ligar era mais rápido. O software não estava errado. O processo não estava errado. A seleção estava errada, porque ninguém havia calculado se as transportadoras o usariam.

Três rotas, uma tabela: encontre primeiro a sua linha

O módulo integrado ao YMS mantém os dados onde eles já vivem. Portas, tarefas e status dos veículos não precisam de nova integração, o lançamento é rápido e o treinamento é leve. A fraqueza é a profundidade: os recursos de agendamento em um YMS costumam ser básicos, e a auto-reserva das transportadoras, as regras flexíveis e a coordenação entre locais variam muito conforme o produto. Quando as regras da alta temporada ficam complicadas, um módulo básico começa a sofrer.

O SaaS independente aprofunda o próprio agendamento: auto-reserva das transportadoras, regras de alocação de portas, tratamento de faltas, check-in de chegada e relatórios de tempo de permanência costumam ser padrão, e um único conjunto de regras pode atender muitos locais. O custo é um segundo sistema, uma segunda assinatura e integrações com WMS, TMS e YMS. Se essas integrações forem fracas, os dados divergem entre os sistemas e o problema dobra.

Desenvolver o seu se encaixa exatamente no seu processo e se ajusta aos seus sistemas internos. A desvantagem é única, mas grande: o desenvolvimento é apenas o começo, e a manutenção é indefinida. As transportadoras querem um novo recurso, um navegador é atualizado, uma interface muda, e sua equipe absorve tudo isso. Eu vi essa armadilha três vezes. Cada cliente dizia que precisava apenas de uma versão simples. Três anos depois, a versão simples havia se tornado um sistema legado que ninguém ousava tocar.

Lista de verificação de recursos do software de agendamento de docas: sua lista da noite de lançamento

Qualquer que seja a rota escolhida, execute primeiro esta lista de verificação. Um item crítico ausente deve ser sinalizado em vermelho na sua lista de verificação da noite de lançamento.

A auto-reserva das transportadoras vem em primeiro lugar. Uma transportadora ou motorista pode escolher, alterar e cancelar um horário sem ligar? Se a reserva precisa de uma conta, e quantos campos ela pede, decide diretamente a adoção. Meu padrão é simples: um motorista deve concluir a reserva no telefone em menos de três minutos. Além disso, espere que a adoção caia.

As regras de alocação de portas vêm em segundo lugar. O sistema pode sugerir portas por tipo de carga, capacidade da doca e duração do trabalho? A carga especial pode travar portas específicas? Você pode adicionar regras temporárias de alta temporada? Se as regras não puderem ser escritas no sistema, a equipe acaba gritando no chat em grupo, o que significa que o sistema não acrescentou nada.

O tratamento de faltas é terceiro. O que acontece quando um caminhão não chega? Quanto atraso conta como falta? O horário liberado volta automaticamente ao conjunto disponível? Faltas repetidas são sinalizadas ou limitadas? As demonstrações raramente cobrem isso, e o primeiro mês ao vivo o expõe.

O check-in de chegada e o rastreamento de permanência são quartos. Como um caminhão faz check-in, por leitura ou em um balcão? Quando ele saiu? Por quanto tempo ele permaneceu? Sem dados de permanência, você nunca saberá se o congestionamento da doca vem de caminhões demais ou de descarga lenta.

A integração com WMS e TMS é quinta. Um agendamento pode enviar uma tarefa para o WMS? Os dados de expedição do TMS podem fluir para dentro? As mudanças de status são gravadas de volta? Se essa linha estiver quebrada, a ferramenta de agendamento é uma ilha, e a equipe do armazém copia dados entre sistemas à mão.

Os relatórios são sextos. Utilização diária das docas, taxa de faltas e tempo médio de espera, no mínimo. Sem relatórios, quando o chefe perguntar se as docas melhoraram, você só poderá responder por impressão.

Cálculo de preço e cálculo de adoção do software de agendamento de docas: execute ambos

O cálculo de preço deve ir além da taxa de assinatura. Uma fatura de SaaS independente tem pelo menos quatro partes: assinatura, implementação e integração, treinamento e mão de obra de transição, e mão de obra anual de ajuste de regras e manutenção. Um módulo integrado ao YMS parece barato até que você calcule seu custo oculto: horas de despachante gastas diariamente em telefones e chats, multiplicadas pelo custo de mão de obra. Uma fatura de desenvolvimento próprio é a mais difícil de calcular: a mão de obra de desenvolvimento é apenas a entrada, e a manutenção anual, as atualizações e as correções de erros são a hipoteca.

Aqui está um modelo que eu uso. Primeiro, calcule o custo por agendamento: custo anual total dividido pelo total de agendamentos anuais. Depois, converta as horas de despachante economizadas em custo de mão de obra, e subtraia. Esse valor líquido é a comparação real. Julgar apenas pela taxa de assinatura é o erro mais preguiçoso na seleção de software.

O cálculo de adoção das transportadoras é separado e simples: agendamentos feitos pelo sistema no primeiro mês divididos pelo total de agendamentos. Minha linha de trabalho é que sessenta por cento no primeiro mês significa que o processo basicamente funciona. Abaixo de trinta por cento, não culpe primeiro as transportadoras. Verifique o fluxo de cadastro, as etapas de reserva e se existe uma alternativa por telefone. Se a adoção nunca subir, o conjunto de recursos mais rico é decoração.

A segunda história de projeto é sobre adoção recuperada. O mesmo 3PL, travado abaixo de trinta por cento, não adicionou recursos. Em vez disso, cortamos etapas: o cadastro manteve apenas os campos obrigatórios, os motoristas reservaram com um número de telefone e um código, a reserva se tornou três etapas, e as reservas por telefone foram inseridas no sistema em vez de contorná-lo. Um mês depois, a adoção passou de sessenta por cento, e a fila no portão realmente encurtou. A lição contraintuitiva está bem ali: no agendamento de docas, menos recursos e etapas mais curtas muitas vezes superam um produto mais completo, porque os usuários não são você. São motoristas e despachantes com pressa.

Três modos de falha que eu vi três vezes

Modo de falha um: desligar os telefones no primeiro dia. No dia em que os telefones fecham, as transportadoras que não conseguem usar o sistema dirigem até o portão de qualquer forma, o portão entope ainda mais, a equipe amaldiçoa o sistema, e o sistema morre antes de começar. Opere em paralelo, em vez disso: telefones e sistema juntos por pelo menos um mês, reservas por telefone inseridas no sistema, e só aposente os telefones quando a adoção estiver estável.

Modo de falha dois: entrar no ar com regras de portas não configuradas. O sistema usa por padrão o primeiro a chegar, primeiro a ser atendido, a carga pesada chega a portas leves, a carga que precisa de equipamento especial chega a portas padrão, e a equipe realoca portas o dia todo até abandonar o sistema pelo chat em grupo. Regras de portas, tipos de carga e requisitos de equipamento devem ser configurados antes do lançamento. Se não estiverem prontos, adie o lançamento.

Modo de falha três: ninguém é dono das faltas e chegadas tardias. Um horário de falta que nunca volta ao conjunto disponível é uma doca vazia enquanto outra pessoa não consegue reservar. Um caminhão atrasado sem regra significa discussões no chão. Regras de falta e atraso pertencem ao aviso à transportadora antes do lançamento, configuradas no sistema, não improvisadas no local.

Uma pergunta é ignorada em quase toda reunião de seleção, e importa mais do que a lista curta de fornecedores: após o lançamento, quem é o dono disso? Não quem paga por isso, mas quem lê os relatórios diariamente, quem lida com as faltas, quem explica as regras às transportadoras. Sem essa pessoa, as três rotas terminam da mesma forma, de volta a telefones e chat em grupo. Esse é todo o teste para o software de agendamento de docas: as transportadoras o usam, as portas funcionam com regras, e alguém é dono dos números. Nomeie primeiro o dono, depois escolha o produto.

Por Lin Xiao, Consultor de Implementação de WMS

Traduzido do inglês. Em caso de divergência, prevalece a versão em inglês.