Միջոցառման բազմամասնակից գրանցումը բարդանում է, երբ մեկ անձ լրացնում է տվյալներ մի քանի այլ անձանց փոխարեն, իսկ օպերացիոն համակարգը այդ ուղարկված տվյալները դիտարկում է որպես մեկ կոնտակտային գրառում։ Այդ դեպքում անունները, էլեկտրոնային հասցեները, պատասխանները, կարգավիճակները և տարողության օգտագործումը կարող են դժվարությամբ համադրվել։ Հետագայում թիմը կարող է նաև դժվարանալ յուրաքանչյուր անձի կապը ճիշտ Invitation-ի, RSVP-ի, QR Ticket-ի և Check-in-ի պատմության հետ.
Հուսալի խմբային գրանցման գործընթացը առանձնացնում է Registration Contact-ը, Registration Group-ը և առանձին Attendee Registration գրառումները։ QRGATE-ի կամընտիր Event Registration մոդուլը աջակցում է այս կառուցվածքին՝ մինչև համապատասխան մասնակիցների փոխանցումը կազմակերպչի կառավարվող Guest List։ Արդյունքում ստացվում է վերահսկվող ճանապարհ՝ խմբային տվյալների ընդունումից մինչև առանձին Guest գործողություններ, առանց հանրային ուղարկված ձևը ավտոմատ ընդունելություն համարելու.
Օպերացիոն խնդիրը․ մեկ կոնտակտ, մի քանի մասնակից
Պատկերացրեք պայմանական ընկերության միջոցառում, որի համար վարչական համակարգողը գրանցում է հինգ աշխատակցի։ Համակարգողը այն անձն է, որը հաստատում է Registration Contact-ի էլեկտրոնային հասցեն և կառավարում խումբը, սակայն հինգ աշխատակիցները շարունակում են մնալ հինգ տարբեր մասնակիցներ։ Եթե նրանց տվյալները պահպանվեն միայն որպես մեկ ընդհանուր ուղարկված գրառում, միջոցառման թիմը կարող է չհասկանալ, թե ով որ տարբերակն է ընտրել, ով որ պատասխանը տվել և ում պետք է ուղարկվի հետագա հաղորդագրությունը։
- Մեկ կոնտակտի ուղարկած տվյալները կարող են մի քանի անձանց ներկայացնել որպես մեկ անորոշ գրառում։
- Ընդհանուր կամ կրկնօրինակված էլեկտրոնային հասցեները կարող են դժվարացնել ինքնության որոշումը։
- Խմբի չափը կարող է սխալ հաշվարկվել, եթե թիմը հաշվում է ուղարկված ձևերը, ոչ թե մասնակիցներին։
- Հետագա Guest գործողությունների համար յուրաքանչյուր մասնակից պետք է ներկայացված լինի առանձին։
Ինչու է սա կարևոր հյուրերի և միջոցառման թիմերի համար
Խնդիրը միայն տվյալների բազայի կառուցվածքը չէ։ Հյուրերը ակնկալում են, որ իրենց անուններն ու տվյալները ճիշտ կօգտագործվեն, իսկ միջոցառման թիմերին անհրաժեշտ է դիտարկում, որը կաջակցի վերանայմանը, համապատասխանության ստուգմանը և մուտքի նախապատրաստմանը։ Եթե տվյալների ընդունման փուլում անհատական ինքնությունը կորչի, թիմը կարող է ստիպված լինել համադրել աղյուսակ, էլեկտրոնային նամակներ և Guest List՝ գործընթացը շարունակելու համար. Մասնակիցը հետագայում կարող է նաև ցանկանալ կառավարել իր գրանցումը։ Օրինակ՝ համակարգողի կողմից սկզբում ավելացված գործընկերը կարող է անհրաժեշտություն ունենալ հաստատելու կամ փոփոխելու իր անձնական տվյալները։ Այդ փոխանցումը դժվար է, երբ ամբողջ խումբը ներկայացված է որպես մեկ չտարբերակված գրառում։
- Եթե մասնակիցների գրառումները առանձնացված չեն, հյուրերը կարող են ստանալ անորոշ կամ սխալ հետադարձ կապ։
- Կազմակերպիչները կարող են ստիպված լինել ձեռքով համադրել անունները, պատասխաններն ու կարգավիճակները։
- Guest List փոխանցումը կարող է ավելի դժվար լինել անվտանգ վերանայելու համար։
- Մուտքի թիմերին անհրաժեշտ են առանձին Guest և QR Ticket գրառումներ, ոչ միայն խմբի ընդհանուր թիվը։
Ինչու չեն բավարարում աղյուսակային տարածված լուծումները
Աղյուսակը կարող է օգտակար լինել պլանավորման համար, սակայն հաճախ թիմը պետք է ինքնուրույն ստեղծի խմբերի նույնացուցիչներ, մասնակիցների տողեր, ստուգման սյունակներ, հաստատման կարգավիճակներ և փոխանցման նշումներ։ Անհրաժեշտ կարող են լինել նաև առանձին ձեռքով քայլեր՝ յուրաքանչյուր անձին 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 կարգավիճակը, հաշվարկված գնի snapshot-ը և Guest List փոխակերպման վիճակը։ Այսպիսով խմբային կապը տեսանելի է, բայց չի փոխարինում անհատական ինքնությանը։ Եթե մասնակիցը հետագայում անվտանգ self-claim գործընթացով հաստատում է իր էլեկտրոնային հասցեն, նա կարող է ստանձնել իր անձնական Registration-ի կառավարումը, մինչ Registration Contact-ը շարունակում է տեսնել, որ տվյալ անձը խմբի մաս է։
- Registration Contact-ը տարբեր է այն անձանցից, որոնց անունից կատարվում է գրանցումը։
- Յուրաքանչյուր մասնակից ունի առանձին Attendee Registration գրառում։
- Մասնակցի մակարդակի պատասխաններն ու հաշվարկված գնի snapshot-ը մնում են համապատասխան անձի հետ կապված։
- Նույն Event-ում արդեն առկա մասնակցի էլեկտրոնային հասցեն չի ստեղծում երկրորդ Attendee Registration։
- Self-claim-ը մասնակցին հնարավորություն է տալիս Guest List փոխանցումից առաջ անձամբ կառավարել իր Registration-ը։
Ինչպես են QRGATE-ի մոդուլները համագործակցում գրանցումից հետո
Մոդուլները աշխատում են փուլերով և չեն միավորում գրանցումն ու ընդունելությունը մեկ գործողության մեջ։ Event Registration-ը Guest List-ից առաջ տվյալների ընդունման և համապատասխանության շերտն է։ Երբ մասնակիցը համապատասխանում է պահանջներին, կազմակերպիչը կարող է օգտագործել Manual Guest List transfer-ը, որը լռելյայն ռեժիմն է, կամ միացնել Automatic Guest List transfer-ը համապատասխան Registration-ների համար. Փոխանցումից հետո յուրաքանչյուր մասնակից դառնում է առանձին Event-ին հատուկ Guest՝ կապված իր սկզբնական Registration-ի հետ։ Այնուհետև Guest-ի սովորական գործընթացը կարող է շարունակվել Invitation-ով, կամընտիր RSVP-ով, QR Ticket-ով և վավերացված Check-in-ով։ Փոխանցումը ինքնաբերաբար Invitation չի ուղարկում, իսկ QR Ticket չի ստեղծվում որպես հանրային ձևը տարածելու համար նախատեսված Registration QR code-ի փոխարինող։
- Event Registration-ը հավաքում և կառուցում է մասնակցի տվյալները՝ Guest List-ում հայտնվելուց առաջ։
- Registration Contact-ը և Registration Group-ը պահպանում են համակարգողի ու մասնակիցների կապը։
- Guest List փոխանցումը յուրաքանչյուր փոխանցված մասնակցի համար ստեղծում է առանձին Guest/Ticket գրառում։
- Invitation-ը փոխանցումից հետո մնում է կազմակերպչի առանձին գործողությունը։
- Յուրաքանչյուր Guest կարող է ունենալ իր Invitation-ը, RSVP վիճակը, QR Ticket-ը և Check-in պատմությունը։
Բազմամասնակից գրանցման գործնական գործընթաց
Հետևյալ գործընթացը կարող է օգնել ընկերության միջոցառման թիմին, միությանը կամ գործակալությանը կազմակերպել խմբային տվյալների ընդունումը։ Փոխանցման վերջնական որոշումը մնում է կազմակերպչին և Event-ի կարգավորված քաղաքականությանը։
- Միացրեք կամընտիր Event Registration մոդուլը Event-ի համար և կարգավորեք Registration Form-ը, ժամկետները և մասնակիցների առավելագույն տարողությունը։
- Տարածեք Public Registration Page-ը կամ դրա Registration QR code-ը։ Registration Contact-ը սկսում է խմբային գործընթացը և հաստատում իր էլեկտրոնային հասցեն։
- Յուրաքանչյուր մասնակցին ավելացրեք որպես առանձին Attendee Registration՝ մի քանի անձի մեկ անվան կամ պատասխանների հավաքածուում չմիավորելով։
- Վերանայեք մասնակիցների անունները, կոնտակտային տվյալները, հատուկ պատասխանները, Registration կարգավիճակը, ստուգման հիմքը և Guest List փոխակերպման վիճակը։
- Անհրաժեշտության դեպքում թույլ տվեք մասնակցին self-claim անել իր անձնական Registration-ը՝ հաստատելով սեփական էլեկտրոնային հասցեն։ Contact-ի հաստատումը չի հաստատում յուրաքանչյուր մասնակցի սեփական հասցեն։
- Manual ռեժիմում վերանայեք և հաստատեք համապատասխան մասնակիցներին, ապա օգտագործեք Add selected to Guest List։ Automatic ռեժիմում կազմակերպչի միացված քաղաքականությունը կարող է փոխանցել համապատասխան Registration-ները՝ փաստաթղթավորված ստուգումներից հետո։
- Հաստատեք, որ յուրաքանչյուր փոխանցված մասնակից երևում է որպես առանձին Guest՝ իր Registration-ի հետ կապով։ Հանրային Registration-ի խմբագրումն արգելափակվում է փոխանցումից հետո։
- Invitation-ները ուղարկեք որպես առանձին կազմակերպչական գործողություն, այնուհետև յուրաքանչյուր Guest-ի համար օգտագործեք կամընտիր RSVP, QR Ticket և վավերացված Check-in գործընթացները։
Խմբային և անհատական գրառումները առանձին պահելու առավելությունները
Հիմնական առավելությունը օպերացիոն հստակությունն է։ Registration Contact-ը կարող է համակարգել մի քանի մասնակցի՝ առանց միջոցառման թիմին ստիպելու խմբին վերաբերվել որպես մեկ անձի։ Անհատական պատասխանները, կարգավիճակները և փոխակերպման վիճակները հասանելի են մնում վերանայման համար, իսկ Registration Group-ը պահպանում է մասնակիցների կապը. Այս կառուցվածքը նաև ավելի ճշգրիտ է դարձնում տարողության պլանավորումը։ QRGATE-ը Registration capacity-ը չափում է ըստ մասնակիցների թվի, ոչ թե Registration Group-ների քանակի։ Եթե մեկ Registration Contact ավելացնում է հինգ անձի, Event-ը օգտագործում է հինգ մասնակցի տեղ։ Registration admin view-ը և աջակցվող Registration Excel export-ը կարող են օգնել թիմին վերանայել մասնակցի մակարդակի տվյալներն ու հատուկ պատասխանները։
- Անհատական ինքնությունը պահպանվում է տվյալների ընդունումից մինչև Guest List փոխանցում։
- Թիմը կարող է տարբերել Registration Contact-ին յուրաքանչյուր մասնակցից։
- Տարողությունը հաշվարկվում է ըստ մասնակիցների թվի, ոչ թե խմբերի քանակի։
- Մասնակցի մակարդակի export տվյալները կարող են ներառել ստանդարտ դաշտեր, հատուկ պատասխաններ և փոխակերպման տեղեկություն։
- Registration-ի և Guest-ի միջև կապը պահպանվում է փոխանցումից հետո։
Նախապայմաններ, սահմանափակումներ և ուշադրության կետեր
Խմբային գրանցումն առավել արդյունավետ է, երբ կազմակերպիչը նախապես սահմանում է Event-ի տվյալների ընդունման և փոխանցման կանոնները՝ հանրային էջը տարածելուց առաջ։ Registration-ը կամընտիր է, իսկ հանրային ուղարկված ձևը սկզբում պահպանվում է որպես Registration և անմիջապես չի դառնում Guest կամ մուտքի իրավունք չի տալիս. Հաստատված Registration Contact-ը հիմք է տրամադրում Contact-ի կողմից ավելացված մասնակիցների ստուգման համար, սակայն դա չի նշանակում, որ յուրաքանչյուր մասնակցի սեփական էլեկտրոնային հասցեն հաստատված է։ Մասնակիցը կարող է հետագայում self-claim անել՝ հաստատելով իր հասցեն։ Manual transfer-ը լռելյայն է, իսկ Automatic transfer-ը պետք է միացնի կազմակերպիչը և այն կիրառվում է միայն համապատասխան Registration-ների նկատմամբ։ QRGATE-ը նաև չի մշակում վճարումներ։ Տեղեկատվական գինը, հաշվարկված գումարները և արտաքին վճարման հրահանգները վճարների հավաքագրում չեն։
- Registration-ը առանձին է Guest List ընդունելությունից, RSVP-ից և Check-in-ից։
- Guest List փոխանցումը ինքնաբերաբար Invitation չի ուղարկում։
- Տարողությունը հաշվվում է յուրաքանչյուր մասնակցի համար․ New և Approved մասնակիցները օգտագործում են սովորական տարողությունը, իսկ Rejected և Waitlist մասնակիցները՝ ոչ։
- Փոխակերպված Registration-ը կրկին չի կարող փոխակերպվել, իսկ հանրային խմբագրումն արգելափակվում է փոխանցումից հետո։
- Ավտոմատ waitlisting-ը, վճարների մշակումը և հանրային ticket sales-ը չպետք է ենթադրել։
- Եթե Product Brain-ում որևէ ապրանքի պահանջ փաստաթղթավորված չէ, ենթադրության փոխարեն դիմեք support@qrgate.org։
Հաճախ տրվող հարցեր
Կարո՞ղ է մեկ Registration Contact գրանցել մի քանի մասնակցի նույն Event-ի համար։
Այո։ Հաստատված Registration Contact-ը կարող է ստեղծել կամ կառավարել Registration Group և նույն Event-ի համար ավելացնել մի քանի մասնակցի։ Յուրաքանչյուր անձ պահպանվում է որպես առանձին Attendee Registration գրառում։
Խմբային գրանցման յուրաքանչյուր անձ ունի՞ առանձին մասնակցի գրառում։
Այո։ Յուրաքանչյուր մասնակից ունի անհատական Attendee Registration՝ իր տվյալներով, պատասխաններով, կարգավիճակով, հաշվարկված գնի snapshot-ով և Guest List փոխակերպման վիճակով։ Առանձին Guest նրանք դառնում են միայն համապատասխան փոխանցումից հետո։
Registration Contact-ի հաստատումը հաստատո՞ւմ է բոլոր մասնակիցների էլեկտրոնային հասցեները։
Ոչ։ Այն հաստատում է Contact-ի սեփական էլեկտրոնային հասցեն և կարող է տրամադրել հիմք Contact-ի կողմից ավելացված մասնակիցների համար։ Այն չի հաստատում յուրաքանչյուր մասնակցի անձնական էլեկտրոնային հասցեն։
Կարո՞ղ է մասնակիցը հետագայում claim անել և կառավարել իր Registration-ը։
Այո։ Registration Contact-ի կողմից ավելացված մասնակիցը կարող է իր էլեկտրոնային հասցեին ուղարկված անվտանգ հղման միջոցով հաստատել հասցեի պատկանելիությունը։ Հաջող self-claim-ից հետո նա դառնում է իր անձնական Registration-ի հիմնական հանրային խմբագիրը՝ մինչև Guest List փոխանցմամբ խմբագրման արգելափակումը։
Մի քանի մասնակից ինքնաբերաբար դառնո՞ւմ են առանձին Guest-եր։
Ոչ, միայն ուղարկվելու փաստի պատճառով՝ ոչ։ Manual ռեժիմում կազմակերպիչը վերանայում և փոխանցում է համապատասխան մասնակիցներին։ Automatic ռեժիմում կազմակերպիչը նախ պետք է միացնի քաղաքականությունը, և փոխանցվում են միայն համապատասխան Registration-ները։ Յուրաքանչյուր փոխանցված մասնակից դառնում է իր Registration-ի հետ կապված առանձին Guest։
Մասնակիցների Guest List փոխանցումից հետո Invitation-ները ինքնաբերաբար ուղարկվո՞ւմ են։
Ոչ։ Guest List փոխանցումը ինքնաբերաբար Invitation չի ուղարկում։ Փոխանցումից հետո կազմակերպիչը կարող է շարունակել յուրաքանչյուր Guest-ի սովորական Invitation գործընթացը։
Գրանցման տարողությունը հաշվվո՞ւմ է խմբով, թե՞ մասնակիցներով։
Տարողությունը հաշվվում է մասնակիցներով։ Եթե մեկ Registration Contact գրանցում է հինգ անձի, նրանք օգտագործում են հինգ տեղ, ոչ թե մեկ խմբային տեղ։ QRGATE-ի փաստաթղթավորված հաշվարկով New և Approved մասնակիցներն օգտագործում են սովորական տարողությունը, իսկ Rejected և Waitlist մասնակիցները՝ ոչ։
QRGATE-ը մշակո՞ւմ է խմբային միջոցառման գրանցման վճարները։
Ոչ։ QRGATE-ը կարող է աջակցել տեղեկատվական գնին՝ ներառյալ հիմնական գինը, արժույթը, կազմակերպչի սահմանած price suffix-ը և պատասխանների կամ տարբերակների վրա հիմնված ճշգրտումները։ Այն կարող է հաշվարկել և պահել մասնակցի մակարդակի գնի snapshot, սակայն չի մշակում վճարումներ, չի իրականացնում գործարքների հաշվարկ և չի վաճառում հանրային տոմսեր։
Գրանցումից մինչև Check-in պահեք յուրաքանչյուր մասնակցի գրառումը հստակ
Ստեղծեք QRGATE հաշիվ և փորձարկեք demo-ն՝ անհատական մասնակցի գրառումներով, Guest List փոխանցմամբ և փոխկապակցված միջոցառման գործողություններով վերահսկվող խմբային գրանցման գործընթացը ուսումնասիրելու համար։
Ստեղծել QRGATE հաշիվ և փորձարկել demo-ն