기획·MVP 가이드

공연 예매 앱 개발, 날짜·티켓 선택부터 입장 확인까지 어떻게 연결할까요?

공연 예매 앱 개발 전에 날짜·티켓 종류와 수량·금액, 예매 내역·QR 확인·직원 입장 처리와 운영 관리의 첫 범위를 정리합니다.

약 8분처음 앱을 만드는 분을 위한 안내데브크래프트 개발 실무 검수
공연의 날짜와 티켓을 선택하는 화면에서 같은 공연의 예매 티켓으로 이어지는 구성.

핵심 내용

공연 예매 앱은 공연을 찾는 일, 관람할 날짜와 티켓을 고르는 일, 결제한 티켓을 확인하고 입장하는 일을 하나의 흐름으로 연결합니다. 공연 목록과 결제 화면이 있어도 고객이 구매한 날짜·시간·티켓 종류가 예매 내역과 현장 확인에 이어지지 않으면 운영하기 어렵습니다.

개발을 의뢰할 때는 공연 정보, 회차별 판매 조건, 티켓 조회와 직원의 입장 처리까지 첫 운영에 필요한 범위를 함께 정합니다. 아래에서는 날짜·시간별 공연을 회차, 일반권·할인권 같은 티켓 종류를 권종이라고 부르며 준비할 내용을 살펴봅니다.

01

공연 정보와 관람할 날짜·시간을 나눠 정합니다

같은 공연이 여러 날 열리거나 하루에 두 번 진행된다면 공연 소개와 실제로 예매할 회차를 구분합니다. 고객은 공연 상세를 읽고, 관람할 날짜와 시간을 선택한 뒤 그 회차에서 판매하는 티켓을 확인하게 됩니다.

  • 공연 정보제목·포스터·소개·장소·관람 안내 등 고객이 공연을 이해하는 데 필요한 자료를 준비합니다.
  • 회차 정보날짜·시작 시간과 판매 여부, 회차별로 관리할 수량을 정합니다. 판매를 마감한 회차의 표시도 준비합니다.
  • 선택 결과공연 이름이 같아도 선택한 날짜·시간이 목록·결제·예매 내역에서 일관되게 이어지는지 확인합니다.

처음부터 여러 기획사의 공연을 받아 판매할지, 운영자가 등록하는 공연부터 시작할지도 정하세요. 여러 주최자가 직접 등록한다면 등록 권한·공개 확인·수정 업무를 추가로 나누게 됩니다.

02

티켓 종류별 수량과 금액을 연결합니다

고객이 고를 티켓 종류와 가격을 먼저 정하면 구매 화면과 운영 항목도 구체화됩니다. 예를 들어 일반권과 할인권을 운영한다면, 같은 회차에서 각각 몇 매를 구매할 수 있고 어떤 금액이 적용되는지 정해야 합니다.

  • 판매 수량회차 전체의 수량과 티켓 종류별 수량을 어떻게 관리할지 정합니다. 여러 권종이 같은 정원을 함께 쓰는지도 확인합니다.
  • 구매 조건한 번에 살 수 있는 매수, 할인 대상 확인 방법과 확인 담당자를 정합니다. 할인 조건은 구매 전과 현장 중 어느 단계에서 확인할지도 맞춥니다.
  • 선택 금액선택한 회차·권종·매수와 적용 금액이 결제 내용과 예매 내역에서 같아야 합니다. 수량이 바뀌거나 판매가 마감된 경우의 안내도 준비합니다.

아래는 11월 14일 오후 7시 공연의 일반권 1매를 선택해 예매 내역에 연결하는 구성입니다. 날짜·티켓 종류·매수·금액이 한 예매 안에서 이어지는지 볼 수 있습니다.

같은 공연의 날짜·시간, 일반권 1매와 20,000원 금액을 선택 화면과 예매 내역에 연결한 구성.
선택한 공연·회차·티켓 종류·매수와 금액이 같은 예매 내역에 연결됩니다.

구역이나 개별 좌석까지 고르는 서비스라면 좌석 배치와 선택 유지, 판매 제한을 별도 범위로 구체화합니다. 자유 입장권을 판매하는 첫 버전은 회차·권종·수량을 중심으로 준비할 수 있습니다.

03

결제 결과를 예매 내역과 티켓에 연결합니다

