결론부터 말하겠습니다. 창고용 도크 스케줄링 소프트웨어 선택에서 승자는 기능 목록이 가장 긴 제품이 아닙니다. 운송사가 실제로 사용할 제품입니다. 이미 YMS를 운영하고 한 도크에서 하루 20대 미만의 트럭을 처리한다면 YMS 내장 스케줄링 모듈부터 시작하십시오. 여러 사업장, 많은 운송사, 성수기의 변동이 큰 물량을 운영한다면 독립형 SaaS를 선택하십시오. 자체 개발은 단 한 가지 경우에만 선택하십시오. 시장에 있는 어떤 제품도 맞지 않을 만큼 프로세스가 특이하고, 수년간 유지할 팀을 둘 수 있는 경우입니다.

그 결론을 배우는 데 3개의 프로젝트가 걸렸습니다. 어려운 방법으로 진행한 고객부터 시작하겠습니다. 중서부의 한 3PL은 4개의 창고를 운영하고, 하루 합계 60대 이상의 트럭을 처리하며, 전화와 그룹 채팅으로 도크를 예약했습니다. 운전자들은 게이트에 도착해 줄을 섰고, 창고 직원들은 누가 먼저 하역하는지를 두고 채팅에서 소리쳤습니다. 소유자는 기능이 풍부한 독립형 시스템을 구매했습니다. 가동 시작 2개월 후, 시스템으로 들어온 예약은 10건 중 3건 미만이었습니다. 대부분의 트럭은 여전히 게이트로 곧장 갔습니다. 왜 그랬을까요. 등록에 12개 이상의 항목이 필요했고, 고속도로 위의 운전자들은 그럴 인내심이 없었으며, 디스패처들은 전화가 더 빨랐기 때문에 계속 전화했습니다. 소프트웨어가 잘못된 것이 아니었습니다. 프로세스가 잘못된 것도 아니었습니다. 운송사가 사용할지를 비용으로 따져보지 않았기 때문에 선택이 잘못된 것이었습니다.

세 가지 경로, 하나의 표: 먼저 자신의 행을 찾으십시오

YMS 내장 모듈은 데이터가 이미 있는 곳에 그대로 둡니다. 도어, 작업, 차량 상태는 새로운 통합이 필요 없고, 가동이 빠르며, 교육 부담이 적습니다. 약점은 깊이입니다. YMS의 스케줄링 기능은 대개 기본적이며, 운송사 셀프 예약, 유연한 규칙, 사업장 간 조정은 제품마다 크게 다릅니다. 성수기 규칙이 복잡해지면 기본 모듈은 버거워지기 시작합니다.

독립형 SaaS는 스케줄링 자체에 깊이 들어갑니다. 운송사 셀프 예약, 도어 배정 규칙, 노쇼 처리, 도착 체크인, 체류 시간 보고는 대개 표준이며, 하나의 규칙 집합이 여러 사업장을 커버할 수 있습니다. 비용은 두 번째 시스템, 두 번째 구독, 그리고 WMS, TMS, YMS와의 통합입니다. 통합이 약하면 시스템 간 데이터가 어긋나고 문제는 두 배가 됩니다.

자체 개발은 프로세스에 정확히 맞고 내부 시스템에 밀착합니다. 단점은 하나뿐이지만 큽니다. 개발은 시작에 불과하고, 유지보수는 끝이 없습니다. 운송사는 새 기능을 원하고, 브라우저가 업데이트되며, 인터페이스가 바뀌고, 팀이 그 모든 것을 흡수합니다. 저는 이 함정을 3번 보았습니다. 각 고객은 단순한 버전만 필요하다고 말했습니다. 3년 후 단순한 버전은 아무도 건드리기를 두려워하는 레거시 시스템으로 자라 있었습니다.

