INDUSTRY · RETAIL STORE · CASE STORY

가격이 왜 달라졌는지 결제 직전에 알게 되던 키오스크

“가격이 왜 달라졌는지는 결제 직전에 알게 됩니다.”

  • 결제 전 할인 근거 표시

    일반가·회원가 차이

  • 실패·재시도 이력

    인증·결제 오류 복구

회원가 키오스크, 한눈에 보기

문제회원가 키오스크, 어떤 문제가 있었나요?
회원과 일반 고객에게 다른 가격을 적용하는 매장이었습니다. 키오스크에서도 같은 할인 정책이 적용돼야 했지만, 결제 직전에 할인 금액만 바뀌어 고객은 가격이 왜 달라졌는지 알기 어려웠습니다.
방법어떻게 바꿨나요?
키오스크와 운영 콘솔을 하나의 가격 정책과 거래 데이터 위에 올리고, 가격 판정은 한 규칙에서만 수행하게 했습니다. 키오스크는 필요한 최소 정보만 보여주고, 운영 콘솔은 회원과 상품, 할인 규칙, 거래, 가져오기 이력을 상세하게 관리합니다.
결과무엇이 달라졌나요?
일반가·회원가 차이 결제 전 할인 근거 표시, 인증·결제 오류 복구 실패·재시도 이력.
가격이 왜 달라졌는지 결제 직전에 알게 되던 키오스크: 구축한 화면 구성(세부 내용은 모자이크 처리)
실제 구축 화면입니다. 고객 정보 보호를 위해 세부 내용은 모자이크 처리했습니다.

이런 경우였습니다

회원과 일반 고객에게 다른 가격을 적용하는 매장이었습니다. 키오스크에서도 같은 할인 정책이 적용돼야 했지만, 결제 직전에 할인 금액만 바뀌어 고객은 가격이 왜 달라졌는지 알기 어려웠습니다. 회원 인증에 실패하면 주문을 처음부터 다시 시작해야 해서, 작은 장애가 이탈로 이어졌습니다.

원인

가격 판정이 화면마다 따로 구현되던 구조가 원인이었습니다. 최종 금액은 회원 상태와 상품 범위, 정책 유효 기간, 할인 상한, 결제 시점이 모두 맞아야 정해지는데, 이 판단이 키오스크와 운영자 화면에 각각 들어가면 같은 장바구니가 서로 다른 가격을 보여줄 수 있었습니다. 결제가 거절됐을 때 어느 단계에서 멈췄는지도 남지 않았습니다.

필요했던 것

필요했던 것은 할인 배지를 붙이는 일이 아니라 가격 판정의 일관성이었습니다. 고객에게는 할인 이유를 결제 전에 보여주고, 운영자에게는 같은 거래의 인증·정책·결제 사건을 시간순으로 남겨야 했습니다.

가능했던 이유

판정에 쓰이는 조건이 이미 정해져 있었습니다. 회원 상태와 등급, 매장·상품·시간 조건, 품목과 주문별 할인 상한은 적어 둘 수 있는 값이었고, 회원 확인은 QR이나 전화번호로 주문 초기에 짧게 할 수 있었습니다. 운영자가 매장에서 지키던 적용 순서를 그대로 규칙으로 옮기면 되는 일이었습니다.

쉬운 방법이 통하지 않은 이유

쉬운 길은 최종 금액만 바꿔 보여주는 것이었습니다. 금액만 바뀌면 중복 할인이나 미적용 문의를 설명할 근거가 없고, 인증이나 결제가 실패할 때마다 장바구니를 다시 만들게 하면 현장 이탈과 재결제가 늘어납니다. 할인 규칙이 상품 가격에 섞여 있으면 정책을 바꾸는 순간 과거 거래 금액까지 흔들립니다.

그래서 이렇게 만들었습니다

  1. 1

    키오스크와 운영 콘솔을 하나의 가격 정책과 거래 데이터 위에 올리고, 가격 판정은 한 규칙에서만 수행하게 했습니다. 키오스크는 필요한 최소 정보만 보여주고, 운영 콘솔은 회원과 상품, 할인 규칙, 거래, 가져오기 이력을 상세하게 관리합니다. 전화번호는 키오스크 응답에서 마스킹하고, 할인 규칙은 상품 가격과 분리해 저장했습니다.

  2. 2

    가격은 확률 점수로 추정하지 않고 순서가 고정된 네 단계로 판정했습니다. 본인 확인과 회원 상태, 정책 범위, 금액 제한을 차례로 통과한 품목만 할인하고, 실패한 단계에는 사유를 표시합니다. 여러 정책이 겹치면 우선순위가 높은 활성 정책을 쓰고, 같은 우선순위에서는 고객에게 유리한 할인액을 적용합니다.

  3. 3

    결제 전 화면에는 일반가와 회원가, 할인 금액, 적용 이유를 함께 두고 고객이 금액 변화를 확인한 뒤에만 결제 요청을 보내게 했습니다. 거래가 생성되는 순간에는 정책 식별값과 정가, 할인액, 최종가를 품목 스냅샷으로 저장합니다. 이후 정책이 바뀌어도 과거 영수증이 달라지지 않게 하기 위한 선택이었습니다.

  4. 4

    인증과 결제 실패는 주문을 끝내지 않고 분기로 다뤘습니다. 회원 확인이 안 되면 다시 인증하거나 일반가로 계속할 수 있고, 결제가 거절되면 새 거래를 만들지 않고 같은 주문의 시도 이력에 결과를 추가합니다. 재시도 사이에 재고나 가격이 달라졌다면 바뀐 품목만 알리고 다시 확인받습니다.

줄어든 시간으로 달라진 일

고객은 결제 전에 일반가와 회원가, 할인 금액과 적용 이유를 한 화면에서 보고 금액을 확인한 뒤 결제합니다. 인증이 안 되면 일반가로 계속하거나 다시 시도하고, 결제가 거절돼도 장바구니가 남아 다른 결제 수단으로 이어 갑니다. 운영자는 거래 상세에서 최초 장바구니와 적용 정책, 승인·거절, 재고 변경을 시간순으로 확인합니다. 할인 정책을 바꿔도 과거 거래 금액은 그대로 남아, 지난 영수증을 다시 맞춰 보는 일이 없어졌습니다.

CONSULTATION

비슷한 상황이라면, 지금 쓰는 자료로 시작합니다.

상담에서 받는 것

  1. 1시간이 새는 지점지금 흐름에서 사람이 다시 옮겨 적거나 맞춰 보는 단계를 짚습니다.
  2. 2화면·필드·승인 규칙 초안쓰시는 용어 그대로 첫 화면과 입력 항목, 결재 흐름 초안을 드립니다.
  3. 3연결안과 시작 순서기존 ERP·외부 데이터 연결 방법과 어느 업무부터 열지 순서를 함께 정리합니다.

준비하면 좋은 자료

  • 쓰시는 POS 이름과 받을 수 있는 판매 데이터 양식
  • 상품 목록과 안전재고 기준
  • 근무 일정·급여 계산 기준

자료가 정리되어 있지 않아도 괜찮습니다. 지금 쓰는 파일 그대로 보내 주시면 됩니다.

매장 관리 프로그램 상담 신청
문의하기