스터디카페 예약 IA — 결제·입실·취소를 화면으로 나눠요

결제했는지·들어왔는지·취소했는지를 한 화면에 섞으면 막혀요. 스터디카페 예약 IA에서 찾기→고르기→결제→QR 경계를 일곱 장으로 나눈 이유를 정리했어요.

스터디카페 예약 앱 기획, 좌석 화면부터 예쁘게 그리면 나중에 막혀요. 결제했는지·들어왔는지·취소했는지가 서로 다른 말이 되거든요.

IA(메뉴·화면 구조표)에서는 그 「서로 다른 말」을 화면 경계로 잘라요. 출시 전 가정이에요. 표는 스터디카페 IA에서 볼 수 있어요.

1/ 뜻을 화면마다 하나만

한 화면에 결제와 입실을 넣으면, 자리가 언제 내 것이 됐는지 몰라요. 일곱 장은 「어디서 멈출지」예요.

찾기→고르기→결제→QR. Threads 1번을 화면 이름으로 옮긴 거예요. 만석·이미 잡힌 좌석은 「선택 불가」로 바로 돌려보내요.

임시 확보는 결제 진입부터라고 가정해요. 구경·확인·로그인에는 홀드 없음. 승인 성공만 확정, 실패·만료면 풀어요. 확인중이면 재결제 금지. 버튼 두 번이 예약 두 건이 되면 안 돼요.

예약 전 칸은 콘센트·조용·빈 시간·가격·끝나는 시각이에요. 월정액·연장·모임·출입문 연동은 오늘 표에 안 넣어요. 취소는 「시작 1시간 전 전액」 가정, 그다음 일반 취소는 불가. 조기 퇴실해도 금액·종료 시각은 유지해요.

창업자·기획자는 이 IA를 「기능 목록」이 아니라 상태 사전으로 읽으면 돼요. 정책 숫자가 바뀌어도, 빈자리/돈 낸 자리/들어와 쓰는 자리 칸이 안 섞이면 화면은 버틸 수 있어요.

취소는 확정을 되돌리는 판단이고, 입실은 확정 뒤 사용 기록이에요. 한 화면에 넣으면 시간이 섞여요.

아니에요. 가정이에요. 이 글은 정책을 발표하는 글이 아니에요.

기획 훅은 스터디카페 예약 MVP, 화면은 스터디카페 화면설계예요. 빈 표부터면 IA 만들기. 아이디어 한 줄이면 기획 인터뷰, 같이 보면 상담. Threads에서 말한 함정을 구조로 옮긴 기록이에요. 아이디어 한 줄이면 시작돼요.