발렛 주차는 단순한 문제처럼 보입니다. 차가 도착하고, 누군가 주차시키고, 손님이 차를 돌려받습니다.
그런 다음 이를 위한 소프트웨어를 구축하려고 시도합니다.
직원은 신호가 없는 지하 차고에 서 있습니다. 손님은 앱을 다운로드하고 싶어 하지 않습니다. 호텔은 객실 청구서로 요금을 받고자 합니다. 발렛 회사는 판매자가 아닌 자체 계좌로 팁 돈을 받으려 합니다. 그리고 이 모든 것이 토요일 밤 11시에 40대의 차가 기다리는 상황에서 일어납니다.
저는 발렛 소프트웨어가 이러한 문제들을 어떻게 처리하는지 살펴보고 있습니다. 본 게시물에서는 최고의 발렛 주차 소프트웨어와 나머지 시스템을 구분 짓는 기술적 선택 사항들과 시장의 주요 플랫폼들이 이를 어떻게 접근하는지를 설명합니다.
핵심 데이터 모델은 작다
근본적으로, 발렛 시스템이 추적하는 것은 단 한 가지입니다. 즉, 상태(state)를 거치는 티켓 하나입니다.
예를 들어 ValeKit은 일곱 개의 상태를 사용합니다:
checked_in → staged → parked → requested → pulling → ready → completed
각 티켓은 차량(번호판, 제조사, 색상, 사진), 위치, 구역 또는 주차 공간, 키 걸이, 그리고 이를 만진 직원을 연결합니다.
그 부분은 모델링하기 쉽습니다. 어려운 부분은 그 주변의 모든 것입니다.
문제 1: 차고에는 신호가 없다
이것이야말로 사람들을 당황하게 만드는 문제입니다.
발렛 직원들은 근무 시간의 절반을 주차 구조물 안에서 보냅니다. 콘크리트와 강철은 모바일 데이터를 무력화합니다. 만약 앱이 'B 구역 42번 공간에 주차됨'과 같은 것을 기록하기 위해 실시간 연결이 필요하다면, 가장 필요한 순간에 작동하지 않습니다.
따라서 러너(runner) 앱은 오프라인 우선(offline-first)이어야 합니다. 쓰기는 휴대폰의 로컬 데이터베이스로 전송되고, 연결이 복구될 때 동기화됩니다. 이는 필연적으로 다음과 같은 질문들을 가져옵니다: 충돌 처리(conflict handling), 분실될 수 있는 장치에서의 저장 시 암호화(encryption at rest), 그리고 두 직원이 같은 차를 잡지 않도록 보장하는 방법입니다.
ValeKit의 담당자 앱은 오프라인으로 작동하며 연결이 복구되면 동기화됩니다. 어떤 발렛 소프트웨어를 평가하든, 신호가 없을 때 정확히 무슨 일이 발생하는지 물어보십시오. “클라우드 기반입니다”라는 답변은 충분하지 않습니다.
문제 2: 손님이 앱을 설치하지 않음
식당에서 차를 찾기 위해 앱을 다운로드하는 사람은 아무도 없습니다.
이것이 대부분의 최신 플랫폼이 SMS 링크로 전환한 이유입니다. 손님은 체크인 시 문자를 받습니다. 이 링크는 차량 상태를 보여주고 요청 버튼이 있는 모바일 웹 페이지를 엽니다.
구축 관점에서 볼 때, 이 링크는 하나의 티켓에 연결된 단명(short-lived)의 추측 불가능한 토큰입니다. 로그인이나 계정이 필요 없습니다. ValeKit의 추적 링크는 체크인 후 7일 동안 만료됩니다.
모든 플랫폼이 동일하게 처리하는 것은 아닙니다:
- ValeKit과 Summon은 티켓 없는 SMS 검색을 중심으로 구축되었습니다.
- PUR Valet은 양방향 메시징이 가능한 SMS 티켓에 인쇄된 대체 수단(fallback)을 갖춘 QR 코드 옵션을 사용합니다.
- O-Valet과 Oobeo는 운영자가 SMS, 플라스틱 티켓 또는 종이 티켓 중에서 선택할 수 있도록 합니다.
혼합형 접근 방식은 종이에서 천천히 벗어나려는 운영자에게 적합합니다. SMS 전용 접근 방식은 모든 차량이 동일한 디지털 흐름을 거치기 때문에 데이터를 깨끗하게 유지해 줍니다.
문제 3: 돈의 주인은 누구인가?
이것은 대부분의 구매자가 잊어버리는 질문입니다.
손님이 발렛 비용을 지불하거나 팁을 남길 때, 그 돈은 어딘가에 도착해야 합니다. 두 가지 일반적인 패턴이 있습니다:
판매자가 수금을 하고 나중에 운영자에게 지급하는 방식.
운영자가 플랫폼과 연결된 자체 가맹점 계좌(merchant account)를 보유하는 방식.
후자가 운영자에게는 더 깔끔합니다. 그들은 직접 지불받고, 차지백 관계(chargeback relationship)를 소유하기 때문입니다.
ValeKit은 Stripe Connect를 사용하므로 자금이 운영자 자신의 Stripe 계좌로 정산됩니다. Summon 역시 Stripe에서 실행됩니다. Oobeo는 대부분의 결제 처리기(payment processor)와 연동되며 Square 파트너입니다. PUR Valet은 Apple Pay와 Google Pay를 통해 디지털 팁을 지원합니다.
만약 구축하거나 구매하는 경우, 이 결정은 규정 준수(compliance), 보고 및 자금 이동 속도에 영향을 미칩니다. 초기에 확립할 가치가 있습니다.
문제 4: 하드웨어는 얼마나 필요한가?
시장이 가장 많이 분기되는 지점입니다.
전용 플랫폼(Phone-only)은 팀이 이미 보유한 iOS 및 Android 장치에서 작동합니다:
- ValeKit
- PUR Valet
- Oobeo (선택적 재사용 가능 FOB 포함)
- Summon (선택적 카드 리더 또는 iPhone의 Tap to Pay 기능 사용, 리더기 불필요)
하드웨어 중심 플랫폼은 발렛 주차를 더 큰 현장 설치(site install)의 일부로 취급합니다:
-
O-Valet은 키오스크, 바코드 스캐너, Bluetooth 라벨 프린터 및 게이트 암 통합 기능을 추가 옵션으로 제공합니다.
-
FlashParking은 카메라 기반 접근 제어와 광범위한 시스템 내의 키오스크를 통해 차고지(garages), 노상 주차장(surface lots) 및 전기차 충전소(EV charging)를 포괄합니다.
두 접근 방식 모두 틀리지 않습니다. 전용 시스템은 빠르게 운영을 시작할 수 있습니다. 하드웨어 시스템은 현장에서 더 많은 기능을 수행할 수 있지만, 설치 프로젝트이며 시간이 더 오래 걸립니다.
문제 5: 통합(Integrations)
호텔이 가장 큰 부분을 차지합니다. 호텔들은 발렛 주차 비용이 숙박객의 객실 청구서(room folio)에 속하는 자산 관리 시스템(PMS, Property Management System)을 통해 기록되기를 원합니다.
PUR Valet은 Opera 및 Agilisys와 같은 시스템과 연결하여 이 부분을 선도하고 있습니다. O-Valet과 Oobeo 역시 호텔 PMS 통합 기능을 제공합니다. ValeKit은 엔터프라이즈 플랜(Enterprise plan)에서 호텔 PMS 통합을 포함합니다.
호텔 외의 경우, 통합의 중요성은 덜합니다. 레스토랑이나 병원의 발렛 주차는 일반적으로 결제 및 보고 기능만 필요합니다.
가격 책정 모델(Pricing models)
가격 책정도 또 다른 분기점입니다. 일부 공급업체는 가격을 공개하지만, 일부는 그렇지 않습니다.
ValeKit은 위치와 사용자 수에 따라 크기가 결정되는 월 $99부터 세 가지 플랜을 공개하며, 여기에는 포함된 티켓과 SMS, 그리고 단위 초과 요율(per-unit overage rates)이 명시되어 있습니다. 전체 세부 정보는 ValeKit 가격 페이지에서 확인할 수 있습니다. Summon과 O-Valet도 가격을 공개합니다. PUR Valet, Oobeo 및 FlashParking은 데모 전용입니다.
비용을 비교한다면, 평균적인 달이 아닌 바쁜 달(busy months)을 모델링해야 합니다. 발렛 주차량은 공휴일과 이벤트 시기에 급증하며, 초과 요율이 청구서 금액을 결정합니다.
그렇다면 최고의 발렛 주차 소프트웨어는 무엇일까요?
운영 방식에 따라 다르지만, 기술적인 질문은 동일합니다:
- 안내원 앱은 신호가 없을 때 작동하나요?
- 손님들은 어떻게 차량을 요청하며, 앱이 필요한가요?
- 결제 금액과 팁은 어느 계정에 기록되나요?
- 얼마나 많은 하드웨어가 필요한가요?
- 이미 운영 중인 시스템과 통합이 되나요?
이 다섯 가지에 대한 명확한 답변을 얻으면, 적절한 플랫폼은 보통 분명해집니다.
더 광범위한 비교 분석 자료가 필요하다면, ValeKit에서 2026년 최고의 발렛 주차 소프트웨어에 대한 전체 글을 작성했습니다.
