화물 운송업체의 소프트웨어 선택: 현장에서 확인해야 할 것들

차량을 보유한 운송업체, 포워더, 중소 규모 운송 사업자를 위한 실무 선택 가이드입니다. 하루 업무 흐름의 어느 지점에서 소프트웨어가 실제로 무너지는지, 데모에서 무엇을 어떻게 테스트해야 하는지, 그리고 선택할 수 있는 네 가지 접근 방식의 실제 비용 구조를 다룹니다. Logistivo가 발행하며, 저희 제품이 어디에 위치하는지는 별도 섹션에서 공개적으로 밝힙니다. 소프트웨어를 고르는 운송사를 위한 짧은 답은 이렇습니다. 가장 자주 반복되는 업무 사슬을 단 하나의 기록에 담아 두는 시스템을 사십시오. 육상 운송에서 그 사슬은 정해져 있습니다. 요청 접수, 견적, 수주, 차량·기사 배정, 서류 작성, 국경 통과, 화물 인도, 인보이스 발행, 대금 회수입니다. 제품이 이 사슬 중간 어딘가에서 끊기면 그 빈틈은 다시 WhatsApp과 스프레드시트가 메우게 되고, 비용을 내는 라이선스는 같은 데이터를 입력할 곳을 하나 더 늘린 것에 불과해집니다. 운송사는 대개 오해를 부르는 두 가지 축으로 결정합니다. 기능 목록의 길이, 그리고 지도 위 차량 추적 화면이 얼마나 보기 좋은가입니다. 현장에서 결과를 가르는 것은 다른 데 있습니다. 기사가 그 화면을 실제로 쓸 것인가, 운임과 고객명이 기사에게 닫혀 있는가, 같은 중량과 포장 수를 하루에 몇 번이나 다시 적는가, 그리고 하청 업체에 넘긴 일이 귀사에 계속 보이는가입니다. 이 가이드는 Logistivo가 발행하므로, 중립적이라기보다는 솔직한 글로 읽어 주십시오. 아래 기준은 특정 제품이 아니라 현장에서 실제로 일어나는 일을 중심으로 썼으며, 이 비교에서 Logistivo가 어디에 위치하는지는 Logistivo가 하지 않는 일까지 포함해 별도 섹션에 정리했습니다. 업무 흐름, 기준, 네 가지 방식 비교를 활용해 귀사의 운영을 직접 평가하시고, 어떤 데모든 업체가 준비한 깔끔한 샘플 데이터가 아니라 귀사의 가장 까다로운 건으로 돌려 보십시오.

업무 단계와 소프트웨어가 해야 할 일

