먼저 정할 것참가자에게는 필요 없는 부스 번호를 묻고, 참가사에는 개인용 신청 항목만 보입니다. 하나의 등록 폼에 모든 대상을 넣기 전에 질문의 용도를 정리해보겠습니다.
질문을 추가하기 전에 사용할 사람을 적습니다
등록 폼은 궁금한 것을 모두 묻는 설문지가 아닙니다. 질문마다 사용 목적, 확인 담당자, 필요한 시점, 저장할 항목을 적어보세요. '나중에 쓸 수 있어서'만 남는 질문은 신청 단계에서 꼭 받아야 하는지 다시 검토합니다.
신청자를 구분하는 첫 질문도 실제 운영 방식에 맞아야 합니다. 전시 참가사, 바이어, 참관객은 필요한 정보와 승인 절차가 다릅니다. 학부모 설명회에서는 신청 대표자와 함께 오는 가족이 다를 수 있고, 교육에서는 신청자와 교육비 담당자가 다를 수 있습니다. 한 사람의 이름 칸으로 모든 역할을 처리하려고 하지 마세요.
조건부 질문은 보여줄 때와 지울 때를 함께 정합니다
참가 유형을 선택하면 관련 질문만 보이도록 구성할 수 있습니다. 다만 화면에서 숨겨졌다고 저장된 값도 사라지는지는 별도로 시험해야 합니다. 참가사에서 참관객으로 유형을 바꿨는데 이전 부스 정보가 남으면 승인과 집계에서 혼선이 생깁니다.
| 질문 | 표시할 조건 | 제출 전에 시험할 내용 |
|---|---|---|
| 부스 운영 정보 | 참가사 신청 | 유형 변경 시 기존 값 처리 |
| 상담 희망 분야 | 상담 신청 선택 | 복수 선택과 기타 입력 저장 |
| 동반 인원 | 동반 참석 허용 | 대표자와 실참석 인원의 구분 |
| 지원 요청 | 도움이 필요하다고 응답 | 담당자 확인과 회신 경로 |
필수값도 화면 조건과 함께 바뀌어야 합니다. 보이지 않는 항목 때문에 제출이 막히거나, 필요한 항목이 선택사항으로 남지 않는지 확인하세요. 오류 문구는 '형식 오류'보다 어느 칸을 어떻게 고칠지 알려주는 편이 좋습니다.
정상 제출보다 수정·중단 상황을 더 시험합니다
모바일에서 한 번 제출되는지만 확인하면 수정 과정의 문제를 놓치기 쉽습니다. 입력 중 뒤로 가기, 참가 유형 변경, 긴 기관명, 중복 신청, 접수 후 수정과 같은 상황을 준비하세요. 테스트용 정보를 사용해 참가자가 다시 입력해야 하는 부분과 운영자가 처리할 부분을 나눠 봅니다.
접수 확인 메일에도 현재 신청 유형과 다음 절차가 정확히 표시돼야 합니다. 신청을 받았다는 뜻인지 참가를 확정했다는 뜻인지 구분하고, 변경이 필요할 때 이용할 경로를 안내합니다. 공개 문안과 실제 승인 상태가 일치하는지도 확인하세요.
관리자 파일에서 질문의 의미가 유지되는지 봅니다
화면의 질문 이름과 내려받은 파일의 열 이름이 다르면 운영팀이 같은 항목을 다시 해석해야 합니다. 선택값을 어떤 코드로 저장하는지, 복수 응답이 어떻게 표시되는지, 이전 질문을 수정했을 때 과거 응답을 어떻게 볼지 확인합니다.
최종적으로는 테스트 신청 한 건을 등록 폼, 접수 안내, 관리자 화면, 내려받기 파일에서 따라가 보세요. 개인정보 안내와 수집 항목은 실제 이용 범위에 맞춰 담당 부서와 검토합니다. 질문을 줄이는 것만큼 받은 정보를 필요한 담당자가 정확히 쓰게 하는 것이 중요합니다.