학회 홈페이지 제작: 문의폼·관리자 화면 설계 기준과 항목 정의

운영 현장 문제와 발주 전 기획서 작성: 문의폼과 관리자 화면 정의 방법

행사 당일 오전, 사무국 전화가 멈추지 않는다. "회비 냈는데 등록이 안 됐냐"는 문의부터 "발표자인데 좌석이 따로 있느냐"는 질문까지 쏟아지는데, 확인하려면 회원 DB를 열고 → 결제 내역을 조회하고 → 신청폼을 대조하는 3단계 수작업이 매번 반복된다. 이 꼬임의 뿌리는 발주 전 기획서에 문의폼과 관리자 화면이 빠져 있었기 때문이다.

문의폼: 입력 항목부터 설계해야 하는 이유

참가자가 문의를 남기는 순간, 시스템은 이미 그 사람의 상태를 알고 있어야 한다. 기획서에 명시해야 할 최소 입력 항목은 이렇다.

• 회원 / 비회원 구분 드롭다운 — 회원이면 회원번호 자동 매칭
• 참가자 / 발표자 구분 — 유형별 담당자 라우팅을 위해 필수
• 소속, 직위, 연락처 (필수 입력)
• 사업자번호 입력란 — 검증 로직을 붙여 기관 결제 문의를 필터링
• 문의 유형 선택 (등록, 결제, 프로그램, 논문 투고 등)

이 항목들을 기획 단계에서 정하지 않으면, 개발사는 임의의 범용 폼을 만들고 행사 직전에야 "이걸론 문의를 분류할 수 없다"는 사실을 깨닫게 된다.

관리자 화면: 필터 조건을 먼저 확정한다

문의 데이터가 쌓였을 때 사무국이 3초 안에 답변하려면, 관리자 조회 화면의 필터가 설계되어 있어야 한다.

학회 행사 특화 문의 유형 분류와 필수 입력 항목 구성 기준

사무국 수신함에 "논문 파일이 안 올라갑니다", "포스터 발표 시간이 바뀌었나요?", "가상계좌 입금 확인해 주세요"가 뒤섞여 들어오면, 담당자가 매번 분류하고 넘기는 데 하루가 간다. 학회 문의폼은 일반 기업 문의와 카테고리 자체가 다르다. 논문 심사, 등록 취소, 환불 규정, 발표 장비, 초록 수정까지 행사 운영 사이클 전반을 커버하는 분류 체계가 기본 전제여야 한다.

1차·2차 카테고리로 나누는 이유

문의를 받는 채널이 하나여도, 분류는 두 단계로 설계해야 사무국이 메일을 열자마자 결제팀, 논문팀, 세션 운영팀에 정확히 라우팅할 수 있다. 2차 카테고리까지 정의해 두면 "환불 규정 위반" 문의와 "가상계좌 입금 지연" 문의가 같은 결제 항목에 뒤섞이지 않는다.

회원 등급 검증이 문의폼 설계의 기준점

문의 처리 상태 관리와 결제·등록 연동 관리자 화면 설계

발주 전에 관리자 화면의 상태 흐름과 결제 연동 영역을 문서로 정해두지 않으면, 행사 직전에 "참가자가 결제했는데 왜 등록 완료 처리가 안 됐냐"는 문의가 쏟아질 때 사무국이 손을 놓게 됩니다. 화면 설계 단계에서부터 상태 관리와 결제 데이터의 연결 고리를 명확히 정의해야 합니다.

문의 상태 3단계와 반려 처리 기준

문의 접수 후 가장 많이 발생하는 혼선은 "지금 이 문의가 누가, 어디까지 처리했는가"입니다. 이를 해결하기 위해 상태는 기본 3단계로 설계합니다.

반려 상태는 학회 규모가 커지고 문의가 분산될수록 필요해집니다. 동일 참가자가 여러 채널로 같은 질의를 올리는 경우가 빈번하기 때문입니다. 발주 전에 반려 사유 코드(중복, 정보 부족, 처리 불가 등)를 미리 정의해 두면, 담당자 교체 시에도 기준이 흔들리지 않습니다.

상태 변경 히스토리에 기록해야 할 항목

DB 테이블 설계, 엑셀 다운로드, 개인정보보호 및 권한 제어

"이 문의, 누가 답변했더라?" — 관리자 화면에서 가장 많이 발생하는 순간이다. 엑셀 파일이 여기저기 흩어져 있고, 처리 상태가 문의마다 제각각이면 행사 당일까지 정리가 안 된다. 이 문제를 설계 단계에서 막으려면 DB 테이블 구조, 다운로드 권한, 개인정보 수집 동의를 하나의 흐름으로 묶어 항목 정의서에 적어둬야 한다.

문의 테이블, member 테이블과 조인되게 설계하는 이유

문의 데이터를 독립 테이블에 쌓기만 하면, 나중에 "이 사람이 어떤 행사에 등록했는지, 회원 등급은 무엇인지"를 확인하려고 수동으로 엑셀을 매칭해야 한다. 참가자 명단(member) 테이블과 고유키(회원번호 또는 이메일)로 조인하면 한 화면에서 회원 정보와 문의 이력을 함께 볼 수 있다.

문의 테이블에 들어가야 할 최소 필드는 이렇다:

• 문의 ID, 회원번호, 행사 ID
• 문의 카테고리, 제목, 내용, 첨부파일
• 상태(접수 · 처리중 · 완료), 등록일
• 담당자 ID, 처리일자

핵심은 담당자 ID와 상태 필드다. 이 두 개가 있어야 "미답변 문의가 몇 건인지, 어느 담당자에게 몰려있는지"를 대시보드에서 바로 잡아낼 수 있다.