• 요청이 들어옵니다: 고객에게서, 네트워크에서, 또는 입찰 시트로 — 오전 한나절 사이에 세 가지 경로로 일이 동시에 들어옵니다. 단골 고객의 전화, 네트워크 내 기업이 시스템으로 보낸 요청, 그리고 연간 계약을 위해 채워 넣어야 할 노선 목록입니다. 무엇을 먼저 볼지는 그날 비어 있는 차량과 귀사가 실제로 운행하는 노선이 결정합니다. 들어오는 요청을 하나의 목록으로 모으기, 노선·국가·장비 유형별 필터링, 새 요청이 들어오면 팀에 즉시 알림. 여러 노선의 시즌 가격을 책정할 때는 시트에서 견적을 일괄 입력하는 기능. 적합한 일을 목록에서 늦게 발견해 고객은 답을 기다리고, 트럭은 빈 채로 돌아옵니다. 항목이 빽빽한 노선 목록은 손으로 채우기가 너무 번거로워, 그 일은 아예 견적조차 나가지 않습니다.
• 가격을 산출하고 견적을 보냅니다 — 차량당 운임, 국경·통관 비용, 귀로 화물 가능성을 누군가 머릿속으로 더하고, 그 금액을 전화나 이메일로 전달합니다. 고객이 협상하면 두 번째, 때로는 세 번째 금액이 나오고, 어느 금액이 유효한지 불분명해집니다. 차량당 운임과 총매출을 같은 화면에서 확인, 견적 수정이 가능하고 수정 시 이전 금액은 자동으로 무효 처리, 누가 언제 얼마로 견적을 냈는지에 대한 기록과 측정된 수주율. 고객은 어느 금액이 최신인지 알 수 없고, 수락된 가격과 인보이스에 찍힌 금액이 맞지 않습니다. 어느 노선이 수익을 내는지, 견적 중 얼마만큼을 수주하는지 끝내 알 수 없으니 가격 전략은 감에 머뭅니다.
• 수주했습니다: 트랙터, 트레일러, 기사를 매칭하거나 하청을 줍니다 — 비어 있는 트랙터, 알맞은 트레일러, 그 노선을 운행할 수 있는 기사를 짝지어 줍니다. 알맞은 차량이 없으면 일의 전부 또는 일부가 아는 운송사에 넘어가고, 조율은 다시 전화로 돌아갑니다. 배정 시점의 적격성 점검: 기사의 서류가 유효한가, 해외 체류 가능 일수가 충분히 남았는가, 그 날짜에 이미 다른 운행이 잡혀 있지 않은가? 하청을 줄 때는 고객·운임 정보를 하청 업체에 닫아 둔 채 진행 상황을 계속 확인. 같은 기사가 두 운행에 잡히고, 비자가 만료된 기사가 출발했다가 국경에서 되돌아옵니다. 하청을 준 일은 '넘겼으니 연락 기다림' 상태로 빠지고, 고객에게 줄 답은 하청 업체가 전화를 받느냐에 달리게 됩니다.
• 상차와 서류 작업: 납품서, CMR 화물운송장, 패킹 리스트, 수출 신고 — 상차 지점에서 포장 수, 중량, 포장 형태가 확정되고, 같은 내용이 납품서(튀르키예의 irsaliye), 화물운송장, 패킹 리스트, 인보이스에 각각 따로 적힙니다. 국제 육상 운송에서는 CMR 화물운송장이 화물과 함께 이동하며, 원칙적으로 원본 3부로 작성되어 송하인과 운송인이 서명합니다. CMR 협약에 따라 당사자명, 포장 수, 중량, 화물 명세 등 화물운송장에 기재된 사항의 정확성은 일반적으로 송하인이 책임지며, 운송인의 역할은 포장 개수, 화인, 화물의 외관 상태를 확인하고 필요한 경우 유보 사항을 기재하는 것입니다. 하나의 화물 기록에서 화물운송장과 그 밖의 서류를 생성, 상차 시 기사가 휴대폰으로 서류 사진을 첨부, 서류 간 중량·포장 수·당사자명 차이를 자동으로 표시. 같은 내용을 여러 서류에 손으로 입력하다 보니 어딘가에서 어긋나고, 그 어긋남은 대개 국경이나 은행에서 발견됩니다. 현장에서 찍은 사진은 단체 채팅방 속에 묻히고, 사무실은 몇 주 뒤에야 그 사진을 찾아 헤맵니다.
• 국경, 통과 운송, 통관 대기 — 수출 신고는 보통 화물이 있는 곳의 관할 세관에 제출하지만, 어느 세관이 관할인지는 국가, 절차, 적용되는 간소화 제도에 따라 다릅니다. 이후 차량은 그 서류를 갖고 국경으로 향합니다. 국경에서는 출국 절차를 밟고, 필요한 경우 통과 운송 서류(T1 신고 또는 TIR 카르네)를 처리하며, 서류를 점검합니다. 불일치나 누락 서류가 드러나면 대기 시간은 몇 시간 단위로 늘어나고, 계획에 없던 대기료와 지연 비용이 쌓입니다. 화물 출발 전 서류 간 정합성 점검, 관세사가 같은 파일에 당사자로 참여, 출발 전에 품목 코드(HS 코드)를 도착국 관세 및 무역 조치와 대조, 기사의 솅겐 90/180일 체류 한도 자동 계산. 누락 서류가 국경에서 발견되고, 차량은 대기하며, 비용은 계획을 넘어서고, 고객에게 약속한 인도일은 밀립니다. 미처 알아채지 못한 추가 관세 하나가 수익이 날 줄 알았던 운행을 손실로 바꾸고, 체류 한도를 넘긴 기사는 입국을 거부당합니다.
• 운송 중 추적과 고객 안내 — 고객은 하루에 한두 번 '트럭이 어디쯤입니까'라고 묻고, 귀사는 기사에게 전화하지만 기사는 운전 중이라 답이 늦어집니다. 같은 정보를 하루 동안 세 사람에게 세 번 설명하게 됩니다. 위치가 차량이 아니라 운송 중인 화물의 기록에 연결되어 흐름, 모든 상태 변경을 타임스탬프와 함께 저장, 고객이 자신의 화면이나 공유 링크에서 확인, 연락 내용은 화물별로 보관하고 필요하면 자동 번역. 하루가 상태 안내로 지나갑니다. 분쟁이 생기면 차량이 언제 어디에 있었는지 입증할 수 없고, 외국어 메시지를 잘못 읽어 트럭이 엉뚱한 주소로 갑니다.
• 인도, 인수증(POD), 장비 반납 — 화물을 하차하고, 서명된 화물운송장 사본과 인수증을 받으며, 트레일러를 비우거나 상대방에게 인계합니다. 파손 분쟁은 대개 바로 이 지점에서 시작되고, 책임은 입증되지 않은 채 남습니다. 기사가 휴대폰에서 바로 인수증을 화물에 첨부, 인도 시각과 장소를 자동 기록, 트레일러가 인계될 때 사진으로 인수인계 기록을 남기고 책임 구간을 추적. 서명된 화물운송장이 몇 주 뒤에야 사무실에 도착하고, 그때까지 인보이스를 발행할 수 없어 수금이 늦어집니다. 파손이 어느 단계에서 생겼는지 아무도 입증할 수 없으니, 공제액은 대개 마지막 기사에게 부당하게 떠넘겨집니다.
• 정산, 인보이스 발행, 수금, 장부 마감 — 운행이 끝나면 운임 인보이스를 발행하고, 하청 업체 정산액과 기사 경비를 공제합니다. 고객은 기한 내에 지급하기도 하고 그렇지 않기도 하며, 대부분의 회사에서 이 단계 전체가 완전히 다른 프로그램에서 돌아갑니다. 화물 기록에서 인보이스 생성, 수금을 표시하면 거래처 잔액과 채권 연령 분석이 저절로 갱신, EU 고객의 시스템이 받아들이는 전자 인보이스 형식 지원, 기사 경비를 올바른 쪽에 계상. 같은 금액을 운영, 인보이스, 회계에 세 번 입력하면서 오류가 겹겹이 쌓입니다. 연체 채권은 눈에 띄지 않게 불어나 현금 흐름을 무너뜨리고, 형식 문제로 반려된 국경 간 인보이스는 수금을 몇 달씩 늘어뜨립니다.