경로 가장 적합한 경우 가장 큰 함정
YMS 내장 기존 YMS, 단일 사업장 또는 적은 물량 기능이 얕고, 복잡한 규칙이 이를 무너뜨림
독립형 SaaS 다수 사업장, 많은 운송사, 변동이 큰 물량 구독료와 통합 비용. 운송사가 건너뛰면 무용지물
자체 개발 전담 개발팀을 갖춘 진정으로 독특한 프로세스 유지보수 비용이 폭주하고, 범위가 계속 커짐

도크 스케줄링 소프트웨어 기능 체크리스트: 가동 당일 밤 리스트

어떤 경로를 선택하든 먼저 이 체크리스트를 실행하십시오. 빠진 핵심 항목은 가동 당일 밤 체크리스트에 빨간색으로 표시해야 합니다.

운송사 셀프 예약이 첫 번째입니다. 운송사나 운전자가 전화 없이 슬롯을 선택하고, 변경하고, 취소할 수 있습니까. 예약에 계정이 필요한지, 몇 개 항목을 묻는지가 도입을 직접 결정합니다. 제 기준은 단순합니다. 운전자는 휴대폰으로 3분 안에 예약을 마쳐야 합니다. 그 이상이면 도입률 하락을 예상하십시오.

도어 배정 규칙이 두 번째입니다. 시스템이 화물 유형, 도크 능력, 작업 시간으로 도어를 제안할 수 있습니까. 특수 화물이 특정 도어를 잠글 수 있습니까. 성수기 임시 규칙을 추가할 수 있습니까. 규칙을 시스템에 쓸 수 없으면 직원들은 그룹 채팅에서 소리치게 되고, 이는 시스템이 아무것도 더하지 않았다는 뜻입니다.

노쇼 처리가 세 번째입니다. 트럭이 도착하지 않으면 어떻게 됩니까. 얼마나 늦어야 노쇼로 칩니까. 비워진 슬롯은 자동으로 풀로 돌아갑니까. 반복 노쇼는 표시되거나 제한됩니까. 데모에서는 이를 거의 다루지 않으며, 가동 첫 달이 이를 드러냅니다.

도착 체크인과 체류 추적이 네 번째입니다. 트럭은 스캔으로, 아니면 데스크에서 어떻게 체크인합니까. 언제 떠났습니까. 얼마나 머물렀습니까. 체류 데이터가 없으면 도크 혼잡이 트럭이 너무 많아서인지, 하역이 느려서인지 결코 알 수 없습니다.

WMS 및 TMS와의 통합이 다섯 번째입니다. 예약이 WMS에 작업을 보낼 수 있습니까. TMS 출하 데이터가 흘러들어올 수 있습니까. 상태 변경이 되돌려 쓰입니까. 이 선이 끊어지면 스케줄링 도구는 섬이 되고, 창고 직원들은 시스템 간 데이터를 손으로 복사합니다.

보고가 여섯 번째입니다. 최소 일일 도크 이용률, 노쇼율, 평균 대기 시간입니다. 보고가 없으면 상사가 도크가 개선되었는지 물었을 때 감으로만 답할 수 있습니다.

도크 스케줄링 소프트웨어 가격 계산과 도입 계산: 둘 다 실행하십시오

가격 계산은 구독료를 넘어야 합니다. 독립형 SaaS 청구서는 최소 4가지 부분으로 이루어집니다. 구독료, 구현과 통합, 교육과 전환 노동, 연간 규칙 조정과 유지보수 노동입니다. YMS 내장 모듈은 숨은 비용을 계산하기 전까지는 싸 보입니다. 디스패처가 매일 전화와 채팅에 쓰는 시간을 노동 비용으로 곱한 것입니다. 자체 개발 청구서는 계산하기 가장 어렵습니다. 개발 노동은 계약금에 불과하고, 연간 유지보수, 업그레이드, 버그 수정이 주택담보대출입니다.

제가 사용하는 틀은 다음과 같습니다. 먼저 예약당 비용을 계산합니다. 연간 총비용을 연간 총예약 건수로 나눕니다. 그런 다음 절약된 디스패처 시간을 노동 비용으로 환산하고 뺍니다. 그 순수치가 진정한 비교입니다. 구독료만으로 판단하는 것은 소프트웨어 선택에서 가장 게으른 실수입니다.

