Հանրային Event Registration-ը օգտակար է, երբ անհրաժեշտ է հավաքել տվյալներ այն մասնակիցներից, որոնք դեռ չեն գտնվում կազմակերպչի կողմից կառավարվող ցանկում։ Սակայն Registration-ը և Guest List-ում ընդունումը տարբեր գործառնական փուլեր են։ Եթե յուրաքանչյուր ձևի ուղարկում անմիջապես համարվում է ընդունված, թիմը կարող է կորցնել իրավասությունը վերանայելու, թերի կամ ոչ համապատասխան հայտերը տարբերակելու և փոխանցված տվյալների հստակ գրառում պահելու հնարավորությունը։ QRGATE-ը հանրային Registration շերտը պահում է Event Guest List-ից առանձին։ Manual Guest List transfer-ը լռելյայն ռեժիմն է, իսկ Automatic transfer-ը հասանելի է միայն այն դեպքում, երբ կազմակերպիչը միացրել է այն համապատասխան Registrations-ի համար։
Գործառնական խնդիրը․ հայտը նույնը չէ, ինչ ընդունված Guest-ը
Public Registration Page-ը ձևը ուղարկելու պահին ստեղծում է Attendee Registration գրառում։ Այն անմիջապես Guest չի ստեղծում և ինքնուրույն մուտք Event չի թույլատրում։ Այս տարբերակումը կարևոր է համաժողովների, կորպորատիվ միջոցառումների, գործակալությունների կողմից կառավարվող հաճախորդների Events-ի, ասոցիացիաների և այն վայրերի համար, որտեղ կազմակերպիչը պետք է վերահսկվող Guest List պահի։ Սահմանված հաստատման գործընթացի բացակայության դեպքում թիմը կարող է New հայտերը շփոթել ընդունված մասնակիցների հետ, չստուգված գրառումը համարել Invitation-ի պատրաստ կամ ենթադրել, որ գրանցումն ինքնին թույլ է տալիս մուտք գործել։
- Հանրային հայտը կարող է դեռ պահանջել ստուգում կամ կազմակերպչի վերանայում։
- New, Approved, Rejected և Waitlist կարգավիճակները նկարագրում են Registration-ի աշխատանքային հոսքը․ դրանք վճարման հաստատում, տոմսի տրամադրում կամ երաշխավորված մուտք չեն նշանակում։
- Registration-ը Guest List փոխանցելուց առաջ պետք է ունենա փաստաթղթավորված հաստատման հիմք։
- Registration-ը Guest List ավելացնելը ինքնաբերաբար Invitation չի ուղարկում և Check-in-ի թույլտվությունը չի ավարտում։
Ինչ են տեսնում մասնակիցներն ու միջոցառման թիմը, երբ գործընթացը հստակ չէ
Անորոշ գործընթացը ապագա մասնակիցների համար կարող է ստեղծել անորոշություն․ ձևը կարող է թվալ որպես մասնակցության հաստատում, թեև կազմակերպիչը դեռ չի ընդունել տվյալ անձին։ Մասնակիցը կարող է նաև հակասական հրահանգներ ստանալ, եթե թիմի մի անդամը հայտը դիտարկում է որպես Guest, իսկ մյուսը շարունակում է այն պահել վերանայման աղյուսակում։ Սա հատկապես կարևոր է խմբային գրանցումների դեպքում, երբ մեկ Registration Contact կարող է ավելացնել մի քանի անձի, բայց յուրաքանչյուր մասնակից պետք է ունենա առանձին Registration և հետագայում՝ առանձին Guest lifecycle։
- Մասնակիցը կարող է չիմանալ՝ հայտը վերանայվում է, ընդունվել է, թե Waitlist-ում է։
- Թիմը կարող է դժվարանալ տարբերակել Registration-ի և Guest-ի տվյալները, ինչպես նաև հետագա RSVP պատասխանները։
- Անունների ու պատասխանների կրկնօրինակումը երկրորդ ցանկում կարող է ստեղծել կրկնվող կամ անհասկանալի փոխակերպման գրառումներ։
- Մուտքի աշխատակիցները կարող են տեղեկություն ստանալ այն անձի մասին, որը դեռ չի անցել Guest, Invitation, QR Ticket և վավերացված Check-in սովորական գործընթացը։
Ինչու են սովորական ձեռքով լուծումները սահմանափակ
Պարզ վերանայման հերթի համար աղյուսակը կարող է օգտակար լինել, իսկ QRGATE-ը աջակցում է կազմակերպչի կողմից կառավարվող Guest List-ին և աջակցվող Excel աշխատանքային հոսքերին։ Սակայն անջատված աղյուսակը ինքնուրույն չի ապահովում Event Registration-ի և արդյունքում ստեղծված Guest-ի միջև կապը։ Թիմը կարող է ստիպված լինել ձեռքով պատճենել անունները, ստուգել էլ․ փոստի կարգավիճակը, մեկ տեղում նշել հաստատումը և մեկ այլ տեղում թարմացնել Guest List-ը։ Այդ քայլերը դժվարացնում են հասկանալը, թե որ մասնակիցն է արդեն փոխակերպվել և արդյոք հանրային խմբագրումը պետք է փակվի։
- Տողը Approved նշելը ինքնուրույն չի ստեղծում ճիշտ Event-ին պատկանող Guest գրառում։
- Copy-paste գործողությունները դժվարացնում են կրկնակի փոխակերպման կամ նույն մասնակցի կրկնակի գրանցման հայտնաբերումը։
- Աղյուսակի կարգավիճակը կարող է չտարբերակել Registration-ի ստուգումը Guest List փոխակերպման վիճակից։
- RSVP-ն կամ վճարման տեղեկությունը հաստատում համարելը կարող է խառնել տարբեր գործառնական որոշումները։
Ինչպես է QRGATE-ը տարանջատում վերանայումը, հաստատումը և Guest List փոխանցումը
QRGATE-ի կամընտիր Event Registration մոդուլը տրամադրում է Public Registration Page, կարգավորվող Registration Form և Registration-ի կառավարման շերտ՝ Guest List-ից առաջ։ Manual ռեժիմում, որը լռելյայն է, կազմակերպիչը վերանայում է Registration գրառումները, թարմացնում է աջակցվող կարգավիճակը և փոխանցման համար ընտրում համապատասխան մասնակիցներին։ Add selected to Guest List գործողությունը կատարում է փաստաթղթավորված backend ստուգումները, ապա ստեղծում Guest գրառումը։
- Registration գրառումները կարող են ունենալ New, Approved, Rejected և Waitlist կարգավիճակներ։
- Registration ցանկը կարող է ցույց տալ մասնակցի տվյալները, Registration Contact-ը, Registered by-ը, հաստատման վիճակը, ամսաթիվը և ժամը, ընթացիկ կարգավիճակը, հաշվարկված գինը և Guest List փոխակերպման վիճակը։
- Յուրաքանչյուր մասնակից ունի հստակ փոխակերպման վիճակ՝ օրինակ Not added կամ Added to Guest List։
- QRGATE-ը պահպանում է սկզբնական Registration-ի և ստեղծված Guest-ի կապը և թույլ չի տալիս նույն Registration-ը փոխակերպել երկու անգամ։
- Guest List փոխանցումից հետո հանրային Registration-ի խմբագրումը փակվում է, իսկ հաջորդ փուլի գործառնական օբյեկտը դառնում է Guest-ը։
Համապատասխան Registration-ի հաստատման հիմքը
Հաստատումը պետք է դիտարկել համապատասխանության հետ միասին, ոչ թե դրա փոխարեն։ Self-registration-ի դեպքում մասնակիցը պետք է հաստատի իր էլ․ փոստի հասցեն։ Group Registration Contact-ի կողմից ավելացված մասնակցի համար թույլատրելի հիմքը հաստատված և այդ անձանց ավելացնելու լիազորություն ունեցող Registration Contact-ն է։ Սա չի նշանակում, որ յուրաքանչյուր մասնակցի սեփական էլ․ փոստը հաստատված է։ Մասնակիցը հետագայում կարող է secure self-claim գործընթացով հաստատել իր հասցեն և Guest List փոխանցումից առաջ ստանձնել իր անձնական Registration տվյալների կառավարումը։
- Self verified նշանակում է, որ մասնակիցը հաստատել է իր սեփական էլ․ փոստը։
- Verified Registration Contact նշանակում է, որ խմբային հայտը եկել է հաստատված և լիազորված կոնտակտից։
- Registration Contact-ի հաստատումը նույնը չէ, ինչ յուրաքանչյուր մասնակցի անձնական էլ․ փոստի հաստատումը։
- Pending verification վիճակը պետք է տեսանելիորեն տարբերվի հաստատված հիմքից։
Ինչպես են QRGATE-ի մոդուլներն աշխատում միասին
Գործընթացը կառուցված է մեկ Event համատեքստի շուրջ։ Event Registration-ը հավաքում և պահպանում է հայտը։ Registration Contact և Attendee Registration գրառումները պահպանում են խմբային ու անհատական կապերը։ Guest List-ը ստանում է միայն ընտրված փոխանցման քաղաքականությանը համապատասխանող մասնակիցներին։ Փոխանցումից հետո Guest գրառումն աջակցում է Invitation, կամընտիր RSVP, QR Ticket և վավերացված Check-in սովորական lifecycle-ին։ Մոդուլների կապակցված լինելը պահպանում է սկզբնական Registration-ը որպես պատմական և կապային աղբյուր, իսկ Guest-ը դառնում է գործառնական գրառում։
- Event և Registration Settings-ը սահմանում են՝ արդյոք Registration-ը միացված է, ինչպես նաև ժամանակահատվածը, տարողունակությունը և փոխանցման ռեժիմը։
- Registration Form Builder-ը հավաքում է ստանդարտ դաշտեր և աջակցվող custom հարցեր։
- Registration-ի և Guest List-ի conversion state-ը ցույց է տալիս յուրաքանչյուր մասնակցի ընթացքը։
- Invitation-ը փոխանցումից հետո առանձին կազմակերպչական գործընթաց է։
- RSVP-ն գրանցում է մասնակցության մտադրությունը, իսկ Check-in-ը՝ վավերացված մուտքի արդյունքը։
Միջոցառման գրանցումների հաստատման գործնական գործընթաց
Պայմանական կորպորատիվ համաժողովի համար կազմակերպիչը կարող է հրապարակել բրենդավորված Registration Page և հավաքել աշխատակիցների, գործընկերների կամ հաճախորդների տվյալները։ Հետևյալ հաջորդականությունը պահում է վերանայումն ու փոխանցումը հստակ։
- 1. Միացրեք Event Registration-ը Event-ի համար և կարգավորեք Registration opens ու Registration closes ամսաթվերը, առավելագույն attendee capacity-ն և հանրային հասանելիության ցուցադրումը։
- 2. Registration Form-ում ավելացրեք ստանդարտ դաշտերը և համապատասխան custom հարցերը, օրինակ՝ ընկերություն, պաշտոն կամ մասնակցության պահանջներ։
- 3. Հայտերը ստացեք Registration շերտում։ Հայտը պահպանվում է մինչև էլ․ փոստի հաստատումը, ուստի ուշացած հաստատման նամակը չի ջնջում Registration-ը։
- 4. Վերանայեք մասնակցին, Registration Contact-ին, Registered by տվյալը և հաստատման վիճակը։ Խմբային հայտի դեպքում յուրաքանչյուր մասնակցի դիտարկեք որպես առանձին Registration։
- 5. Սահմանեք համապատասխան կարգավիճակը՝ New, Approved, Rejected կամ Waitlist։ Կարգավիճակը մի համարեք վճարման հաստատում, տոմսի տրամադրում կամ մուտքի թույլտվություն։
- 6. Manual ռեժիմում ընտրեք Approved և համապատասխան մասնակիցներին ու օգտագործեք Add selected to Guest List։ QRGATE-ը ստուգում է Event-ը, լիազորությունը, կարգավիճակը, հաստատման հիմքը, կրկնօրինակների կանոնները և փոխակերպման վիճակը։
- 7. Հաստատեք Added to Guest List վիճակը և շարունակեք Guest-ի սովորական գործընթացով։ Invitation-ները ուղարկեք առանձին, ապա անհրաժեշտության դեպքում օգտագործեք RSVP, QR Ticket և վավերացված Check-in։
Երբ կարող է հարմար լինել Automatic transfer-ը և որոնք են դրա սահմանափակումները
Manual transfer-ը կազմակերպչին տալիս է գիտակցված վերանայման փուլ։ QRGATE-ը նաև աջակցում է կազմակերպչի կողմից միացվող Automatic Guest List transfer ռեժիմին՝ համապատասխան Registrations-ի համար։ Այդ ռեժիմում կազմակերպիչը նախապես սահմանում է Event-ի քաղաքականությունը, և համակարգը կարող է համապատասխան Registration-ը տեղափոխել Approved կարգավիճակ և Guest List՝ փաստաթղթավորված հաստատման հիմքի համաձայն։ Automatic transfer-ը նույնպես սկսվում է Registration գրառումից և թույլ չի տալիս կամայական, չստուգված հանրային հայտը վերածել Guest-ի։
- Automatic transfer-ը կամընտիր է․ Manual transfer-ը մնում է լռելյայն։
- Automatic ռեժիմում նույնպես գործում են համապատասխանության և backend ամբողջականության ստուգումները։
- Automatic transfer-ը ինքնաբերաբար Invitation չի ուղարկում։
- Automatic transfer-ը մուտք չի թույլատրում, չի փոխարինում QR Ticket-ի վավերացմանը և չի շրջանցում Check-in-ի սովորական գործընթացը։
- Automatic waitlisting և automatic Invitation campaigns-ը QRGATE-ի փաստաթղթավորված հնարավորություններ չեն։
Գործառնական առավելություններ՝ առանց չափազանց խոստումների
Վերահսկվող հաստատման գործընթացը կարող է պարզեցնել պարտականությունների բաշխումը, քանի որ թիմն առանձին վիճակներ ունի հայտի, հաստատման, ընդունման և Guest List փոխակերպման համար։ Registration-ի և Guest-ի պահպանված կապը կարող է նաև նվազեցնել այն անհրաժեշտությունը, որ թիմը վերականգնի, թե ինչպես է մասնակիցը մտել Event-ի գործընթաց։ Այս օգուտները բխում են նույն Event համատեքստում տվյալներն ու անցումները պահելուց և չեն հանդիսանում որոշակի տոկոսային բարելավման կամ կազմակերպչի ընդունելության քաղաքականության փոխարինման խոստում։
- Վերանայողները կարող են աշխատել Registration ցանկից՝ յուրաքանչյուր հանրային հայտը Guest չհամարելով։
- Conversion state-ը օգնում է գտնել Not added և արդեն Added to Guest List մասնակիցներին։
- Կրկնակի փոխակերպման պաշտպանությունը օգնում է թույլ չտալ, որ մեկ Registration-ը մի քանի Guest ստեղծի։
- Guest List-ը համատեղելի է ձեռքով ստեղծված և աջակցվող Excel-ով ներմուծված Guest-երի հետ։
- Գործընթացը Registration-ը, Invitation-ը, RSVP-ն, QR Ticket-ը և Check-in-ը պահում է որպես առանձին քայլեր։
Գործարկումից առաջ ստուգվող նախապայմաններն ու սահմանափակումները
Registration Page հրապարակելուց առաջ որոշեք՝ Event-ը պետք է օգտագործի Manual, թե Automatic transfer, և ինչ հաստատման հիմք է ընդունելի ձեր մասնակիցների խմբերի համար։ Հաստատեք Registration-ի ժամանակահատվածը, տարողունակությունը, ձևի հարցերը և կազմակերպչի տրամադրած տեղեկատվությունը։ Հիշեք, որ QRGATE-ի Registration pricing-ը տեղեկատվական է․ հարթակը կարող է հաշվարկել base price-ը և աջակցվող պատասխանների կամ տարբերակների ճշգրտումները, սակայն այն payment processor կամ public ticket sales platform չէ։
- Registration-ը պետք է պատկանի ճիշտ Event-ին և անցնի կիրառելի հաստատման ու համապատասխանության կանոնները։
- Capacity-ը հաշվարկվում է attendee-ների թվով, ոչ թե Registration Group-երի թվով։
- Registration QR code-ը տանում է Public Registration Page, ոչ թե QR Ticket կամ մուտքի հավատարմագիր։
- Guest List transfer-ը փակում է հանրային Registration-ի խմբագրումը, ուստի վերանայման ժամկետն ու պատասխանատվությունը պետք է նախապես համաձայնեցվեն։
- Եթե պահանջվում է այստեղ չփաստաթղթավորված արտադրանքի վարքագիծ, ենթադրելու փոխարեն դիմեք support@qrgate.org։
Հաճախ տրվող հարցեր
Յուրաքանչյուր հանրային Event Registration անմիջապես դառնո՞ւմ է Guest։
Ոչ։ Հանրային հայտը նախ պահպանվում է որպես Attendee Registration։ Լռելյայն Manual ռեժիմում կազմակերպիչը վերանայում է գրառումը և Add selected to Guest List գործողությամբ փոխանցում համապատասխան մասնակցին։ Automatic transfer-ը կամընտիր, կազմակերպչի կողմից միացվող քաղաքականություն է և չի թույլատրում չվերահսկվող Guest ստեղծում։
Ինչպե՞ս է QRGATE-ում աշխատում Manual Guest List transfer-ը։
Կազմակերպիչը վերանայում է Registration գրառումները, անհրաժեշտության դեպքում թարմացնում է կարգավիճակները, ընտրում Approved և համապատասխան մասնակիցներին ու օգտագործում Add selected to Guest List։ QRGATE-ը Guest-ը ստեղծելուց առաջ ստուգում է Event-ը, կազմակերպչի լիազորությունը, Registration-ի կարգավիճակը, հաստատման հիմքը, կրկնօրինակների կանոնները և փոխակերպման վիճակը։
Ի՞նչ Registration կարգավիճակներ կարող են օգտագործել կազմակերպիչները։
QRGATE-ը փաստաթղթավորում է չորս կարգավիճակ՝ New, Approved, Rejected և Waitlist։ Դրանք աջակցում են Registration-ի վերանայմանը և չպետք է ներկայացվեն որպես վճարման հաստատում, տոմսի տրամադրում կամ երաշխավորված մուտք։
Ի՞նչն է Event Registration-ը համապատասխան դարձնում Guest List փոխանցման համար։
Պահանջվում է փաստաթղթավորված հաստատման հիմք։ Self-registration-ի դեպքում մասնակիցը հաստատում է իր էլ․ փոստը։ Խմբային Registration Contact-ի կողմից ավելացված մասնակցի դեպքում հիմք կարող է լինել հաստատված և լիազորված Registration Contact-ը։ Contact-ի հաստատումը ինքնաբերաբար չի հաստատում յուրաքանչյուր մասնակցի անձնական էլ․ փոստը։
Կարո՞ղ է QRGATE-ը համապատասխան Registrations-ը ավտոմատ փոխանցել Guest List։
Այո, եթե կազմակերպիչը Event-ի համար միացնում է Automatic Guest List transfer-ը։ Համակարգը նախ ստեղծում է Registration և կիրառում է հաստատման, համապատասխանության, կրկնօրինակների պաշտպանության և backend ամբողջականության կանոնները։ Manual transfer-ը մնում է լռելյայն։
Registration-ը Guest List ավելացնելը ինքնաբերաբար Invitation ուղարկո՞ւմ է։
Ոչ։ Փոխանցումը ստեղծում է Guest-ը և պահպանում Registration-ի կապը, սակայն Invitation ինքնաբերաբար չի ուղարկվում։ Կազմակերպիչը շարունակում է առանձին Invitation գործընթացով։
Registration-ի հաստատումը մուտք գործելու իրավունք տալի՞ս է։
Ոչ։ Registration-ը և Guest List փոխանցումն ինքնուրույն մուտք չեն թույլատրում։ Guest ստեղծվելուց հետո գործում է սովորական lifecycle-ը՝ Invitation, կամընտիր RSVP, QR Ticket և վավերացված Check-in։ Registration QR code-ը նախատեսված է Registration Page բացելու, ոչ թե մուտք գործելու համար։
Ի՞նչ է լինում Registration գրառման հետ, երբ մասնակիցը ավելացվում է Guest List։
Registration-ը պահպանվում է որպես պատմական և կապային աղբյուր, իսկ QRGATE-ը գրանցում է Guest-ի կապն ու conversion state-ը։ Հանրային խմբագրումը փակվում է, մասնակցի վիճակը դառնում է Added to Guest List, իսկ հետագա Invitation, RSVP, QR Ticket և Check-in գործընթացների գործառնական գրառումը դառնում է Guest-ը։
Ստեղծեք գրանցումների վերահսկվող հաստատման գործընթաց
Հանրային հայտերը պահեք ընդունված Guest List-ից առանձին, հստակ վերանայեք համապատասխանությունը և հաստատված մասնակիցներին բացահայտ փոխանցեք Event-ի գործընթաց։ Ստեղծեք QRGATE հաշիվ և փորձեք demo-ն ձեր հաջորդ Event-ի համար։
Ստեղծել հաշիվ և փորձել QRGATE demo-ն