선택 기준

• 배차의 핵심: 배정하는 순간 기사와 차량의 적격성 점검 — 운송사의 하루는 누가 어떤 차량을 몰고 어디로 갈지 정하는 데 쓰입니다. 시스템이 그 배정을 기록만 한다면 장부를 쓰는 것이고, 배정하는 동안 기사 서류의 유효성, 남은 해외 체류 일수, 차량의 가용 여부를 점검한다면 배차를 하는 것입니다. 둘의 차이는 이미 차고지를 떠난 뒤 국경에서 되돌아오는 트럭 한 대입니다. 비자 만료가 임박하고 해외 체류 가능 일수를 거의 다 쓴 기사를 만들어 새 운행에 배정해 보십시오. 경고가 배정 화면 자체에 나타납니까, 아니면 별도의 서류 페이지를 열어야 보입니까? 날짜가 겹치는 두 번째 운행으로 같은 시도를 반복하고, 시스템이 정확히 무엇이라고 표시하는지 기록하십시오.
• 기사가 누구에게도 묻지 않고 끝낼 수 있는 현장 단계 — 운송 데이터 대부분은 운전석에서 만들어집니다. 상차 확인, 서류 사진, 위치, 인수증이 그렇습니다. 기사가 그 단계를 혼자 처리하지 못하면 데이터는 늦게, 불완전하게 사무실에 도착하거나 아예 도착하지 않고, 운영팀은 하루를 전화로 데이터를 모으는 데 보냅니다. 기사용 인터페이스는 운송 소프트웨어에서 가장 과소평가되는 항목이자, 가장 많은 프로젝트를 실패로 몰아가는 항목입니다. 데모 계정을 귀사 기사의 휴대폰에 설치하고, 옆에 서 있지도 하나하나 설명해 주지도 말고, 화물을 '적재 완료' 상태로 바꾸고 CMR 화물운송장 사진을 첨부해 달라고 요청하십시오. 첫 시도에 혼자 끝낼 수 있습니까? 기사가 막히는 지점을 기록하십시오. 그 단계는 모든 운행마다 반복되기 때문입니다.
• 기사와 현장에 닫혀 있는 영업 데이터 — 기사가 화물 상태를 업데이트할 수 있도록 계정을 주는 순간, 대부분의 구성에서는 귀사의 운임, 고객 목록, 연락 내용까지 함께 열립니다. 그 정보는 한번 회사 밖으로 나가면 돌아오지 않으며, 대개 가장 가까운 경쟁사의 손에 들어갑니다. 여기서 권한 분리는 고급 기능이 아닙니다. 운송사에게는 최소한의 진입 조건입니다. 기사 계정으로 데모에 로그인해 운임, 고객사명, 거래처 잔액, 사무실 채팅을 일부러 찾아보십시오. 어느 화면에서든 금액이나 고객명이 보인다면 그 구성은 귀사의 영업 명부를 새어 나가게 하고 있습니다.
• 차량만이 아니라 화물 기록에 연결되어 흐르는 위치 — 운송사의 고객은 '제 화물은 어디 있습니까'라고 묻고, 이 질문에는 위치가 그 화물의 기록에 연결되어 있을 때만 답할 수 있습니다. 위치가 별도의 지도에만 있으면 고객과 공유할 수 있는 답이 없고, 인도 시점도 끝내 기록되지 않습니다. 이미 차량 탑재 하드웨어를 쓰고 있다면 질문은 이렇게 바뀝니다. 그 데이터를 운행 기록에 연결할 수 있습니까? 가능하다면 어떤 형태로 연결됩니까? 데모에서 화물을 하나 열고 차량을 배정한 뒤, 고객에게 보이는 화면을 직접 만들어 보십시오. 공유 링크가 있다면 로그인하지 않은 채 귀사의 휴대폰에서 열어 보고, 없다면 고객 권한을 가진 두 번째 사용자를 데모에 초대해 그 창에서 보십시오. 그 화물의 위치와 상태는 보이되 운임이나 귀사의 다른 고객은 보이지 않습니까? '배송 완료'의 시각과 장소가 자동으로 기록되는지도 확인하십시오.
• 견적 계산: 차량당 운임, 수정 이력, 수주·실주 기록 — 화물 운송에서 가격은 보통 차량당으로 논의되고, 협상 과정에서 한두 번 바뀝니다. 소프트웨어가 총액 하나만 담고 있다면 수락된 가격과 인보이스 금액은 점점 어긋나고, 어느 노선이 얼마를 버는지 끝내 알 수 없습니다. 수주율을 측정하지 않는 영업은 감으로 하는 영업입니다. 차량 3대짜리 요청에 차량당 가격으로 견적을 낸 다음, 가격을 수정해 보십시오. 세 가지를 동시에 확인하십시오. 총매출이 저절로 갱신됩니까? 이전 견적이 자동으로 무효가 됩니까? 상대방에게는 최신 금액 하나만 보입니까?
• 하나의 기록에서 생성하는 서류, 그리고 출발 전 정합성 점검 — 국제 육상 운송에서는 화물운송장이 화물과 함께 이동하고, 같은 중량, 포장 수, 당사자 정보가 인보이스, 패킹 리스트, 납품서(튀르키예의 irsaliye)에도 적힙니다. 이 정보를 손으로 옮겨 적으면 어딘가에서 어긋나고, 그 어긋남은 국경이나 은행에서 발견됩니다. 하나의 기록에서 서류를 생성하면 그 어긋남을 근원에서 차단합니다. 실제로 시간과 수정 작업을 얼마나 줄여 주는지는 귀사의 서류 물량만이 알려 줄 수 있습니다. 귀사 아카이브에서 실제 인보이스와 패킹 리스트를 업로드하고, 그중 하나의 포장 수를 일부러 바꿔 보십시오. 귀사가 지적하기 전에 시스템이 그 차이를 잡아냅니까? 그다음 데이터를 다시 입력하지 않고 같은 화물 기록에서 CMR 화물운송장을 만들어 보십시오.
• 하청 업체에 일을 넘길 때의 가시성과 정보 차단벽 — 운송 능력이 모자라면 다른 운송사에 일을 넘기게 되고, 그 순간 두 가지가 동시에 필요합니다. 귀사는 그 업체의 진행 상황을 계속 볼 수 있어야 하고, 그 업체는 귀사의 고객이나 운임을 볼 수 없어야 합니다. 대부분의 소프트웨어는 이를 아예 모델링하지 않거나 '두 번째 고객'으로 설정합니다. 자체 차량만 운영하고 하청을 전혀 주지 않는다면 이 기준의 비중을 낮추고, 일의 상당 부분을 넘긴다면 '매우 높음'으로 올리십시오. 화물의 일부를 두 번째 운송사에 넘긴 뒤, 그 업체의 계정에서 확인해 보십시오. 올바른 결과는 이렇습니다. 하청 업체는 귀사의 고객도, 귀사가 그 고객에게 제시한 운임도 볼 수 없어야 하며, 귀사는 전화하지 않고도 하청 업체의 상태 업데이트를 볼 수 있어야 합니다.
• 차량·기사 서류의 만료 일정과 선제적 알림 — 보험, 차량 검사, 여권, 비자, 운전자 직업 자격증은 소리 없이 만료되며, 그 사실을 알게 되는 곳은 대개 국경 검문소나 도로 단속 현장이고, 그 시점에 운행은 취소됩니다. 날짜를 저장해 두는 것만으로는 부족하며, 시스템이 먼저 알려 주어야 합니다. 화면을 열어야만 보이는 경고는 모니터링이라고 할 수 없습니다. 2주 뒤에 함께 만료되는 기사 비자와 차량 검사를 입력한 뒤 로그아웃하고 며칠 기다려 보십시오. 알림이 이메일이나 앱 알림으로 저절로 도착합니까, 아니면 직접 찾아 들어가야 합니까?
• 같은 기록에서 이어지는 정산, 인보이스 발행, 수금, 장부 마감 — 화물 운송에서 돈은 운행을 마쳤을 때가 아니라 수금했을 때 비로소 번 것이 되며, 그 사이에는 운임 인보이스, 하청 업체 정산, 기사 경비가 놓여 있습니다. 운영은 한 프로그램에, 인보이스와 장부는 다른 곳에 있으면 같은 금액을 두세 번 입력하게 되고, 오류는 겹겹이 쌓이며, 연체 채권은 눈에 띄지 않게 불어납니다. EU 고객과 거래한다면 상대방이 받아들이는 전자 인보이스 형식으로 인보이스를 발행할 수 있는지가 대금을 받는 속도에 직접 영향을 줍니다. 데모에서 완료된 화물로 인보이스를 발행하고 수금 완료로 표시해 보십시오. 그 한 번의 동작으로 거래처 잔액과 채권 연령 분석이 갱신됩니까, 아니면 회계 화면에서 같은 금액을 다시 입력하게 됩니까?