운송사 도입 계산은 별개이며 단순합니다. 첫 달 시스템으로 이루어진 예약을 총예약으로 나눕니다. 제 실무 기준은 첫 달 60%이면 프로세스가 기본적으로 작동한다는 것입니다. 30% 미만이면 먼저 운송사를 탓하지 마십시오. 등록 흐름, 예약 단계, 전화 대안이 있는지 확인하십시오. 도입률이 결코 오르지 않으면 가장 풍부한 기능 집합도 장식에 불과합니다.

두 번째 프로젝트 이야기는 회복된 도입에 관한 것입니다. 같은 3PL은 30% 미만에서 막혀 있었지만 기능을 추가하지 않았습니다. 대신 단계를 줄였습니다. 등록은 필수 항목만 남겼고, 운전자는 전화번호와 코드로 예약했으며, 예약은 3단계가 되었고, 전화 예약은 우회되는 대신 시스템에 입력되었습니다. 한 달 후 도입률은 60%를 넘었고, 게이트의 줄은 진정으로 짧아졌습니다. 직관에 반하는 교훈이 바로 거기에 있습니다. 도크 스케줄링에서는 기능이 적고 단계가 짧은 것이 더 완전한 제품을 이기는 경우가 많습니다. 사용자가 당신이 아니기 때문입니다. 서두르는 운전자와 디스패처이기 때문입니다.

제가 3번 본 세 가지 실패 모드

실패 모드 1: 첫날 전화를 끊는 것. 전화가 닫히는 날, 시스템을 사용할 수 없는 운송사는 그래도 게이트로 차를 몰고 가고, 게이트는 더 막히며, 직원들은 시스템을 욕하고, 시스템은 시작하기도 전에 죽습니다. 대신 병행 운영하십시오. 최소 한 달간 전화와 시스템을 함께 운영하고, 전화 예약을 시스템에 입력하며, 도입이 안정된 뒤에야 전화를 폐지하십시오.

실패 모드 2: 도어 규칙을 설정하지 않은 채 가동하는 것. 시스템은 기본적으로 선착순이 되고, 무거운 화물이 경량 도어에 도착하며, 특수 장비가 필요한 화물이 표준 도어에 도착하고, 직원들은 하루 종일 도어를 재배정하다가 그룹 채팅을 위해 시스템을 버릴 때까지 계속합니다. 도어 규칙, 화물 유형, 장비 요건은 가동 전에 설정해야 합니다. 준비되지 않았다면 가동을 연기하십시오.

실패 모드 3: 노쇼와 지각을 책임지는 사람이 없는 것. 풀로 결코 돌아오지 않는 노쇼 슬롯은 다른 누군가가 예약할 수 없는데 도크가 비어 있는 상태입니다. 규칙이 없는 지각 트럭은 현장에서의 다툼을 의미합니다. 노쇼와 지각 규칙은 가동 전 운송사 공지에 포함되어 시스템에 설정되어야 하며, 현장에서 즉흥적으로 정하는 것이 아닙니다.

거의 모든 선정 회의에서 빠지는 질문이 하나 있으며, 이는 벤더 후보 목록보다 중요합니다. 가동 후 누가 이것을 책임집니까. 누가 비용을 내는지가 아니라, 누가 매일 보고를 읽고, 누가 노쇼를 처리하며, 누가 운송사에게 규칙을 설명합니까. 그 사람이 없으면 세 가지 경로는 모두 같은 결말이 됩니다. 전화와 그룹 채팅으로 돌아가는 것입니다. 그것이 도크 스케줄링 소프트웨어의 전체 테스트입니다. 운송사가 사용하고, 도어가 규칙으로 운영되며, 누군가가 숫자를 책임집니다. 먼저 책임자를 정하고, 그 다음 제품을 선택하십시오.

Lin Xiao, WMS 구현 컨설턴트 지음

영어판 번역본입니다. 내용이 다를 경우 영어판을 우선합니다.