어느 YMS 선정 회의에서 영업 자료는 지능형 스케줄링과 AI 도크 계획으로 가득했다. 나는 딱 한 가지를 물었다. "지금 당장 트럭 한 대가 게이트에서 평균 얼마나 대기하는지 답할 수 있습니까?" 5초의 침묵. 그걸 답하지 못한다면, 스케줄링이 도대체 무엇을 최적화한다는 말인가.
더 냉정한 현실이 있다. 많은 야드에는 기본 중의 기본조차 없다. 각 트럭의 예약 시각, 도착 시각, 출발 시각이다. 이 세 타임스탬프가 없으면 YMS는 장식에 불과하다. 아무리 비싼 시스템이라도, 무에서 신뢰할 수 있는 계획을 만들어낼 수는 없다.
나는 "디지털화"와 "지능화"로 가득한 YMS 선정 자료를 너무 많이 봤다. "현재 드라이버가 게이트에서 평균 얼마나 대기합니까"라고 물으면 회의실이 조용해진다. 그걸 답하지 못한다면, 스케줄링이 도대체 무엇을 최적화한다는 말인가. YMS의 1단계는 소프트웨어 구매가 아니다. 데이터 기반을 세우는 것이다. 그리고 데이터 기반이란 세 타임스탬프다.
타임스탬프 하나: 예약 시각——계획의 시작점
예약 시각은 드라이버(또는 운송업체)가 도착하기로 계획한 시각이다. 이것이 있으면 창고는 "내일 오전에 트럭 14대가 온다"를 미리 알고, 입고 인력을 배치하고 도크 문을 계획할 수 있다.
여전히 많은 야드가 예약을 "전화 통화 + 단체 채팅방"으로 운영한다. 드라이버가 채팅방에서 "내일 아침 도착"이라고 외치고, 아무도 기록하지 않고, 입고팀은 눈 가린 채 출근한다. 첫 개선은 간단하다. 소프트웨어 없이도, 공유 스프레드시트에 예약을 기록하자. 날짜, 차량번호, 운송업체, 화물 종류, ETA. 다섯 열이면 충분하다.
한 달치 예약 데이터가 쌓이면, 첫 관리 질문에 답할 수 있다. 어느 시간대가 가장 붐비는가. 답은 거의 예외 없이 오전 9시부터 11시다. 이 하나의 발견이 입고 교대 계획을 이끈다. 이른 교대에 두 명만 추가하면 문제의 절반이 해결된다.
타임스탬프 둘: 체크인 시각——대기의 진실
체크인 시각은 드라이버가 실제로 게이트에 도착해 입장 등록을 마친 시각이다. 예약 시각과 체크인 시각을 비교하면 "정시인지 아닌지"를 알 수 있고, 체크인 시각과 실제 상하차 시작 시각을 비교하면 "얼마나 기다렸는지"를 알 수 있다.
체류 시간(dwell time)은 야드 관리에서 가장 비싼 숫자다. 게이트에서 4시간 대기하는 트럭은 드라이버의 하루를 낭비하고, 다음에 운송업체가 견적을 낼 때 "그 시설은 들어가기 어렵다"는 평가가 가격에 반영된다. 나는 모델링해 봤다. 하루 50대를 처리하는 야드에서 평균 대기를 3시간에서 1시간으로 줄이면, 1년 동안 실질적인 체선료와 숨은 할증료를 크게 절감할 수 있다. 정확한 액수는 운송업체 계약에 따라 다르지만, 방향은 확실하다.
체크인 타임스탬프 수집에 화려한 하드웨어는 필요 없다. 경비실에 태블릿 하나와 바코드 스캐너 하나면 된다. 드라이버가 도착할 때 예약 QR 코드를 스캔하면 시각이 자동으로 기록된다. 태블릿 하나 사기도 아까운가? 종이 서명부도 된다. 경비실 서랍에서 종이를 썩히지 말고, 매일 누군가 스프레드시트에 입력하기만 하면 된다.
타임스탬프 셋: 출발 시각——고리를 닫다
출발 시각은 트럭이 상하차를 마치고 야드를 나가는 시각이다. 이것으로 한 번의 방문이 완결된다. 예약 → 체크인 → 상차 시작 → 상차 종료 → 출발.
출발 시각은 가장 소홀히 다루어지는 타임스탬프다. "트럭이 나갔다"는 게 기록할 가치가 있어 보이지 않기 때문이다. 하지만 이것이 없으면 두 가지 핵심 지표를 계산할 수 없다. 트럭당 총 야드 체류 시간(출발 − 체크인)과 도크 회전율(하루·도어당 처리 대수)이다.
트럭당 총 야드 체류 시간이 6시간을 넘으면, 프로세스의 어딘가가 고장 났다는 뜻이다. 예약 관리가 엉망이거나, 상하차 인력이 부족하거나, 서류가 어딘가에 막혀 있는 것이다. 이 숫자는 "게이트가 혼잡한 것 같다"보다 백 배는 설득력이 있다.
그제야 YMS가 말이 된다
세 타임스탬프를 한 달간 꾸준히 모으면, YMS가 가장 필요로 하는 데이터 자산이 손에 들어온다. 시간대별 도착 분포, 평균 대기, 노쇼율, 도크 회전율. 그 단계에서 스스로 YMS 요구사항을 쓸 수 있다.
"예약 관리(스프레드시트 대체), 체크인 관리(태블릿 스캔 대체), 대기 시간과 노쇼율 자동 계산, 도착 피크 사전 경고를 원한다." 이 네 문장은 컨설턴트의 50쪽짜리 자료보다 나은 YMS 요구사항 정의서다.
반대로, 세 타임스탬프를 모으지 못한다면, "지능형 스케줄링"을 내세우는 YMS 영업사원에게는 한 가지 질문을 돌려주면 된다. 스케줄링 알고리즘의 입력 데이터는 어디서 오는가. 답하지 못하면 일찍 거르면 된다.
네 번째 숫자를 놓치지 마라: 노쇼율
세 타임스탬프가 흐르기 시작하면, 네 번째 관리 지표가 공짜로 따라온다. 노쇼율이다. 예약하고 오지 않은 트럭이 전체 예약에서 차지하는 비율이다.
노쇼율이 15%를 넘으면 야드 계획은 무너진다. 14대분의 인력과 도크 문을 준비했는데 9대가 왔고, 인력과 도어는 놀고, 노쇼 5대는 다른 날에 몰려들어 그날 계획까지 망친다. 처방은 셋, 가벼운 순서대로.
가장 가벼운 건 리마인드다. 예약 확정 후, 2시간 전에 드라이버에게 자동 문자를 보낸다. 노쇼의 상당수는 고의가 아니다. 드라이버가 잊었거나, 이전 경유지에서 발이 묶여 연락을 못 한 경우다. 리마인드 한 통이면 많이 회복된다.
중간은 등급제다. 운송업체를 노쇼율로 세 등급으로 나눈다. 5% 미만은 예약과 도크 우선, 5%에서 15%는 일반 스케줄링, 15% 초과는 예약 시 수동 확인 필요, 피크 시간대 이용 불가. 등급표는 매월 갱신한다. 자신이 C등급인 걸 본 운송업체는 드라이버 관리에 나선다.
가장 무거운 건 과금이다. 사전 취소 없이 반복되는 노쇼에는 노쇼 관리료를 부과하거나 운임에서 차감한다. 이는 운송 계약서에 명기해야 한다. 말로 한 약속은 아무 가치가 없다. 금액이 클 필요는 없다. 핵심은 "노쇼에도 비용이 든다"는 것이다.
노쇼율에는 숨은 쓰임새가 하나 있다. 자사의 예약 프로세스를 역으로 감사하는 것이다. 어떤 운송업체의 노쇼율이 갑자기 5%에서 25%로 치솟았다면, 서둘러 벌주지 말고 먼저 물어보자. 우리 예약 확인이 너무 느려서, 드라이버가 대기 중에 경로를 틀지 않았는가. 데이터는 양날의 검이다. 남을 벌주는 데만 쓰지 마라.
타임스탬프의 두 번째 임무: 운송업체 청구서 감사
세 타임스탬프에는 대부분이 놓치는 또 다른 쓰임새가 있다. 청구서 감사다. 운송업체의 체선료·데머리지 청구가 정당한지는 전적으로 타임스탬프에 달려 있다.
자체 시간 기록이 없으면, 운송업체가 "우리 트럭이 게이트에서 5시간 기다렸다"라고 하면 그냥 낼 수밖에 없다. 체크인과 출발 타임스탬프가 있으면 증거가 된다. 시스템이 보여준다. 이 트럭의 총 야드 체류 시간은 2시간 10분, 상차에 1시간 40분, 대기는 고작 30분. 체선료 발생 여부가 명백해진다.
내가 아는 한 3PL은 매달 타임스탬프 데이터로 체선료 청구서를 감사하고, 분쟁이 된 청구를 일상적으로 20%에서 30% 깎는다. 1년이면 그 절감액이 YMS 소프트웨어 연회비를 커버한다. 그러니 세 타임스탬프를 얕보지 마라. YMS의 입력일 뿐 아니라, 운송업체와의 협상 테이블 위의 칩이다.
마지막으로 한 가지. 이 타임스탬프는 YMS를 넘어 효력이 있다. 연간 운송 계약 협상에서 "귀사 트럭의 저희 야드 평균 대기 시간은 X시간, 정시율은 Y%입니다"라고 들이밀면 협상 자세가 훨씬 강해진다. 데이터는 모을 때는 귀찮은 숙제처럼 느껴지고, 쓸 때는 마법처럼 느껴진다.
영어판 번역본입니다. 내용이 다를 경우 영어판을 우선합니다.