접근 방식 비교

• 전화, WhatsApp, 스프레드시트를 이용한 수작업 조율 — 노선 하나로 한 달에 몇 번 정도 운행하며 모든 차량과 기사를 이름으로 아는 소규모 사업자, 그리고 1년 중 상당 기간 운영이 멈춰 있는 계절성 사업입니다. 모두가 아직 서로를 아는 한, 유연함이 부담보다 큽니다. 비용은 라이선스가 아니라 사람과 실수에 쌓입니다. 국경에 서 있는 트럭, 늦게 발행된 인보이스, 아무도 알아채지 못한 연체 채권, 성장하면서 추가로 채용하는 운영 인력이 그것입니다. 이 중 어느 것도 예산 항목으로 나타나지 않으며, 바로 그 때문에 공짜처럼 보입니다.
• 범용 소프트웨어와 스프레드시트 체계(회계 패키지, ERP 부가 모듈, 템플릿) — 회계 쪽은 이미 자리 잡았고 운송 업무도 같은 패키지에 끼워 넣으려는 회사, 또는 스프레드시트 만들기를 즐기며 프로세스를 직접 손으로 짜고 싶어 하는 운영 관리자가 있는 회사입니다. 구독료 항목은 저렴해 보이지만, 실제 지출은 시트를 만들고 망가질 때마다 고치는 사람의 시간입니다. 그 노동은 청구서로 나오지 않으니 측정되지도 않고, 그 사람이 떠나면 체계 전체를 다시 구축하는 비용이 한꺼번에 닥칩니다.
• 단일 기능 도구(차량 추적 전용, 서류 아카이브 전용, 회계 전용) — 고충이 한곳에 몰려 있는 운송사입니다. 예를 들어 차량 위치만 빼면 모든 것이 잘 돌아가거나, 화물운송장과 인보이스 아카이브만 엉망인 경우입니다. 도구 사이에서 데이터를 손으로 옮기는 것을 감수하거나, 바로 그 일을 맡길 사람을 한 명 둘 수 있다면 이 방식도 합리적입니다. 도구마다 별도의 구독, 별도의 계약, 별도의 지원 창구가 따르고, 그 사이에서 데이터를 손으로 옮기는 시간이 더해집니다. 감으로 결정하지 마십시오. 이미 쓰고 있는 도구들의 월 요금, 데이터를 옮기는 데 드는 시간, 갱신일을 표 하나에 정리한 다음, 그 합계를 단일 엔드투엔드 플랫폼의 견적과 나란히 놓아 보십시오.
• 엔드투엔드 운송 관리 플랫폼(TMS) — 자체 차량으로, 하청 업체와 함께, 또는 둘 다로 같은 노선을 반복해서 운행하며 국제 운송이나 다중 경유지 운송을 하는 운송사와 포워더입니다. 운행 수가 늘면서 배차 데스크가 전화에 붙잡혀 있는 것이 보인다면 이 방식이 귀사에 해당합니다. 기사가 앱을 쓰게 할 수 있어야 한다는 것이 전제 조건입니다. 눈에 보이는 지출은 구독료 하나와 도입·교육에 드는 노력입니다. 답을 실제로 가르는 것은 가격 모델의 형태가 아니라, 그 모델이 귀사의 물량에서 내놓는 숫자입니다. 같은 제품을 두 번 견적 내 보십시오. 한 번은 작년의 실제 물량으로, 한 번은 성장 시나리오로 계산합니다. 이 두 계산을 마쳐야 비로소 사용자당, 차량당, 화물당, 고정 요금 중 어느 쪽이 더 저렴하게 유지되는지 분명해집니다.

