여러 참석자 이벤트 등록은 한 사람이 여러 사람을 대신해 정보를 제출하지만 운영 시스템이 이를 하나의 연락처 기록으로만 처리할 때 복잡해집니다. 이름, 이메일 주소, 답변, 상태 및 정원 사용량을 나중에 맞춰 보기 어려워질 수 있습니다. 또한 각 참석자를 올바른 Invitation, RSVP, QR Ticket 및 Check-in 이력과 연결하기도 어려워집니다.
신뢰할 수 있는 단체 등록 워크플로는 Registration Contact, Registration Group 및 개별 Attendee Registration 기록을 분리합니다. QRGATE의 선택형 Event Registration 모듈은 적격 참석자를 주최자가 관리하는 Guest List로 transfer하기 전에 이러한 구조를 지원합니다. 그 결과 공개 제출을 자동 입장으로 간주하지 않으면서, 그룹 접수부터 개별 Guest 운영까지 통제된 흐름을 만들 수 있습니다.
운영상의 문제: 한 명의 연락처와 여러 참가자
예를 들어 한 기업 행사에서 행정 담당자가 직원 5명을 등록한다고 가정해 보겠습니다. 담당자는 Registration Contact 이메일을 인증하고 그룹을 관리하는 사람입니다. 그러나 직원 5명은 여전히 서로 다른 5명의 참가자입니다. 정보가 하나의 공유 제출 기록으로만 저장되면 행사팀은 누가 어떤 옵션을 선택했는지, 어떤 답변을 제출했는지, 이후 안내를 누구에게 보내야 하는지 알기 어려워질 수 있습니다.
- 하나의 연락처 제출로 여러 사람이 불명확한 하나의 기록처럼 보일 수 있습니다.
- 공유되거나 복사된 이메일 정보는 신원 확인을 어렵게 만들 수 있습니다.
- 제출 건수로 참석자 수를 계산하면 그룹 규모를 잘못 파악할 수 있습니다.
- 이후 Guest 운영을 위해서는 각 참가자가 개별 기록으로 표현되어야 합니다.
이 문제가 게스트와 행사팀에 중요한 이유
문제는 데이터베이스 구조에만 있지 않습니다. 게스트는 자신의 이름과 정보가 정확하게 처리되기를 기대하고, 행사팀은 검토, 적격성 판단 및 입장 준비에 필요한 운영 화면을 필요로 합니다. 접수 과정에서 개별 신원이 사라지면 팀은 다음 단계로 진행하기 전에 스프레드시트, 이메일 대화 및 Guest List를 수동으로 대조해야 할 수 있습니다. 또한 참가자가 나중에 자신의 등록을 직접 관리해야 할 수도 있습니다. 예를 들어 담당자가 먼저 추가한 동료가 자신의 정보를 확인하거나 관리하려는 경우입니다. 그룹이 구분되지 않은 하나의 기록으로 저장되어 있다면 이러한 인계가 어렵습니다.
- 참석자 기록이 분리되지 않으면 후속 안내가 불명확하거나 잘못 전달될 수 있습니다.
- 주최자는 이름, 답변 및 상태를 수동으로 매칭해야 할 수 있습니다.
- Guest List로 transfer하기 전에 안전하게 검토하기가 어려워질 수 있습니다.
- 입장팀에는 그룹 수만이 아니라 개별 Guest 및 QR Ticket 기록이 필요합니다.
일반적인 스프레드시트 방식이 부족할 수 있는 이유
스프레드시트는 계획 수립에 유용하지만, 팀이 직접 그룹 ID, 참석자 행, 인증 열, 승인 상태 및 transfer 표시를 만들어야 하는 경우가 많습니다. 또한 각 사람을 Invitation, RSVP, QR Ticket 및 Check-in 과정에 연결하는 별도의 수동 작업이 필요할 수 있습니다. 여러 고객 행사를 관리하는 대행사를 예로 들면, 워크시트 간에 그룹 정보를 복사하면서 한 행은 Registration Contact를, 다른 행은 참석자를 의미하는 상황이 생길 수 있습니다. 이러한 기록 사이의 관계가 통제되지 않으면 업데이트가 누락되거나 중복될 수 있습니다. 스프레드시트 자체만으로는 QRGATE의 Registration 적격성, 중복 변환 또는 Guest List 규칙을 자동으로 적용하지 않습니다.
- 공유된 한 행만으로는 여러 개별 참석자를 표현할 수 없습니다.
- 행을 분리해도 신뢰할 수 있는 그룹 관계와 변환 상태가 필요합니다.
- 다운스트림 행사 도구에 데이터를 수동 복사하면 대조 작업이 늘어납니다.
- 스프레드시트는 Registration과 Guest 입장을 자동으로 구분하지 않습니다.
QRGATE가 개별 참석자 신원을 유지하는 방식
QRGATE는 Registration Group을 사용해 인증된 Registration Contact와 동일한 Event에 등록된 하나 이상의 Attendee Registration 기록을 연결합니다. Registration Contact는 문서화된 워크플로에 따라 그룹을 관리할 수 있으며, 모든 참가자는 별도의 참석자 기록으로 유지됩니다. 각 Attendee Registration에는 표준 정보, 사용자 정의 답변, Registration 상태, 계산된 가격 스냅샷 및 Guest List 변환 상태가 별도로 남을 수 있습니다. 따라서 그룹 관계는 확인하면서도 개별 신원을 대체하지 않습니다. 참석자가 보안 self-claim 절차를 통해 자신의 이메일을 인증하면, Registration Contact는 해당 사람이 그룹에 속해 있다는 사실을 계속 확인할 수 있는 가운데 참석자가 자신의 Registration 관리를 맡을 수 있습니다.
- Registration Contact와 대신 등록된 사람들은 서로 다른 역할과 기록으로 관리됩니다.
- 모든 참가자는 별도의 Attendee Registration 기록을 가집니다.
- 참석자별 답변과 계산된 가격 스냅샷은 해당 사람에게 연결됩니다.
- 동일 Event에서 기존 참석자 이메일은 두 번째 Attendee Registration을 만들지 않습니다.
- Self-claim을 통해 Guest List transfer 전에 참석자가 자신의 Registration을 관리할 수 있습니다.
등록 후 QRGATE 모듈이 협력하는 방식
모듈은 등록과 입장을 하나의 작업으로 합치지 않고 단계별로 작동합니다. Event Registration은 Guest List 이전의 접수 및 적격성 단계입니다. 참석자가 적격해지면 주최자는 기본값인 Manual Guest List transfer를 사용하거나, 적격 Registration에 대해 Automatic Guest List transfer를 활성화할 수 있습니다. Transfer 후 각 참석자는 원래 Registration에 연결된 별도의 Event별 Guest가 됩니다. 이후 Invitation, 선택적 RSVP, QR Ticket 및 검증된 Check-in으로 이어지는 일반 Guest lifecycle을 사용할 수 있습니다. Transfer만으로 Invitation이 자동 발송되지는 않으며, 공개 양식을 공유하는 데 사용하는 Registration QR code는 Registration을 대신하는 QR Ticket이 아닙니다.
- Event Registration은 Guest List에 추가되기 전에 참석자 정보를 수집하고 구조화합니다.
- Registration Contact와 Registration Group은 담당자와 참가자의 관계를 보존합니다.
- Guest List transfer는 각 참석자마다 개별 Guest/Ticket 기록을 만듭니다.
- Invitation은 transfer 후에도 별도의 주최자 작업입니다.
- 각 Guest는 자신의 Invitation, RSVP 상태, QR Ticket 및 Check-in 이력을 가질 수 있습니다.
실무적인 다중 참석자 등록 워크플로
기업 행사팀, 협회 또는 대행사가 단체 접수를 체계적으로 관리할 때 다음 워크플로를 활용할 수 있습니다. 실제 transfer 결정은 주최자와 Event에 설정된 정책에 따릅니다.
- Event에서 선택형 Event Registration 모듈을 활성화하고 Registration Form, 기간 및 최대 참석자 수를 설정합니다.
- Public Registration Page 또는 Registration QR code를 공유합니다. Registration Contact가 그룹 절차를 시작하고 자신의 이메일을 인증합니다.
- 여러 사람을 하나의 이름이나 답변 묶음으로 합치지 말고 각 참가자를 개별 Attendee Registration으로 추가합니다.
- 참석자 이름, 연락처, 사용자 정의 답변, Registration 상태, 인증 근거 및 Guest List 변환 상태를 검토합니다.
- 필요하면 참석자가 자신의 이메일을 인증해 개인 Registration을 self-claim하도록 합니다. Contact 인증만으로 모든 참석자의 개인 이메일이 인증되는 것은 아닙니다.
- Manual 모드에서는 적격 참석자를 검토하고 승인한 뒤 Add selected to Guest List를 사용합니다. Automatic 모드에서는 주최자가 활성화한 정책과 문서화된 확인 조건에 따라 적격 Registration이 transfer됩니다.
- Transfer된 참석자가 각자의 Registration에 연결된 별도 Guest로 표시되는지 확인합니다. Transfer 후에는 공개 Registration 편집이 잠깁니다.
- Invitation은 별도의 주최자 작업으로 발송한 뒤 각 Guest에 대해 선택적 RSVP, QR Ticket 및 검증된 Check-in 워크플로를 사용합니다.
그룹과 참석자 기록을 분리해 관리할 때의 이점
가장 큰 이점은 운영의 명확성입니다. Registration Contact는 여러 참가자를 조정하면서도 행사팀이 그룹 전체를 한 사람으로 취급하도록 만들지 않습니다. 개별 답변, 상태 및 변환 상태를 검토할 수 있고, Registration Group은 참가자 간 관계를 유지합니다. 이 구조는 정원 계획도 정확하게 합니다. QRGATE는 Registration Group 수가 아니라 참석자 수를 기준으로 Registration capacity를 계산합니다. Registration Contact가 5명을 추가하면 Event에서는 5개의 참석자 자리를 사용합니다. Registration admin 화면과 지원되는 Registration Excel export를 통해 참석자별 정보와 사용자 정의 답변을 검토할 수 있습니다.
- 접수부터 Guest List transfer까지 개별 신원이 유지됩니다.
- 팀은 Registration Contact와 각 참가자를 구분할 수 있습니다.
- 정원은 그룹 수가 아니라 참석자 수를 반영합니다.
- 참석자별 export 데이터에 표준 필드, 사용자 정의 답변 및 변환 정보가 포함될 수 있습니다.
- Transfer 후에도 Registration과 Guest 사이의 관계를 확인할 수 있습니다.
사전 조건, 제한 사항 및 주의할 점
그룹 등록은 공개 페이지를 공유하기 전에 Event의 접수 및 transfer 규칙을 정해둘 때 가장 원활합니다. Registration은 선택 기능이며, 공개 제출은 먼저 Registration으로 저장됩니다. 즉시 Guest가 되거나 입장 권한을 부여받는 것은 아닙니다. 인증된 Registration Contact는 Contact가 추가한 참석자에 대해 지원되는 인증 근거를 제공할 수 있지만, 모든 참석자의 개인 이메일이 인증되었다는 뜻은 아닙니다. 참석자는 자신의 이메일을 인증해 나중에 self-claim할 수 있습니다. Manual transfer가 기본값이며 Automatic transfer는 주최자가 활성화한 경우에만 적격 Registration에 적용됩니다. QRGATE는 결제를 처리하지 않으므로 정보 제공용 가격, 계산 금액 및 외부 결제 안내는 결제 수금 기능을 의미하지 않습니다.
- Registration은 Guest List 입장, RSVP 및 Check-in과 별도의 단계입니다.
- Guest List transfer만으로 Invitation이 자동 발송되지는 않습니다.
- 정원은 참석자별로 계산되며 New와 Approved는 일반 정원을 사용하고 Rejected와 Waitlist는 사용하지 않습니다.
- 변환된 Registration은 다시 변환할 수 없고 transfer 후 공개 Registration 편집이 잠깁니다.
- 자동 대기자 등록, 결제 처리 및 공개 티켓 판매 기능이 있다고 가정해서는 안 됩니다.
- Product Brain에 문서화되지 않은 요구사항은 추측하지 말고 support@qrgate.org로 문의해야 합니다.
자주 묻는 질문
하나의 Registration Contact가 같은 Event에 여러 참석자를 등록할 수 있나요?
예. 인증된 Registration Contact는 Registration Group을 만들거나 관리하고 같은 Event에 여러 참석자를 추가할 수 있습니다. 각 사람은 별도의 Attendee Registration 기록으로 저장됩니다.
그룹 등록에 포함된 각 사람에게 별도의 참석자 기록이 있나요?
예. 모든 참석자는 자신의 지원 정보, 답변, 상태, 계산된 가격 스냅샷 및 Guest List 변환 상태를 가진 개별 Attendee Registration을 가집니다. 적격 상태로 Guest List에 transfer된 후에만 별도의 Guest가 됩니다.
Registration Contact를 인증하면 모든 참석자의 이메일도 인증되나요?
아니요. Registration Contact 인증은 Contact 자신의 이메일을 확인하고 Contact가 추가한 참석자에 대한 인증 근거를 제공할 수 있습니다. 하지만 각 참석자의 개인 이메일 자체를 인증하는 것은 아닙니다.
참석자가 나중에 자신의 Registration을 claim하고 관리할 수 있나요?
예. Registration Contact가 추가한 참석자는 자신의 이메일로 전송된 보안 링크를 사용해 이메일 소유권을 인증할 수 있습니다. self-claim이 완료되면 Guest List transfer로 공개 편집이 잠길 때까지 참석자가 자신의 개인 Registration을 주로 관리합니다.
여러 참석자가 제출 즉시 각각 Guest가 되나요?
단순히 제출되었다는 이유만으로는 아닙니다. Manual 모드에서는 주최자가 적격 참석자를 검토하고 transfer합니다. Automatic 모드에서는 주최자가 먼저 정책을 활성화해야 하며 적격 Registration만 transfer됩니다. Transfer된 각 참석자는 자신의 Registration에 연결된 별도 Guest가 됩니다.
참석자를 Guest List로 transfer하면 Invitation이 자동 발송되나요?
아니요. Guest List transfer는 Invitation을 자동으로 발송하지 않습니다. Transfer 후 주최자는 각 Guest에 대해 일반 Invitation 워크플로를 별도로 진행할 수 있습니다.
Registration capacity는 그룹 수와 참석자 수 중 무엇을 기준으로 계산되나요?
참석자 수를 기준으로 계산됩니다. 하나의 Registration Contact가 5명을 등록하면 한 그룹 자리가 아니라 5개의 참석자 자리를 사용합니다. 문서화된 일반 capacity 계산에서는 New와 Approved 참석자가 정원을 사용하고 Rejected와 Waitlist 참석자는 사용하지 않습니다.
QRGATE가 단체 이벤트 등록 비용을 결제 처리하나요?
아니요. QRGATE는 base price, currency, 주최자가 정한 price suffix 및 답변·옵션 기반 조정을 포함한 정보 제공용 가격을 지원할 수 있습니다. 참석자별 가격 스냅샷을 계산하고 저장할 수 있지만 결제 처리, 거래 정산 또는 공개 티켓 판매는 하지 않습니다.
등록부터 Check-in까지 모든 참석자 기록을 명확하게 관리하세요
QRGATE 계정을 만들고 데모를 사용해 개별 참석자 기록, Guest List transfer 및 연결된 행사 운영을 포함한 통제된 단체 등록 워크플로를 확인해 보세요.
QRGATE 계정 만들고 데모 사용하기