37개 장소를 한 화면에: 카카오페이 언박싱데이의 예약·호출·입장 설계

카카오페이 언박싱데이 2026에서 짜릿은 10개 층의 37개 장소를 안내하고, 체험 예약과 스태프 호출, NFC 명찰을 이용한 입장 확인을 연결하는 시스템을 개발했습니다. 안내 대상은 프로그램 31개와 편의시설 6개였습니다. 프로그램 중 11개는 예약제로, 20개는 현장 참여 방식으로 구분했습니다. 참가자에게는 휴대전화 화면을, 운영 스태프에게는 PDA를 제공해 같은 예약의 진행 상황을 각자의 자리에서 확인하도록 만들었습니다.

행사는 2026년 9월 12일과 13일, 오전과 오후를 나눈 네 개 세션으로 운영됐습니다. 여러 층에서 서로 다른 체험이 동시에 열리는 구조였습니다. 원하는 프로그램을 고르는 순간부터 호출을 받고 실제로 들어가는 순간까지, 누구에게 어떤 정보가 필요한지를 나눠 설계했습니다. 이 글에서는 그 과정에서 정한 예약 한도와 정원 관리, 스태프 도구의 세부 동작을 소개합니다.

37개 장소를 안내하되, 예약이 필요한 체험은 구분했습니다

안내 페이지에 장소가 많다고 해서 모두 같은 예약 버튼을 붙일 수는 없었습니다. 예약을 받아 정원을 관리해야 하는 프로그램이 있고, 현장에서 바로 참여하는 프로그램도 있었기 때문입니다. 여기에 편의시설까지 한 화면에서 찾을 수 있어야 했습니다. 짜릿은 장소 안내와 예약 기능을 함께 구성하면서도 프로그램의 참여 방식은 분명하게 구분했습니다. 참가자가 목록을 보고 실제로 할 수 있는 행동을 판단하도록 하기 위해서입니다.

37이라는 숫자는 전체 안내 장소 수입니다. 예약을 받는 프로그램 수는 11개입니다. 이 둘을 구분하면 시스템이 맡은 역할도 정확해집니다. 참가자는 전체 행사 공간을 살펴보고, 예약이 필요한 체험에서만 회차와 참여 조건을 확인했습니다. 운영자는 예약을 받지 않는 장소까지 억지로 예약 목록에 넣지 않고, 정원 관리가 필요한 프로그램에 집중할 수 있었습니다.

팀당 예약 두 개: 다음 체험을 고를 여지를 남기는 규칙

예약 한도는 팀당 이용 전 예약 두 개로 정했습니다. 여기서 두 개는 행사 내내 참여할 수 있는 총횟수가 아닙니다. 아직 입장 처리하지 않은 예약을 동시에 두 개까지 보유할 수 있다는 뜻입니다. 예약한 체험에 도착해 스태프가 입장을 확인하면 해당 예약이 완료 상태로 바뀌고, 그만큼 다음 예약을 할 수 있는 여유가 생깁니다.

예를 들어 한 팀이 두 프로그램을 예약한 상태라면 세 번째 예약은 제한됩니다. 첫 번째 프로그램에 입장한 뒤에는 다음 프로그램을 하나 더 선택할 수 있습니다. 참가자는 미리 동선을 준비할 수 있고, 한 팀이 여러 프로그램의 자리를 한꺼번에 확보하는 상황에는 제한이 생깁니다. 행사 운영 규칙을 안내문에만 적어두지 않고 실제 예약 동작에 적용한 부분입니다.

동일한 성격의 체험이 다른 층에 있더라도 제한이 필요한 경우가 있었습니다. 포토부스는 층이 다르다는 이유로 같은 팀이 중복 예약하지 못하도록 막았습니다. 장소별로 예약 가능 여부만 따로 판단하면 놓치기 쉬운 조건입니다. 팀의 기존 예약을 함께 살펴야 층별 안내 화면과 행사 전체의 참여 규칙이 어긋나지 않습니다.

예약 한도와 회차 정원은 서로 다르게 계산했습니다