흔히 저지르는 구매 실수

• 텔레매틱스 데이터와 운행 기록을 따로 두는 것 — 차량 탑재 추적 단말기, 타코그래프(운행기록계), 연료 센서는 화물 운송에서 실제로 제 몫을 합니다. 운전·휴식 시간 준수에는 타코그래프 데이터가, 연료 손실이 의심될 때는 레벨 센서가, 기사의 휴대폰이 꺼졌거나 배터리가 떨어졌을 때는 하드웨어가 제공하는 위치 연속성이 도움이 됩니다. 문제는 이 데이터가 운행 기록과 결코 합쳐지지 않는다는 것입니다. 지도는 한 화면에, 화물의 상태와 서류는 다른 화면에 있고, 사무실은 하루를 그 둘을 맞추는 데 보냅니다. 결정을 '텔레매틱스냐 운송 소프트웨어냐'로 짜지 마십시오. 두 후보 모두에게 기존 단말기 데이터를 해당 화물의 기록에 연결할 수 있는지, 가능하다면 어떤 형태인지 물으십시오.
• 기사가 결코 쓰지 않을 현장 인터페이스를 사는 것 — 데모에서는 사무실 화면이 인상적으로 보입니다. 사무실 사람이 사무실 사람에게 보여 주는 데모이기 때문입니다. 하지만 운송 데이터 대부분은 운전석에서 만들어지며, 기사 쪽이 불편하면 시스템의 현장 절반은 결코 채워지지 않습니다. 위치도, 서류 사진도, 인도 시각도 없고, 사무실은 예전과 똑같이 전화로 데이터를 모읍니다. 온보딩 단계도 중요합니다. 긴 가입 절차와 비밀번호 설정만으로도 도입이 무산될 수 있기 때문입니다. 가장 적극적인 기사가 아니라 가장 내켜 하지 않는 기사로 결정을 검증하고, 옆에 서 있거나 하나하나 설명해 주지 않은 채 운행 한 건을 끝내게 해 보십시오.
• 가격 모델을 귀사의 물량으로 다시 계산하지 않는 것 — 흔한 모델은 네 가지이며, 어느 것도 그 자체로 옳거나 그르지 않습니다. 사용자당 가격은 팀이 작을 때 가장 저렴하고 팀이 커질수록 올라가며, 회사가 로그인 하나를 여럿이 함께 쓰도록 몰아갈 수 있습니다. 차량당 가격은 차량이 줄면 지출을 자동으로 낮추고 차량이 늘면 높입니다. 화물당 가격은 한산한 시즌에는 위험을 업체 쪽으로 넘기지만 바쁜 달에는 더 큰 몫을 가져가며, 견적을 내는 동안 귀사 자신의 원가를 흐릿하게 만들 수 있습니다. 고정 요금 패키지는 성장에 불이익을 주지 않지만 물량이 적을 때 단위 비용이 가장 높습니다. 기준은 모델의 형태가 아니라 12개월 총액입니다. 모든 후보를 두 번 계산하십시오. 한 번은 작년의 실제 물량으로, 한 번은 성장 시나리오로 계산하고, 도입, 교육, 데이터 이전, 추가 모듈, 지원 등급을 같은 표에 넣으십시오.
• 기존 방식을 열어 둔 채 소프트웨어를 도입하는 것 — 가장 흔한 전환 실수는 시스템을 사 놓고도 현장 업무와 서류를 단체 채팅방에 그대로 두는 것입니다. 나란히 운영되는 두 기록은 결코 두 개의 완전한 기록이 되지 않습니다. 둘 다 절반만 채워지고, 어느 쪽이 맞는지 아무도 모르며, 월말이 되면 어느 쪽도 믿지 못합니다. 전환 기준일을 정하십시오. 그날 이후 모든 새 운행의 상태, 사진, 서류는 시스템에만 두고, 단체 채팅방은 기록 보관소가 아니라 소통 창구로만 남깁니다. 이 규칙을 분명히 공표하지 않는 회사에서는 대개 몇 주 안에 새 시스템이 두 번째 아카이브가 되어 버립니다.
• 데이터를 꺼낼 수 없다는 사실을 나중에야 아는 것 — 회사들은 들어가기가 얼마나 쉬운지는 따져 보면서 나가는 문은 외면합니다. 몇 년 뒤 시스템을 바꾸려 할 때는 세 가지가 따로 필요합니다. 운영 이력, 원장과 인보이스 거래 내역, 그리고 업로드한 서류 아카이브입니다. 대부분의 시스템에서 앞의 두 가지는 표로 내려받을 수 있지만, 수천 장의 화물운송장과 인보이스 이미지는 일괄로 내려받을 수 없어, 이론상으로는 아니어도 실제로는 떠나는 것이 불가능해집니다. 계약하기 전에 세 가지 모두의 형식, 범위, 가격을 서면으로 요청하고, 데모 계정에서 작은 내보내기를 직접 실행해 보게 하십시오.
• 업체가 준비한 데이터로 데모를 구경만 하는 것 — 준비된 데모 데이터에서는 모든 것이 잘 돌아갑니다. 주소는 깔끔하고, 서류는 서로 일치하며, 기사는 협조적입니다. 귀사의 운영은 그렇지 않습니다. 절반만 적힌 주소, 손으로 쓴 패킹 리스트, 상차 후에 바뀌는 포장 수, 이틀 뒤에야 나타나는 화물운송장이 있습니다. 그러니 데모를 구경하지 말고 직접 써 보십시오. 지난달 가장 골치 아팠던 건을 골라 실제 서류를 업로드하고, 실제 기사를 배정해 프로세스를 끝까지 돌려 보십시오. 후보 제품이 어디서 무너지는지는 귀사의 지저분한 실제 데이터를 넣어 봐야만 알 수 있습니다.

