전시 부스 신청 시스템 개발을 준비한다면 업무를 접수, 결제, 배정, 현황 4개 기능 단위로 쪼개보세요. 신청폼 설계 항목, 배정 로직, 결제·환불 규칙까지 견적 가능한 개발 범위로 정리하는 방법을 단계별로 소개합니다.
- 결론 먼저: 부스 신청 업무는 '접수·결제·배정·현황' 4단위로 쪼개면 범위가 보인다
- 1단계: 부스 신청 폼 설계 항목 정리 - 업체 정보부터 세금계산서 발행 정보까지
결론 먼저: 부스 신청 업무는 '접수·결제·배정·현황' 4단위로 쪼개면 범위가 보인다
"부스 신청, 이번에도 엑셀로 받을까요? " 사무국 회의에서 이 질문이 나왔다면, 이제 업무를 통째로 시스템 범위로 옮길 타이밍이라는 신호입니다. 핵심은 기술이 아니라 업무를 네 개의 기능 단위로 쪼개는 일입니다.
- 접수: 신청폼(참가사 정보, 희망 부스, 품목)을 온라인으로 받는 단위
- 결제: 참가비 온라인 결제 및 입금 확인, PG 연동
- 배정: 신청 순서·규모 기준으로 부스 위치를 배정하는 로직
- 현황: 관리자 페이지에서 신청·입금·배정 상태를 실시간으로 보는 화면
이렇게 나누면 "부스 신청 시스템 만들어 주세요"라는 막연한 요청이 폼 개발, 결제 연동, 배정 규칙, 관리자 권한이라는 견적 가능한 항목으로 바뀝니다.
여기가 견적과 기간을 가르는 첫 갈림길입니다. 실제로 학술대회·전시 운영 플랫폼에는 이미 온라인 결제, QR 네임택 출력, 관리자 현황 관리가 포함된 사례가 있고, 홈페이지 구독 서비스도 예약·신청폼·결제·알림톡 연동, 관리자 페이지를 특정 요금제부터 제공합니다.
1단계: 부스 신청 폼 설계 항목 정리 - 업체 정보부터 세금계산서 발행 정보까지
부스 신청 업무에서 가장 많은 시간을 잡아먹는 건 사실 '폼 설계'가 아니라 신청받고 나서의 뒷정리입니다. 전화로 "전기 몇 개 쓰세요?" 묻고, 메일로 사업자등록번호 다시 받고, 세금계산서 발행 정보를 엑셀에 옮겨 적고. 이 과정의 절반은 신청 단계에서 미리 받았으면 없어지는 일입니다. 그래서 첫 단계에서 폼 항목을 제대로 정리하는 게 시스템 개발의 절반쯤 끝낸 셈입니다.
항목을 실제 운영 데이터 기준으로 쪼개기
관리자가 나중에 찾아야 하는 데이터를 거꾸로 생각하면 폼 항목이 저절로 정리됩니다.
- 업체 정보: 법인명, 사업자등록번호, 사업장 주소, 담당자 이름/휴대폰/이메일
- 부스 규모: 부스 타입, 면적, 개수, 희망 위치(있다면)
- 옵션: 전기, 조명, 추가 집기, 기타 요청 사항
- 정산 정보: 세금계산서 발행 담당자, 이메일, 발행 요청사항
- 확정 후 수집: 참가자 명단, 명찰 출력용 정보, QR 체크인 대상자
여기서 중요한 건 나누는 기준입니다. 신청 시점에 확정되지 않은 것까지 필수로 박지 않는 것이 포인트예요. 부스 배치도는 확정 후에 나오니 참가자 명단은 2차 수집으로 빼고, 대신 1차 신청에서는 정산과 계약에 필요한 것만 받습니다. 항목을 한 번에 몰아넣으면 중도 이탈이 늘고, 데이터 품질도 오히려 떨어집니다.
2단계: 배정 로직과 결제 프로세스 조건 정의 - 선착순·면적 기준, 취소·환불 규칙 문서화
2단계: 배정 로직과 결제 프로세스 조건 정의
"부스는 선착순이요, 대기업은 좀 넓게 주세요" — 이렇게 회의에서 구두로만 정한 규칙이 실제 개발 단계에서 가장 큰 사고를 만듭니다. 신청 폼은 이미 만들어놓고 배정 기준은 아직 없는 상태로 오픈하는 것이 전형적인 실패 패턴이에요.
부스 신청 시스템의 뼈대는 상태 전환입니다. 최소한 이 흐름을 문서로 확정해야 합니다. `` 신청 접수 → 결제 대기 → 결제 완료(확정) → 취소/변경 시 배정 해제 ``
여기서 반드시 정해둬야 할 규칙들입니다.
3단계: 관리자 화면 요구사항과 기존 시스템 연동 조건 점검
행사를 보름쯤 앞두고 사무국이 제일 많이 받는 질문은 "부스 몇 개 남았어요?", "우리 입금 확인됐나요?"다. 구두와 메일로 굴리던 시절엔 여기 답하려고 담당자가 표를 매번 다시 만들었다. 관리자 화면 요구사항은 바로 이 지점에서 시작한다.
관리자 화면, 네 가지로 항목화하기
- 부스 현황 대시보드 — 신청·확정·입금·취소 상태를 한 화면에서
- 매출 통계 — 부스료·옵션별 집계와 기간별 추이
- 참가사 명단 관리 — 사명, 담당자, 연락처, 부스 번호까지
- 엑셀 내보내기 — 사무국·회계·현장 요원 각자 필요한 항목만 따로 뽑아 전달
판
4단계: RFP 문서 구성, 우선순위 산정, 규모별 도입 기간과 비용 관점
개발 범위를 정리했다면, 이제 그걸 견적 요청용 문서(RFP)로 옮기는 단계입니다. 구두로 "부스 신청 되게 해주세요"가 아니라, 종이 한 장으로 누가 봐도 같은 그림이 나오는 문서를 만드는 게 목표예요.
RFP 문서는 이 순서로 쌓기
1. 현황과 목적 — 지금 부스 신청이 어떻게 굴러가는지(메일 접수, 엑셀 집계 등)와 무엇이 불편한지 2. 기능 요구사항 — 신청폼 항목, 결제, 확정 안내 발송, 관리자 페이지에서 봐야 할 데이터 3. 연동 조건 — PG결제, 알림톡/SMS/이메일, 기존 홈페이지나 회원 데이터와의 연결 4. 일정 — 학회 개최일을 기준으로 거꾸로 잡은 오픈 목표일 5. 우선순위 — 필수 / 권장 / 후순위 3단계 구분
여기서 우선순위가 핵심입니다. 모든 걸 필수로 밀어넣으면 견적이 부풀고 일정이 늘어나요. 반드시 구분하세요.
| 항목 | 필수 | 후순위 가능 |
|---|---|---|
| 부스 신청폼 + 결제 | ○ | |
| 관리자 페이지 신청 현황 | ○ | |
| 알림톡/SMS 확정 안내 | ○ | |
| QR 체크인·네임택 출력 | 상황별 | ○ |
| 부스 방명록·스탬프 이벤트 | ○ |