학회 홈페이지 신청폼 설계 기준 – 모바일 우선 항목 구성 가이드

모바일 신청폼을 먼저 설계해야 하는 이유와 사전 준비물

학회 사무국에서 가장 많이 듣는 민원 중 하나가 "폼이 잘 안 열려요", "결제가 안 돼요"인데, 알고 보면 열어본 화면이 처음부터 PC용이었던 경우가 많습니다. 요즘 학술대사 등록은 상당수가 출퇴근길 지하철 안, 강의실 복도 같은 스마트폰 화면에서 시작됩니다. PC에서 예쁘게 나온 폼이 모바일에서 버튼이 잘리거나 옵션이 펼쳐지지 않으면, 참가자는 에러 내용을 읽지 않고 그냥 창을 닫습니다.

모바일 화면은 공간이 좁기 때문에 보여줄 것의 우선순위를 강제로 정하게 됩니다. 어떤 항목을 먼저 물을지, 어디까지 필수로 묶을지가 자연스럽게 정리되죠. 이 순서대로 PC·태블릿 버전을 만들면 세 환경에서 동일하게 작동하는 반응형 폼이 됩니다. e-Regi의 스마트 등록·결제가 PC·태블릿·스마트폰에 대응하는 반응형 폼을 제공하는 것도 같은 맥락이고, 접수가 완료되면 QR 코드가 담긴 모바일 바우처가 자동 발송되니 참가자 입장에서는 등록부터 입장 준비까지 폰 하나로 끝납니다. 방향을 거꾸로 가면 이런 차이가 생깁니다.

사전등록 신청폼 필수 항목 구성과 모바일 UI 기준

사전등록 폼은 참가자가 학회를 처음으로 데이터로 만나는 지점입니다. 접수 첫날 저녁, 출퇴근길 지하첐에서 폼을 여는 참가자에게 항목이 한 화면에 끝없이 이어져 있으면 완주보다 이탈이 먼저 찾아옵니다. 항목 구성과 화면 설계를 나눠서 각각 기준을 세워야 하는 이유입니다.

항목은 '운영의 입력값' 기준으로 정한다

• 성명·소속·직책: 명찰과 참가자 명단의 원본이 되는 값
• 이메일·휴대폰: 접수 완료 즉시 발송되는 QR 코드 모바일 바우처의 수신 경로
• 회원증번호: 검증을 거쳐야 등급 판별의 근거가 되는 값
• 참가 유형: 요금과 할인 적용이 갈리는 분기점

e-Regi 같은 플랫폼은 이 입력값들을 이어받아 회원 등급(정회원·준회원·학생회원)별 요금 자동 계산, 회원증번호 검증, 조기등록 할인 자동 적용까지 처리합니다. 항목을 이 기준으로 정의해두면 "학생인데 요금이 왜 이렇죠" 같은 접수 문의가 구조적으로 줄어듭니다.

모바일 화면 설계, 네 가지 원칙

참가자 유형별 조건부 항목과 등록금 자동 견적 설계

접수 마감을 앞둔 저녁 사무국에 가장 많이 걸려오는 전화가 "저 학생인데 왜 일반 금액이 나오죠?"입니다. 수기 견적은 유형 확인 → 할인 적용 → 옵션 추가 → 안내 발송을 사람이 매번 반복하는 구조라, 한 곳만 놓쳐도 정정 요청과 환불 처리로 이어집니다. 자동 견적은 이 판단 자체를 폼 안으로 옮겨 버립니다.

유형 선택이 폼을 바꾸는 조건부 설계

첫 화면에서 참가자 유형을 먼저 고르게 하고, 그 선택이 뒤에 나올 항목을 결정하는 구조가 기본입니다.

• 학생: 재학 정보 입력 항목만 노출
• 회원: 회원증번호 입력 후 검증 → 정회원·준회원·학생회원 등급별 요금 자동 적용(e-Regi 방식)
• 비회원: 비회원 요금 안내와 함께 회원 가입 유도 문구 표시

모바일에서는 항목이 늘수록 이탈이 커집니다. 판단 기준은 유형 선택 후 한 화면에 남는 입력 칸 수입니다. 반응형 등록 폼은 복잡한 옵션도 모바일에서 처리되도록 설계되어 있으니, 실제 스마트폰 화면에서 단계 수를 직접 밟아 확인해보세요.

등록금이 실시간으로 굴러가는 흐름

관리자 화면에는 미리 등급별 요금표, 조기등록 기준 시점, 옵션 단가를 등록해둡니다. 그러면 참가자 쪽에서는 조기등록 할인이 조건 충족 시 자동 적용되고, 워크숍·식사 옵션을 추가할 때마다 견적이 화면에서 바로 갱신됩니다.

초록접수 통합 폼 설계 주의점과 명찰·명단 연계 데이터 구조

초록접수 마감 밤 열한 시, "파일이 올라가지 않는다"는 문의가 폭주하는 순간이 폼 설계 실수가 드러나는 순간입니다. 형식·용량 제한을 안내 문구에 안 써뒀거나, 공동저자 추가 버튼이 모바일 화면 밖에 밀려 있거나요. 허용 형식과 최대 용량의 구체 수치는 솔루션마다 다르므로 단정할 수 없으니, 제작사 확인 값을 그대로 업로드 칸 바로 아래 한 줄 안내로 붙이는 게 맞습니다.

모바일에서 무너지는 세 지점

• 업로드 항목 아래 허용 형식·용량 제한 고지
• 저자 추가는 버튼 한 번, 삭제도 각 행에서 가능하게
• 교신저자·발표자 구분을 행 단위 체크로 처리

저자 정보는 행이 늘어나는 구조라 작은 화면에서 특히 흔들립니다. 행마다 삭제 버튼이 있고, 빈 저자 행 때문에 전체 제출이 막히지 않도록 유효성 검사 시점을 정해두는 것이 설계 단계의 판단 기준입니다.

참가자 ID 하나로 묶는 연결 구조

초록, 발표자료, 등록·결제, 명찰을 따로 모으면 현장에서 조합하는 건 결국 사람입니다. 등록·결제·QR 출결·배지를 한 플랫폼에서 통합하는 방식(e-Regi 계열)이 존재하는 이유가 여기 있습니다. 접수 완료 즉시 QR이 담긴 모바일 바우처가 자동 발송되고, 그 QR이 참가자 ID의 현장 신분증 역할을 하죠.

등록 수정·마감·환불 운영 시 흔한 실수와 사무국 체크리스트

사전등록이 한창 진행 중인 오후, "조기등록 마감을 연장하자"는 결정이 사무국으로 넘어온다. 이럴 때 먼저 봐야 할 건 새 요금이 아니라 이미 결제를 마친 신청자 데이터다. 순서가 어긋나면 차액 환불과 추가 결제가 뒤엉켜 상담 문의가 먼저 몰린다.

조건 변경 시 흔한 실수

• 요금 조건부터 바꾸고 기존 신청자 내역 확인은 나중에 함
• 환불 정책을 안내문에만 반영하고 관리자 화면의 처리 기준은 그대로 둠
• 정보 수정 후 접수 완료 즉시 자동 발송되는 QR 모바일 바우처 재발송을 누락

| 환불 정책 | 공지만 수정 | 관리자 화면 기준 먼저 반영 → 안