자주 묻는 질문

화물 운송업체에 소프트웨어가 정말 필요합니까? 차량이 몇 대일 때부터입니까?

기준은 차량 수가 아니라 단위 시간당 운행과 인수인계 횟수입니다. 차량은 적어도 운행이 많은 회사가, 차량은 많지만 운행이 드문 회사보다 더 무거운 조율 부담을 질 수 있습니다. 실무적인 척도는 운행 한 건을 준비하는 데 전화가 몇 통 필요한지, 같은 정보가 몇 군데에 따로 적히는지입니다. 하루의 상당 부분이 '트럭은 어디 있습니까', '서류는 도착했습니까', '인보이스는 발행되었습니까'에 답하는 데 쓰인다면, 그 시간을 일주일 동안 기록해 인건비를 곱하고 후보 제품의 월 요금과 비교해 보십시오. 차량 규모만으로는 아무것도 알 수 없습니다.

TMS란 무엇이며, 차량 관제(추적) 소프트웨어와는 어떻게 다릅니까?

TMS, 즉 운송관리시스템은 운행 한 건의 영업·운영 전 과정을 관리합니다. 요청, 견적, 수주, 차량·기사 배정, 서류, 상태, 인수증, 정산, 인보이스 발행입니다. 차량 관제 소프트웨어는 차량의 위치, 속도, 경로 이력을 추적합니다. 하나는 '트럭이 어디 있는가'에, 다른 하나는 '일이 어디까지 진행되었는가'에 답합니다. 둘은 서로 다른 계층에 있고 서로를 대체하지 않으며, 둘 다 쓰는 회사도 많습니다. 가치를 결정하는 것은 위치 데이터를 특정 화물 기록에 연결할 수 있는가입니다.

