키오스크, 주문 화면, 가격 확인기: 하나의 빌더, 다양한 도구

셀프 계산 키오스크, 셀프 주문 화면, 가격 확인기는 세 개의 서로 다른 제품처럼 보이며, 기존 POS 공급업체들도 이런 방식으로 판매합니다. 즉 세 개의 견적서, 세 개의 소프트웨어 모듈, 세 개의 관리자 패널로 나뉩니다. 하지만 그 밑바탕을 들여다보면 하나의 본질이 세 가지 모습으로 바뀐 것뿐입니다. 각 도구는 카탈로그, 가격, 재고, 그리고 세 가지 중 두 가지의 경우 결제 시스템에 연결된 화면일 뿐입니다. 화면이 바뀔 수 있는 유일한 요소가 된다면, 단 하나의 빌더만으로 일상적인 언어 설명을 통해 이 모든 것을 만들어낼 수 있습니다.

이러한 도구들이 하나로 수렴하는 이유와 실제 핵심 기술이 어디에 존재하는지 알아보세요.

왜 이 도구들은 보통 세 번의 별도 구매로 이어질까요?

업계에서 이 제품들을 판매하는 패키징 방식 때문입니다. 키오스크는 보통 전용 하드웨어와 소프트웨어 번들로 제공됩니다. 주문 화면은 특정 단말기와 연결된 추가 모듈 형태로 출시되는 경우가 많습니다. 가격 확인기는 주로 대형 마트 사슬에 엔터프라이즈 재고 시스템과 연결된 전용 기기로 판매됩니다. 각 기기마다 고유한 설정, 계약, 그리고 제품 데이터 복사본이 따로 존재합니다.

소규모 가맹점의 경우 비용 대비 효율이 맞지 않습니다. 키오스크는 그 가치를 증명할 수도 있지만(키오스크 POS가 프랜차이즈 운영을 단순화하는 기능은 잘 알려져 있습니다), 단독 가격 확인기는 거의 효율을 내지 못합니다. 그 결과 매대에서 묻는 "이거 얼마예요?"라는 질문은 계속 직원 몫이 되고, 점심 피크 타임에는 줄이 단 하나의 계산대로 몰리게 됩니다. 이러한 도구들이 유용하지 않아서가 아닙니다. 각 도구를 별개의 비즈니스 의사 결정처럼 개별 가격으로 측정했기 때문입니다.

키오스크, 주문 화면, 가격 확인기의 공통점은 무엇일까요?

외관 케이스를 벗겨내면 각 도구는 동일한 커머스 데이터 위에 놓인 얇은 화면 인터페이스에 불과합니다:

• 셀프 계산 키오스크를 통해 고객은 카탈로그를 둘러보고 장바구니에 담아 결제할 수 있습니다.

• 셀프 주문 화면도 동일하게 작동한 뒤 주문 내역을 직원에게 전달하여 처리하게 합니다.

• 가격 확인기는 제품 하나를 스캔해 가격을 보여줍니다. 장바구니나 결제 과정 없이 오직 카탈로그 조회만 수행합니다.

눈에 보이는 차이점은 각 화면이 노출하는 기능입니다. 보이지 않는 핵심 요구사항은 모든 화면이 카운터 계산대와 완전히 동기화되어야 한다는 점입니다. 즉, 단 하나의 재고 수량, 하나의 세금 계산 방식, 그리고 마감 시 모든 기기의 매출 합계가 완벽히 일치하도록 모든 판매가 기록되는 일관된 장소가 필요합니다. 별도의 시스템을 사용하면 두 도구가 재고를 따로 관리할 때 매장 및 온라인 재고 수량의 격차가 발생하는 것과 같이 데이터 오차가 생깁니다. 화면을 만드는 것은 쉽습니다. 하나의 데이터 원장을 기반으로 여러 화면의 정확성을 유지하는 것이야말로 진정한 기술입니다.

하나의 빌더로 이 세 가지 도구를 어떻게 모두 제작할까요?

