One Member Registers Multiple Members for an Event
Hello,
I mentioned this in the last survey I took and Dmitry suggested I post this here.
We have encountered several instances where allowing a member to sign up other members for an event would be a big advantage.
For example:
Member Frank would like to make a reservation for dinner with member Mike. It would be faster and tidier if Frank can do this in one registration. This way, Mike and Frank both appear on the list of registrants and both will receive updates about the dinner event. At present both would have to register separately (this would cause some confusion as to who is sitting with whom), or as Frank plus 1, in which case Mike would not receive any notice about the event.
To take this example further, we have many couples who are members. I have given both parties login credentials so that they can access the various sections of the site that are for the members only. Under the current system both parties would have to register for an event in order to appear on the registration list. Many, many times I have been asked to allow them to register both parties at one time.
We also do team events of up to 8 members so this would be very helpful in that regards as well.
Any change to the system that would allow this would not need too much in terms of error checking since every party that is registered would receive notice and any errors could be very simply corrected by the administrator.
I'm not sure what type of control I would suggest for this, but a drop down box would work, although it would be tricky if you have a very long list of members.
Maybe we can implement a screen where the member chooses the other members who are authorized to register them for events??? Just a thought.
Anyway, i'd be very interested in everyone thoughts about this.
It would help me immensely!
Thanks!
John Williams
jcwillie
shared this idea
-
Dmitry Buterin commented
Thanks for the details, this does illustrate your case quite well.
Unfortunately for now this kind of setup does not seem to common among Wild Apricot clients so it does not look like we can promote this to our roadmap and do anything about this for at least the next 12 months, sorry. So you need to evaluate whether current Wild Apricot functionality with the manual workarounds it requires for you is a satisfactory fit for your registration needs - or consider alternative registration solutions.
-
jcwillie
commented
OK. We're running an event right now I think provides a good example of what I'm talking about.
We have a golf event that is a team event, two members per team.
I would like to have the ability to have one member sign himself up, and then choose his playing partner from a drop down box or some other control that I provide the range of possible selections.
The current system (using the Guest feature) would work fine, if every member followed my instructions 100% literally and filled out the registration accordingly, but the reality is really quite far from that.
I searched through the registrations for this event today and found 20% had not filled out the form correctly. Here's what happened.
1) My instructions were to fill in the member's own information and then register the playing partner (also a member) as a guest by entering the 2nd member's e-mail address.
2) Some members did this, others did not. Some registered as a Guest "Need a Playing Partner" or "????????', not valid e-mail addresses for existing members.
This is a problem for me because I am now left with two options. Either I continue to allow multiple registrations using the guest workaround above, in which case I have to actively police every registration to make sure it is valid, or I have to have each member sign up individually for every event, which is what I did last year, and I received about a dozen complaints a week about it.
What I would love to see is an enhancement or set of enhancements to the system, where a single member can sign up multiple members (the number of members is most likely going to be unique for each event, I should be able to control this when setting up the registration form) for any single event.
Each member registered for an event in this way should appear on the list of registrants and should receive e-mail about the event in accordance with their own individual e-mail settings. Also the event should appear on their profile as it would if they registered themselves.
Thanks!
-
John,
Sorry but most likely we will not be able to change anything in this regard before the of 2010.
Also, we are still trying to figure out the core issue here. We do have the ability now to register multiple people in one transaction:
https://help.wildapricot.com/display/DOC/Setting+up+events
But apparently this is not addressing all cases.
I would highly appreciate as much detail /examples as possible to help us understand the key issue we need to address.
-
jcwillie
commented
Dmitry,
This is really my biggest problem with running our events right now. If you can come up with some kind of solution or even a workaround, that would really help me so much.
We are talking about some big events in the fall that would really be made much simpler with some form of multiple member or group registration.
Thanks for considering it!
John W.
-
Monica
commented
We have a very similar situation with our organization. We have individual memberships; however, groups of individual members work at the same company. We have monthly events at which members will coordinate the event registration for all individual members at his/her company.
Right now, we are having members email us their group registrations. However, it would be nice if members could register both non-members and other members for events. Particularly since their employers are usually picking up the tab for the registration fees. One registration invoice for all including members and non-members would be very helpful.
Thank you.
-
jkunrein
commented
We have the same request.
We have an annual event for which we sell both individual tickets or tables of 8 for a discounted price. Currently we have the registrant enter all names and dinner choices in a text field for the tables, but as you can imagine, it causes some overhead on the back end to get an accurate count. It also limits our ability to send updates to the other 7 attendees, as John mentioned.
-
John, thanks for posting.
Everyone - I would appreciate your feedback on this.
