DDIB

1. Reservation Flow

공연 탐색에서 좌석 선택까지의 예매 흐름은 사용자가 가장 많이 거치는 핵심 동선입니다. 공연 목록, 공연 상세, 날짜/회차 선택, 대기열, 좌석 선택 화면이 서로 분리되어 보이지 않도록 상태 전달과 화면 전환 흐름을 정리했습니다.

2. Real-Time Seat State

좌석 상태와 대기열 정보는 실시간성이 중요한 영역입니다. 프론트엔드에서는 서버 응답을 기준으로 선택 가능, 선택 중, 선택 불가, 선택 완료 상태를 구분하고, 사용자가 다음 행동을 판단할 수 있도록 시각 피드백을 제공했습니다.

3. Ticket / Exchange Experience

예매 이후의 티켓 확인과 좌석 교환 흐름은 서비스 재방문 경험과 연결됩니다. 내 티켓, QR 확인, 예매 내역, 좌석 교환 요청 화면을 연결해 예매 후에도 사용자가 자신의 티켓 상태와 가능한 행동을 확인할 수 있도록 구성했습니다.

1. 좌석 상태와 화면 상태의 일관성

Challenge

좌석 예매 서비스에서는 사용자가 보는 좌석 가능 여부와 실제 서버 상태가 어긋나면 서비스 신뢰도가 바로 낮아집니다. 특히 선택 가능한 좌석, 이미 선택된 좌석, 선택 불가 좌석이 한 화면에서 명확히 구분되어야 했습니다.

Solution

API 응답 기준으로 좌석 상태를 분리하고, 색상 범례, 선택 좌석 요약, 결제 금액 표시를 함께 구성했습니다. 사용자가 선택한 좌석과 서버에서 내려온 좌석 상태를 혼동하지 않도록 화면 피드백을 정리했습니다.

2. 대기열에서 좌석 선택으로 이어지는 흐름

Challenge

실시간 대기열은 사용자가 페이지를 새로고침하거나 이탈하지 않고 기다려야 하는 구간입니다. 대기 순서와 진행 상태가 불명확하면 사용자는 시스템이 멈췄다고 느낄 수 있었습니다.

Solution

현재 대기 순서, 진행률, 총 대기 인원, 안내 문구를 함께 노출해 사용자가 현재 위치를 이해할 수 있도록 구성했습니다. 순서가 도달하면 좌석 선택 페이지로 이어지는 흐름을 전제로 화면 상태를 정리했습니다.

3. 티켓 확인과 교환 요청의 정보 구조

Challenge

예매 이후에는 사용자가 보유한 티켓, QR 코드, 좌석 정보, 교환 가능한 좌석, 교환 요청 메시지를 한 흐름 안에서 확인할 수 있어야 했습니다. 정보가 흩어지면 사용자가 다음 행동을 판단하기 어려웠습니다.

Solution

내 티켓 화면과 QR 모달, 좌석 교환 화면을 각각 역할별로 분리했습니다. 티켓 확인은 입장 정보 중심으로, 교환 화면은 보유 좌석·교환 가능 좌석·교환 요청 상태를 중심으로 구성해 흐름을 명확히 했습니다.

4. 테스트 중 발견되는 화면 연결 이슈 대응

Challenge

예매 서비스는 여러 화면이 순차적으로 연결되기 때문에, 작은 API 응답 차이나 상태 누락도 다음 화면의 오류로 이어질 수 있었습니다.

Solution

테스트 과정에서 발견된 기능 동작과 화면 연결 문제를 우선순위에 따라 빠르게 수정했습니다. 화면별 상태를 독립적으로 점검하면서도, 전체 예매/교환 흐름이 끊기지 않는지를 기준으로 안정성을 높였습니다.