Final에서는 각 도구가 플로우(flow)입니다. 즉, 사용자가 배포한 스테이션에서 실행되는 결제 경험입니다. 일상 언어로 원하는 도구를 설명하고, 라이브 미리보기에서 구현되는 모습을 확인하고, 대화를 통해 정교하게 다듬은 다음, iPhone, Android 기기 또는 브라우저의 스테이션에 배포하면 됩니다. (Final이 기존의 드래그 앤 드롭 방식 빌더를 종료하고 프롬프트 방식을 채택한 이유가 바로 이것입니다. 도구를 직접 조립하는 것보다 말로 설명하는 것이 훨씬 빠르기 때문입니다.) 키오스크 플로우, 주문 화면 플로우, 가격 확인기 플로우는 3번의 구매 절차가 아닌 단 3번의 설명일 뿐입니다.

이것을 가능하게 하는 두 가지 요소가 있습니다:

• 모든 플로우 뒤에 존재하는 하나의 카탈로그. 상품, 가격, 세금, 재고 정보는 Merchant Hub에 저장되므로 새 도구를 추가할 때 데이터를 다시 입력할 필요가 없습니다. 가격 확인기와 계산대는 동일한 기록을 조회하므로 항상 같은 가격을 표시합니다.

• 이미 보유한 하드웨어 활용. 거치대에 놓인 태블릿은 키오스크가 되고, 매장 통로 벽에 설치된 동일한 태블릿은 가격 확인기가 됩니다. 임대 비용이 들지 않으며 전용 케이스를 별도로 구매할 필요도 없습니다.

빈 프롬프트에서 시작하고 싶지 않다면 Flow Library에서 준비된 플로우를 설치하여 바로 커스텀해 사용할 수 있습니다. 또한 가격 확인 키오스크 구축 방법 및 손으로 그린 스케치를 태블릿 키오스크로 변환하는 단계별 가이드도 마련되어 있습니다. 선호하는 자체 도구가 있다면 MCP를 통해 자체 AI를 연결(AI 도구를 다른 소프트웨어와 연동하는 표준 기술)하여 AI가 대신 플로우를 제작하도록 할 수도 있습니다.

AI가 생성한 화면을 카운터에서 안심하고 사용할 수 있을까요?

AI가 실제로 무엇을 생성하는지에 따라 달라집니다. Final의 경우 빌더는 화면, 레이아웃, 고객이 거치는 단계 등 눈에 보이는 인터페이스만을 생성합니다. 하단의 핵심 인프라까지 생성하는 것은 아닙니다. 결제는 인증된 단말기 하드웨어(대면 결제 승인을 받은 카드 리더기)에서 Final Pay를 통해 처리되며, 세금 계산은 플랫폼에서 담당하고, 재고 업데이트는 다른 모든 매출과 동일한 기록을 통해 이루어집니다. 플로우가 임의로 신용카드 결제 방식을 새로 만들어낼 수는 없습니다.

이러한 역할 분담은 각 도구별 위험성도 최소화합니다. 가격 확인기는 결제 기능에 전혀 관여하지 않고 카탈로그만 조회하므로, 프롬프트 설명이 모호하더라도 어색한 레이아웃이 만들어질 뿐 오결제가 발생하지는 않습니다. 또한 어떠한 변경사항도 소홀하게 라이브로 반영되지 않습니다. 배포는 버전별로 관리되고 사전 검토 과정을 거치며, 모든 변경사항은 복구 가능한 체크포인트로 저장되어 언제든지 이전 상태로 되돌릴 수 있습니다.

그렇다면 하나의 빌더가 필요할까요, 아니면 세 개의 제품이 필요할까요?

정답은 하나의 빌더입니다. 키오스크, 주문 화면, 가격 확인기는 활성화된 기능만 다를 뿐 모두 '화면+카탈로그'라는 동일한 패턴을 공유합니다. 이를 세 개의 제품으로 개별 구매하는 것은 하나의 데이터 원장을 복사하기 위해 세 번의 비용을 지불하는 것과 같습니다. 각 도구를 설명하고 이미 가지고 있는 기기에 배포하여 하나의 통합 플랫폼에서 모든 화면이 완벽히 일치하도록 유지하세요. 한 가지 지침을 기억하세요. 매장 도구가 단순히 다른 화면에 카탈로그를 띄우는 것이라면, 구매가 아니라 프롬프트로 해결해야 합니다. 시작할 준비가 되셨다면 빌더를 직접 체험해 보세요.