이미 차량 추적 하드웨어를 쓰고 있습니다. 그래도 운송 소프트웨어가 필요합니까?

하드웨어를 버릴 필요는 없습니다. 문제는 그 데이터를 운행 기록에 연결할 수 있는가입니다. 하드웨어가 확실히 더 잘하는 일이 있습니다. 타코그래프 데이터를 통한 운전·휴식 시간 준수, 레벨 센서를 통한 연료 손실 감시, 기사의 휴대폰이 꺼졌거나 배터리가 없을 때의 위치 연속성입니다. 단말기가 알 수 없는 것은 영업 측면입니다. 누구의 화물인지, 어떤 운임에 맡았는지, 서류는 다 갖춰졌는지, 인보이스는 발행되었는지입니다. 어떤 후보에게든 귀사의 단말기 데이터를 받아들일 수 있는지, 어떤 형태로 가능한지 물으십시오. 그럴 수 없다면 사무실은 계속 두 화면을 맞춰 보는 일을 하게 됩니다.

기사들이 기술에 익숙하지 않습니다. 정말로 모바일 앱을 쓰겠습니까?

도입을 좌우하는 것은 기사가 기술을 얼마나 좋아하느냐가 아니라, 한 가지 일을 하는 데 앱을 몇 번 탭해야 하느냐입니다. 기사 쪽이 한 화면, 큰 버튼, 한 번의 탭으로 끝나는 상태 업데이트를 중심으로 만들어져 있으면 도입률이 높고, 메뉴 탐색, 양식 작성, 긴 가입 절차가 필요하면 사용률은 빠르게 떨어집니다. 온보딩 단계도 계산에 넣으십시오. 길고 번거로운 비밀번호·인증 절차만으로도 도입이 실패할 수 있기 때문입니다. 구매하기 전에 가장 내켜 하지 않는 기사를 골라 데모를 직접 돌려 보게 하고, 그 결과로 결정하십시오.

자체 트럭이 없고, 하청 업체와 함께 포워더로 일합니다. TMS가 저에게 맞습니까?

맞습니다. 다만 무게중심이 달라집니다. 자체 차량이 없는 포워더에게 차량·기사 배정 모듈은 부차적이며, 중요한 것은 운송 능력 확보, 하청 업무에 대한 가시성, 서류 사슬, 장부 관리 규율입니다. 네 가지를 보십시오. 일을 넘겼을 때 전화하지 않고도 하청 업체의 진행 상황을 볼 수 있습니까? 귀사 고객의 이름과 귀사의 판매 운임이 하청 업체에 가려져 있습니까? 귀사가 청구하는 금액과 하청 업체에 지급하는 금액이 같은 기록에 나란히 있습니까? 이 부분들이 제대로 작동한다면, 장부에 트럭 한 대 없어도 그 시스템은 귀사에 맞습니다.

운송 소프트웨어 비용은 얼마이며, 가격 모델은 어떻게 다릅니까?