고객이 결제를 시도한 상태와 결제가 확인돼 티켓을 이용할 수 있는 상태를 구분합니다. 결제 방식에 따라 승인을 기다리거나 입금을 기다릴 수 있으므로, 어떤 결과에서 예매를 확정하고 티켓을 보여줄지 정해야 합니다.

예를 들어 토스페이먼츠의 결제 상태 문서는 결제 진행·입금 대기·승인·취소 등을 구분합니다. 연동할 결제사의 기준과 서비스의 예매 확정·티켓 발급 기준을 연결해, 고객과 운영자가 같은 현재 상태를 확인하게 합니다.

예매 내역에는 예약번호, 공연·회차, 티켓 종류와 매수, 금액, 결제 상태처럼 고객 문의와 운영 조회에 필요한 정보를 남깁니다. 결제 화면을 닫았거나 결과 확인이 늦어졌을 때도 내역에서 진행 상황을 다시 확인할 수 있게 정합니다.

첫 검수에는 정상 결제 외에 결제 실패·중간 이탈·결제 결과 확인 지연을 포함하세요. 앱을 다시 열었을 때 기존 예매를 찾을 수 있는지, 같은 결제를 반복하도록 잘못 안내하지 않는지도 확인합니다. 결제와 취소 상태의 세부 구분은 주문·결제·취소·환불 설계 가이드에서 이어서 볼 수 있습니다.

04

티켓의 QR 확인과 직원의 입장 처리를 나눕니다

고객이 티켓을 보여주는 단계, 직원이 예매 정보를 확인하는 단계, 실제 입장 처리를 남기는 단계를 구분합니다. QR은 해당 티켓을 찾는 경로이며, 입장 가능 여부는 연결된 예매와 현재 티켓 상태를 확인해 판단하도록 정합니다.

고객의 사용 전 티켓과 같은 티켓 번호를 조회하는 직원 화면을 연결하고, 사용 상태 확인과 입장 처리 버튼을 구분한 구성.
직원은 같은 티켓의 공연·일시·현재 상태를 확인하고 입장 처리합니다.

예를 들어 사용 전 티켓을 조회한 뒤 직원이 입장 처리하면 사용 상태가 바뀌도록 정할 수 있습니다. 이미 사용한 티켓, 취소된 예매, 다른 날짜의 티켓을 다시 확인했을 때 각각 무엇을 안내하고 누가 대응할지도 준비합니다.

여러 매를 한 번에 구매할 수 있다면 매수만큼 티켓을 나눠 보여줄지, 한 번의 확인으로 여러 명을 처리할지 선택합니다. 일부 인원만 먼저 입장하는 경우의 확인 방법도 달라집니다. 첫 운영에서 필요한 입장 단위를 알려 주면 티켓 화면과 현장 업무를 함께 맞출 수 있습니다.

현장에서 인터넷 연결이 끊기는 경우의 대응, 티켓을 찾지 못한 고객을 조회하는 방법과 수정 권한도 확인하세요. 연결이 없어도 처리하는 기능이 필요하다면 별도 운영 기준과 검수 범위로 정합니다.

05

고객·현장 직원·운영 관리자의 일을 연결합니다

공연을 등록하고 판매하는 업무와 입구에서 티켓을 확인하는 업무는 필요한 권한이 다릅니다. 한 화면에서 모든 일을 하게 하기보다 각 역할이 어떤 정보를 보고 어떤 상태를 바꿀지 정합니다.

  • 고객공연과 회차를 선택해 예매하고, 자기 예매·티켓과 필요한 취소 안내를 확인합니다.
  • 현장 직원담당 공연의 티켓과 현재 이용 상태를 확인하고, 정한 권한 안에서 입장을 처리합니다.
  • 운영 관리자공연·회차·판매 정보를 관리하고 예약·결제 내역과 취소·환불 처리 상황을 조회합니다.

직원이 잘못 처리했거나 고객이 다른 회차로 변경을 요청했을 때 누가 확인하고 수정할지도 정합니다. 고객의 개인 정보와 결제 정보는 업무에 필요한 범위를 기준으로 보여줄 항목과 열람 권한을 나눕니다.

앱과 관리자에서 같은 예약번호로 예매를 찾을 수 있으면 문의에 대응하기 쉽습니다. 고객이 보여주는 티켓 정보와 운영자가 조회한 회차·매수·현재 상태가 일치하는지 함께 검수합니다.

06

취소·환불과 공연 일정 변경의 처리 범위를 정합니다