입장 처리가 끝나면 다음 예약을 할 수 있어야 합니다. 그렇다고 방금 들어간 팀이 차지한 회차 정원까지 다시 판매 가능한 자리로 바뀌면 안 됩니다. 짜릿은 팀이 보유할 수 있는 예약 수와 프로그램 회차의 사용 정원을 구분했습니다. 입장 완료는 팀의 예약 한도를 회복시키지만, 이미 사용한 회차 정원은 그대로 유지합니다.

회차 정원을 돌려주는 시점은 입장 전 취소입니다. 아직 참여하지 않은 예약을 취소하면 다른 팀이 사용할 수 있도록 자리를 반환합니다. 입장한 예약을 완료했다고 해서 정원이 반환되는 구조와는 결과가 다릅니다. 참여 기록과 잔여 정원을 함께 다루는 시스템에서는 이 차이가 실제 수용 인원과 직결됩니다. 이번 구현에서는 완료와 취소가 각각 어떤 수치를 바꾸는지 분리해 처리했습니다.

마지막 자리에 여러 팀이 동시에 예약을 시도하는 상황도 확인했습니다. 화면에서 잔여 자리를 봤더라도 다른 팀이 먼저 예약할 수 있습니다. 그때 각 휴대전화가 본 화면만 믿고 모두 예약을 통과시키면 정원을 넘깁니다. 예약을 확정하는 단계에서 남은 자리와 팀의 보유 한도를 다시 검사하도록 구현하고, 동시에 요청이 들어오는 조건으로 검증했습니다.

프로그램별 연령 조건을 예약 과정에 적용했습니다

연령 제한이 있는 체험에는 사전등록 때 입력된 연령 정보를 바탕으로 참여 조건을 적용했습니다. 조건을 충족하지 않는 경우 참여가 허용되지 않도록 구성했습니다. 현장 스태프가 예약된 팀을 만난 뒤 처음으로 연령 조건을 설명해야 하는 상황을 줄이려는 설계입니다. 프로그램마다 정해진 조건을 시스템이 함께 확인하도록 했습니다.

참가자 화면에는 해당 프로그램의 이용 조건도 함께 표시했습니다. 예를 들어 효도 안마는 SENIOR 팔찌를 착용한 참가자가 이용하는 프로그램으로 안내했습니다. 신청 정보에 따른 참여 조건과 현장에서 확인하는 안내를 같은 프로그램 안에 담은 구성입니다. 예약을 고르는 단계에서 이용 대상을 확인하고, 도착한 뒤에도 스태프와 참가자가 같은 조건을 기준으로 이야기할 수 있게 했습니다.

스태프 PDA에 호출 이후의 행동까지 넣었습니다

현장 스태프에게는 PDA를 제공했습니다. 담당 프로그램에서 기다리는 예약, 이미 호출한 예약, 입장을 완료한 예약을 구분해서 볼 수 있도록 했습니다. 호출 버튼을 누르는 데서 업무가 끝나지 않기 때문에, 호출 시각을 확인하고 다시 호출하거나 도착 상황에 맞춰 순서를 미루는 기능도 함께 구현했습니다.

순서 미루기는 최대 두 번으로 제한했습니다. 스태프가 현장 상황에 대응할 수 있는 여지는 주되, 계속 뒤로 미뤄지는 예약을 무제한으로 쌓아두지 않도록 한 규칙입니다. 참가자의 휴대전화에 보이는 예약 상태와 스태프가 처리하는 목록을 연결해, 호출된 팀과 입장을 마친 팀을 구별했습니다. 호출 사실과 도착 사실을 따로 다룬 덕분에 두 단계의 기록이 섞이지 않습니다.

참가자가 직접 조작하기 어려운 상황을 위한 스태프 대리 예약도 마련했습니다. 입장을 잘못 처리했을 때 정정하는 기능까지 포함했습니다. 정해진 순서대로만 작동하는 화면으로는 행사 중 생기는 질문과 실수를 처리하기 어렵습니다. 스태프가 현장에서 맡는 실제 행동을 기준으로 대기열 도구를 구성한 이유입니다.

NFC 태깅으로 팀을 찾고, 스태프 확인으로 입장을 기록했습니다