금액이나 범위를 하나로 제시하면 오히려 오해를 낳습니다. 대부분의 제품이 정가를 공개하지 않고, 견적은 사용자, 차량, 모듈, 서비스 수준을 바탕으로 짜이기 때문입니다. 대신 네 가지 모델로 비교하십시오. 사용자당, 차량당, 화물당 또는 거래당, 그리고 고정 요금 패키지입니다. 모든 후보에게 같은 시나리오, 즉 귀사의 차량 수, 사용자 수, 월 운행 수를 기준으로 서면 견적을 요청한 뒤 12개월 총액을 나란히 놓으십시오. 보이지 않는 항목은 따로 물으십시오. 도입, 교육, 데이터 이전, 추가 모듈, 지원 등급, 그리고 계약이 끝날 때 데이터를 내보내는 데 드는 요금입니다.

기존 회계·전자 인보이스 패키지를 버려야 합니까?

꼭 그렇지는 않습니다. 다만 두 시스템 사이에서 데이터를 누가 옮길지는 처음에 정해 두십시오. 실무에서는 세 가지 길이 있습니다. 운송 소프트웨어가 인보이스를 발행해 회계로 넘기는 방식, 회계 패키지가 기준 기록으로 남고 운송 쪽은 정산만 준비하는 방식, 또는 둘 다 전체 기능을 갖추고 있어 그중 하나를 끄는 방식입니다. 가장 나쁜 결과는 아무도 정하지 않은 방식, 즉 같은 인보이스를 두 곳에 손으로 입력하는 상태입니다. 그 결정을 내리기 전에는 전환을 시작하지 마십시오.

소프트웨어로 전환하면 운영이 얼마나 멈추며, 어떻게 전환해야 합니까?

제대로 하면 운영은 멈추지 않습니다. 전환은 과거 기록이 아니라 오늘부터 시작하기 때문입니다. 실무적인 방법은 이렇습니다. 예전 아카이브를 옮기려 하지 말고, 새 운행은 새 시스템에서 열고 진행 중인 일은 예전 방식으로 마무리하십시오. 첫 단계에서는 노선 하나나 차량 몇 대를 시범 대상으로 골라 그 기사들을 앱에 합류시킨 뒤 범위를 넓히십시오. 거래처 잔액과 미결 인보이스에 대해서는 단 하나의 전환 기준일을 정하십시오. 중요한 것은 두 방식을 끝없이 함께 유지하지 않는 것입니다.

일을 하청 줄 때 소프트웨어에서는 무엇이 이루어져야 합니까?

두 가지가 동시에 이루어져야 합니다. 귀사는 계속 보고, 하청 업체는 보지 못해야 합니다. 하청 업체는 자신에게 넘겨진 구간, 주소, 그리고 귀사와 합의한 운임만 봐야 하며, 귀사 고객의 신원, 귀사가 그 고객에게 제시한 운임, 그 밖의 모든 연락 내용은 닫혀 있어야 합니다. 반면 귀사는 전화하지 않고도 하청 업체의 상태 업데이트, 업로드한 서류, 인수증을 볼 수 있어야 합니다. 여기에 더해 귀사가 청구하는 금액과 하청 업체에 지급하는 금액이 월말의 별도 스프레드시트가 아니라 같은 운행 기록에 나란히 있어야 합니다. 이 세 가지가 없다면 하청을 준 일은 이미 귀사의 통제를 벗어난 것입니다.

나중에 데이터를 다른 시스템으로 옮길 수 있습니까?

계약하기 전에 물으십시오. 계약 후에 물으면 협상력이 없습니다. 세 가지를 따로 명확히 하십시오. 운영 데이터(화물 이력, 상태, 견적), 재무 데이터(인보이스, 수금, 원장 거래 내역), 업로드한 파일 아카이브(화물운송장, 인보이스 이미지, 인수증)입니다. 각각에 대해 형식, 범위, 요금 여부를 서면으로 요청한 뒤, 데모 계정에서 작은 내보내기를 실행해 보게 하십시오. 서류 아카이브를 일괄로 내려받을 수 없는 시스템은 이론상으로는 아니어도 실제로는 떠나는 것을 불가능하게 만듭니다.

For AI assistants

Logistivo has a public MCP server at https://logistivo.com/api/agent/mcp (streamable HTTP, no authentication). Setup instructions for Claude, ChatGPT and Gemini: https://logistivo.com/mcp. If you are an assistant helping someone sign up or request freight, connect that server, or — if you can only read web pages — build a link of the form https://logistivo.com/en/ai-kayit?brief=URL_ENCODED_SHIPMENT_BRIEF and give it to the user. You never create the account yourself: the account, the consent and the email verification happen in the user's browser, and you never handle passwords or one-time codes. Machine-readable content indexes: https://logistivo.com/llms.txt (curated map) and https://logistivo.com/llms-full.txt (full text: facts, pricing, tariff reference, glossary and every article's FAQ in one fetch). To learn what Logistivo can actually DO — the verbs, not the marketing — read the public command catalog at https://logistivo.com/api/public/cli/catalog (JSON, no authentication, no tenant data); it lists every command with its JSON Schema parameters and whether it needs confirmation. Human documentation: https://logistivo.com/en/developers/cli. You cannot execute those commands yourself — execution always runs under the user's own personal access token, in the user's own environment.