판매 이후에 들어오는 취소 요청과 공연 일정 변경은 첫 운영부터 처리 방법을 정해 둡니다. 취소를 신청한 상태, 담당자가 확인하는 상태, 결제 취소 결과를 확인한 상태를 나눠 고객에게 안내할 내용을 준비합니다.

첫 버전에서는 고객이 취소 요청을 남기고 운영자가 확인하는 방식으로 시작할 수도 있습니다. 자동 처리가 필요하다면 접수 조건·처리 권한·결제 연동 결과와 실패 시 대응까지 구체화합니다. 여러 매 중 일부만 취소할지, 이미 입장 처리한 티켓을 어떻게 조회할지도 함께 정합니다.

공연 시간이 바뀌거나 회차가 취소될 때는 상세·예매 내역·티켓·직원 확인 화면에 어떤 정보를 보여줄지 맞춥니다. 변경 내용을 알리는 채널과 문의를 받는 담당자도 정하세요. 고객에게 안내할 취소·환불 조건과 운영 절차는 실제 판매 방식에 맞춰 준비합니다.

07

첫 버전은 예매부터 입장 확인까지 연결해 검수합니다

개발업체에는 첫 판매 공연의 형태, 회차·티켓 종류와 구매 조건, 결제 방식, 고객 티켓과 직원 입장 처리, 관리자의 조회 업무를 알려 주세요. 공연 포스터·소개·회차 일정·가격과 안내 문구, 역할별 테스트 계정도 함께 준비합니다.

  • 선택과 결제고른 회차·권종·매수와 적용 금액이 결제 내용과 예매 내역에서 이어지는지 확인합니다.
  • 티켓과 입장같은 티켓을 고객과 직원 화면에서 찾고, 사용 전·사용 후·취소된 경우의 안내를 확인합니다.
  • 운영과 예외결제 확인 지연, 판매 마감, 일부 인원의 입장과 취소·일정 변경 등 첫 운영에 포함한 상황을 함께 검수합니다.

Picket 개발에서는 주변 공연과 조건 검색에서 상세 확인, 날짜·시간과 권종별 매수 선택, 결제와 티켓 조회로 이어지는 고객 앱을 구성했습니다. 티켓의 QR 확인 기능을 예매 정보·직원용 입장 처리 화면에 연결하고, 운영 웹에서는 공연 정보와 예약결제·취소·환불 상태를 관리하도록 개발했습니다. 아래 사례에서 앱과 운영 화면의 구성을 확인할 수 있습니다.

공연 예매 앱을 준비하고 있다면 고객이 어떤 공연을 선택하고, 구매한 티켓을 누가 어떤 방법으로 확인할지부터 알려 주세요. 예매·티켓·현장 운영이 이어지는 첫 개발 범위를 함께 정리합니다.

결제 앱의 주문·결제·취소·환불 상태는 어떻게 설계할까요?

결제 확인과 취소 요청·취소 결과를 나누고, 고객과 운영자가 같은 상태를 확인하는 기준을 정리하세요.

가이드 보기 →

앱 검수용 테스트 계정과 샘플 데이터는 어떻게 준비해야 할까요?

고객·현장 직원·관리자 계정과 사용 전·사용 후·취소 티켓을 검수 자료로 준비할 때 함께 확인하세요.

가이드 보기 →

무료 MVP 진단

첫 출시 기능과 다음 버전 기능을 나눠보세요

만들고 싶은 기능을 적으면 지금 만들 것, 다음으로 미룰 것과 개발 전에 확인할 항목을 쉬운 기준으로 나눕니다.

결과 확인에는 연락처가 필요하지 않고, 상담을 신청할 때만 결과 포함 여부를 직접 선택합니다.

MVP 기능 우선순위 진단

관련 개발 사례

이 기준이 실제 서비스에 적용된 사례를 확인하세요

비슷한 준비 상황과 기능 구조를 가진 사례에서 개발 범위와 운영 화면을 어떻게 정리했는지 확인할 수 있습니다.

30분 무료 전화 상담

내 상황에 맞는 개발 방향을 함께 확인하세요

공연 예매 앱 개발 전에 날짜·티켓 종류와 수량·금액, 예매 내역·QR 확인·직원 입장 처리와 운영 관리의 첫 범위를 정리합니다.

30분 무료 상담 신청
전체 개발 준비 자료로 돌아가기