월요일 아침, 자리가 비어 있어요.
지난주 금요일까지 멀쩡히 일하던 배차 담당자가 주말 사이 퇴사 문자를 남겼어요. 인수인계는 없었어요. 아니, 있었어요. 하루였어요.
그날부터 남은 팀원들의 진짜 문제가 시작돼요.
1. 그가 알고 있던 것들
시스템에는 없는 것들이 있어요.
A 거래처는 오전 9시 이전 배차를 극도로 싫어해요. 딱 한 번 문제가 있었고, 그 이후로 담당자가 항상 신경 써왔어요. 기록은 없어요. 그냥 알고 있었어요.
B 기사님은 수도권 남부 노선을 제일 잘 알아요. 급할 때 연락하면 대부분 받아줘요. 근데 문자보다 전화를 선호해요. 이것도 기록은 없어요.
C 화주의 운임은 공식 단가표가 아니에요. 작년에 별도로 협의한 금액이에요. 계약서엔 없고, 담당자가 기억하고 있었어요. 이런 것들이 수십, 수백 개예요.
2. 첫 주가 지나면서
인수인계를 받은 팀원이 배차를 시작해요.
시스템을 열어요. 거래처 목록이 있어요. 기사 목록이 있어요. 그런데 뭔가 빠져 있어요. A 거래처가 왜 오전 배차를 싫어하는지, B 기사님한테 어떤 방식으로 연락해야 하는지, C 화주에게 얼마를 청구해야 하는지.
거래처에 전화가 와요.
"저번 담당자는 이렇게 안 했는데요." 어떻게 했는지 모르니까 물어볼 수도 없어요. 퇴사한 담당자에게 카톡을 보내요. 답장이 오는 날도 있고, 안 오는 날도 있어요.
3. 왜 이 지식이 시스템에 없었을까요
기록하지 않아서가 아니에요. 배차 담당자는 하루에 40~50건 오더를 처리해요. 거래처 전화 받고, 기사 연락하고, 추가 비용 협의하고, 정산 확인하고. 그 와중에 "A 거래처는 오전 배차 싫어함"을 어딘가에 기록할 여유가 없어요.
설령 적어두고 싶어도, 어디에 적어야 할지 모호해요. TMS엔 그런 메모를 남기는 공간이 마땅치 않아요. 결국 머릿속에 쌓여요. 그리고 그 담당자가 오래 일할수록, 머릿속에 쌓인 게 많아질수록, 회사 입장에서는 그 사람이 더 소중해져요. 동시에 그 사람 없이는 더 취약해져요.
4. 사람 문제가 아니에요
배차 담당자를 탓할 수 없어요. 열심히 일했고, 거래처 관계를 잘 유지했고, 기사들과 신뢰를 쌓았어요. 그게 문제가 아니에요. 문제는 그 모든 것이 시스템이 아닌 사람 안에 있었다는 거예요.
거래처 특이사항, 기사별 성향, 협의된 운임, 반복되는 클레임 패턴 — 이것들이 데이터로 남지 않으면, 담당자가 바뀔 때마다 처음부터 다시 쌓아야 해요. 실수가 반복되고, 거래처 신뢰가 흔들리고, 기사 관계가 끊겨요. 사람이 떠나도 운영이 흔들리지 않으려면, 지식이 사람이 아닌 시스템에 있어야 해요.
5. 데이터가 남는다는 것의 의미
운송 히스토리가 쌓이면 달라지는 게 있어요. 이 거래처에 몇 번 배차했는지, 어떤 기사가 자주 배정됐는지, 클레임이 언제 있었는지, 운임이 어떻게 조정됐는지. 담당자가 바뀌어도 이 데이터는 남아요.
새 담당자는 처음부터 시작하는 게 아니에요. 쌓인 데이터를 보면서 시작해요.
"이 거래처, 오전 배차 건으로 한 번 이슈가 있었네요." 기록이 있으면 실수가 줄어요. 인수인계가 하루여도 괜찮아요.
6. sendyX가 히스토리를 중요하게 보는 이유
배차 담당자의 퇴사는 물류 산업을 영위하는 회사에서 빈번하게 일어나는 일이에요. 그 순간이 왔을 때, 얼마나 흔들리는지는 평소에 데이터가 얼마나 쌓여 있었는지에 달려 있어요.
sendyX는 운송이 완료되는 순간부터 히스토리가 남는 구조를 만들고 있어요. 거래처별 운송 이력, 기사별 배차 기록, 운임 조정 내역, 정산 흐름. 이것들이 시스템에 남으면, 담당자가 바뀌어도 운영이 이어져요.
사람이 떠나도 데이터는 남아요. 그게 운영이 흔들리지 않는 이유가 돼요.
sendyX가 만들어가는 운송 관리의 방향이 궁금하다면, 아래에서 업데이트를 받아보세요.
