학회 홈페이지 등록 접수 설계 방법을 단계별로 정리했습니다. 참가등록 양식 항목, 등록 유형 분기, 변경 요청 승인 흐름까지 사무국이 먼저 확정할 체크리스트와 설계 기준을 소개합니다.
- 결론 요약: 화면 디자인보다 '접수 항목 설계'가 먼저다
- 결론 요약: 화면 디자인보다 '접수 항목 설계'가 먼저다
결론 요약: 화면 디자인보다 '접수 항목 설계'가 먼저다
결론 요약: 화면 디자인보다 '접수 항목 설계'가 먼저다
학회 홈페이지 제작을 맡겨본 분이라면 아실 겁니다. 프로젝트 초반에 가장 많은 에너지가 들어가는 건 의외로 메인 비주얼이나 메뉴 구조입니다. 그런데 정작 일정을 지연시키는 건 다른 곳에서 터집니다.
"참가자 등급을 나중에 하나 더 추가하면 안 될까요?" "초록 접수 마감 뒤에 발표 유형 변경 요청도 받아야 하는데요?" — 이 질문들이 구축 중반에 나오면, 이미 짜인 등록 폼 구조와 결제 로직, 관리자 페이지까지 다시 손봐야 하니까요.
왜 항목 설계가 일정 전체를 좌우하는가
구축 기간은 표준 학회 솔루션 기준 약 4~6주, 커스텀 요건이 붙으면 6~10주로 늘어나는 게 일반적입니다. 그런데 이 기간의 상당 부분은 디자인이 아니라 데이터 구조 확정에 소요됩니다. 특히 요즘 솔루션은 단순 홈페이지가 아니라:
- 사전등록 → 결제 → QR 바우처 자동 발송(알림톡) → 현장 입장 처리
- 논문 투고·심사, 학회지, 자료실까지 회원 데이터와 연동
- 알림톡/SMS/이메일 발송과 관리자 대시보드가 하나의 운영 데이터로 묶이는 구조
준비물과 전제조건: 사무국이 먼저 확정할 등록 정책
홈페이지 화면 설계를 먼저 하고 등록 정책을 정하면 거의 항상 다시 만들게 됩니다. 폼 항목은 결국 "누가, 얼마를, 어떻게 내는가"에서 역으로 나오는 건데, 이 기준이 흔들리면 요금표, 결제 화면, 안내 문구까지 전부 수정 대상이 되거든요. 그래서 제작사에 연락하기 전에 사무국 안에서 확정해둘 다섯 가지를 먼저 정리해두세요.
등록 정책 체크리스트
- 등록 유형별 금액과 자격 기준 — 일반·학생·공동저자·연회비 납부자로 나눌지, 자격 확인은 서류인 신고인지
- 기간별 차등 적용 — 조기등록 할인을 둘 것인지, 경계 시점 기준은 신청일인 결제완료일인지
- 결제 수단 — 신용카드·간편결제·가상계좌 중 무엇을 열지, 환불 정책과 함께
- 마감일·인원 제한·대기자 정책 — 마감 후 접수는 받는지, 대기자 명단 관리 방식
- 초록 접수 동시 운영 여부 — 등록과 초록 접수 일정이 맞물리는지, 저자 미등록 시 처리 방침
단계별 절차: 등록 양식 설계부터 변경 요청 승인 흐름까지
학회 홈페이지 제작에서 가장 많이 헷갈리는 지점이 바로 "등록 폼을 먼저 만들까, 처리 흐름을 먼저 정할까"입니다. 결론부터 말하면 흐름을 먼저 설계하고 폼은 그 흐름에 맞추는 순서가 맞습니다. 다섯 단계로 정리해 볼게요.
1~2단계: 항목 설계와 등록 유형 분기
먼저 참가자가 반드시 입력해야 하는 필수 항목과 부가 선택 항목을 나눕니다.
- 필수: 성명, 소속, 이메일, 휴대폰, 등록 유형
- 선택: 식사 여부, 워크숍 참가, 저녁연회 등
여기서 한 단계 더 들어가야 하는 게 등록 유형별 분기입니다. 정회원·준회원·학생회원처럼 유형을 고르면 폼에 노출되는 항목과 결제 금액이 자동으로 달라지게 하는 거죠. e-Regi는 회원 등급별 요금 자동 계산과 조기등록 할인 자동 적용을 지원하니, 담당자가 수기로 할인을 적용하던 방식을 시스템 규칙으로 옮겨두면 현장에서 가격 문의가 눈에 띄게 줄어듭니다.
3~4단계: 초록 접수 분리와 변경 요청 흐름
초록 접수와 참가등록을 동시에 받는 학회라면 설계 시점부터 데이터를 분리해야 합니다. 초록 저자 정보와 발표 유형은 별도 테이블로 두고, 등록 상태와는 연동만 걸어두는 구조가 안전합니다. 한 폼에 다 우겨넣으면 나중에 발표자 명단과 등록 명단을 대조할 때 관리자가 고통받게 됩니다.
흔한 실수 vs 권장 기준: 명찰·명부·세석까지 재사용 가능한 데이터 구조
명찰 인쇄대 앞에서 "소속이 정식 명칭인가요, 약어인가요?"를 몇십 번 되묻는 순간이면 이미 늦었다. 표기 불일치의 뿌리는 대부분 등록폼 설계 시점, 소속·직급을 자유입력으로 받은 것에서 시작한다. 데이터 구조를 먼저 잡으면 명찰·명부·세석이 한 줄로 흘러간다.
어디서 갈리는가
| 항목 | 흔한 실수 | 권장 기준 |
|---|---|---|
| 명찰 소속·직급 | 자유입력 → 표기 제각각 | 등록 시 규격화 입력으로 통일 |
| 명찰 제작·배포 | 사후 수작업 편집 | 드래그앤드롭으로 이름·소속·QR·로고 배치 후 현장 PDF 인쇄·디지털 배지·알림톡 발송 중 선택 |
| 참가자명부 | 등록 데이터와 별도 엑셀 관리 | 동일 등록 데이터에서 내보내기 |
| 세석 배정 | 현장 수기 처리 | 등록 데이터 기반 배정 |
| 변경 요청 | 이메일로만 접수 → 누락 | 시스템에서 접수·반영 |
| 입장 확인 | 수기 체크 | QR 스캔 3초 이내 처리, 중복 스캔 방지, 입·퇴장 시간 자동 기록 |
판단 기준은 하나다. 한 번 입력된 데이터가 명찰, 명부, 세석, 출결까지 그대로 재사용되는가. e-Regi처럼 등록·결제·QR 출결·배지·알림톡이 통합된 구조라면 접수 완료 즉시 QR이 담긴 모바일 바우처가 알림톡으로 발송되고, 입·퇴장 시간은 보수교육 평점용 기록으로 자동으로 남는다.
견적 전 최종 체크리스트와 관리자 요구사항 정리
견적 문의 메일 한 통을 보내는 데는 5분이면 충분하지만, 그 메일에 "등록 관리 화면이 필요합니다"라고만 써 붙이면 돌아오는 견적은 어디까지나 개발사가 짐작한 범위입니다. 짐작이 들어간 만큼 견적엔 안전 마진이 붙고, 나중에 "그 기능은 별도 개발"이라는 통보를 받기 딱 좋습니다. 견적 격차를 줄이는 가장 확실한 방법은, 사무국이 먼저 관리자 요구사항을 항목별 문서로 정리해 두는 것입니다.