프로그램에 도착한 팀은 체크인 때 연결한 NFC 명찰을 사용했습니다. 스태프가 PDA로 명찰을 태깅하면 해당 팀을 불러오고, 예약을 확인한 뒤 입장 처리를 확정했습니다. 태깅은 팀을 찾는 행동이고, 입장 확인은 실제 참여를 기록하는 행동입니다. 명찰을 읽었다는 사실만으로 참여 완료를 기록하지 않도록 두 단계를 구분했습니다.

이렇게 기록한 입장 결과는 다음 예약 가능 여부에도 연결됐습니다. 참가자는 명찰을 다시 발급받거나 프로그램마다 새로 자신의 정보를 등록할 필요 없이, 같은 팀 정보로 이동했습니다. 체크인에서 만든 식별 정보가 예약 화면과 현장 PDA까지 이어지도록 연결한 부분입니다. 입구의 업무와 프로그램 앞의 업무를 각각 만들고 끝내지 않았습니다.

현장에서는 처리 결과가 저장됐는데 통신 응답을 받지 못하는 상황도 고려해야 합니다. 스태프가 같은 동작을 다시 시도했을 때 기록이 중복되지 않도록, 재시도를 구분하는 요청 식별자와 저장된 결과를 활용하는 처리를 포함했습니다. 담당자가 다시 눌렀다는 이유만으로 같은 입장이나 운영 동작이 별개의 건으로 쌓이지 않도록 마련한 장치입니다.

운영 중 들어온 요청은 현장에서 확인하고 반영했습니다

짜릿 개발자 세 명은 행사 현장에 함께 갔습니다. 예약 시스템을 구현한 사람이 실제 안내 문구와 QR 진입 경로, PDA 사용 상황을 바로 확인하고 수정할 수 있도록 대응했습니다. 9월 12일 오전 9시 52분에는 예약 상태의 표현을 바꾸는 요청이 들어왔고, 오전 10시 14분에 반영을 확인했습니다. 요청부터 확인까지 22분이 걸린 사례입니다.

해당 요청은 예약 불가를 예약 마감으로 바꾸는 내용이었습니다. 화면에서 예약할 수 없다는 결과가 같아도, 참가자는 이 문구로 상황을 이해합니다. 현장 요청을 받은 개발자가 맥락을 확인하고 같은 화면에 반영한 구체적인 작업입니다. 정원이 찼다는 상황을 문구에 드러내, 운영자가 현장에서 설명하는 내용과 참가자가 읽는 안내를 맞췄습니다.

다음 날에는 프리뷰 화면과 실제 예약 화면의 진입 혼선을 확인하고 QR 연결을 바로잡았습니다. 알림 기록을 확인하는 대응과 PDA 배터리, NFC 동작에 대한 후속 점검도 이어졌습니다. 행사 소프트웨어의 품질은 화면 안의 기능뿐 아니라, 현장에서 발견한 문제를 누구에게 전달하고 어떻게 다시 확인하는지에서도 드러납니다. 이번 현장에서는 개발팀이 그 확인과 수정에 직접 참여했습니다.

다음 행사에서 먼저 정할 운영 규칙

비슷한 체험 행사를 준비한다면 장소 수와 예약 프로그램 수부터 나눠 정리할 수 있습니다. 팀당 몇 개를 미리 예약하게 할지, 자리는 언제 반환할지, 호출 후 도착은 누가 확인할지에 따라 화면과 운영 도구가 달라집니다. 연령 조건과 다른 층의 중복 참여 제한도 함께 정하면 참가자 안내와 실제 예약 동작을 같은 기준으로 맞출 수 있습니다.

언박싱데이에서는 장소 안내, 예약 제한, PDA 호출과 NFC 입장 확인을 하나의 운영 과정으로 구현했습니다. 전체 제작 사례에서 세 시스템이 연결되는 모습을, QR 체크인과 NFC 명찰 편에서 팀 정보를 처음 연결하는 과정을 확인할 수 있습니다. 체험 후 보상으로 이어지는 흐름은 10층 퀴즈 키오스크 편에 담았습니다.