Event pricing option for members vs non-members
Current Behavior: Event registration form allows you to add custom options with extra charge and allows you to display extra charge multiplier functions. None of these options allow control of display prices based on member vs non-member pricing.
Sample Layout of current behavior for radio button with extra charge to handle member vs non-member pricing:
Workshop (Sunday, February 5, 2017)
X Member $125
X Non-member $175
Desired behavior: Would like a custom extra charge function to display pricing based on whether the individual is a member or non-member. For instance, if we are holding a workshop at an event which costs extra money, we want to display a "member" price to a logged in member. However, if they are not a member (or not logged in), we want a difference "Default" price offered for this same selection.
Sample layout of desired behavior:
Workshop (Sunday, February 5, 2017) $175 $125
NOTES: The non-member pricing will be the default displayed price. If the individual is logged in as a member, the member pricing will replace the default pricing and the member rate will be captured for invoicing purposes.
This seems like a very obvious thing to have. We just made two events, one for non members one for members. This method makes things like inventory/capacities harder to manage.
We need to have member pricing and non-member pricing on the same registration form, so members can add guests and pay non-member price. This seems to be an important issue for many of your customers. Hoping you can implement this soon.
Internet Administrator commented
Please allow us the option to adjust event add-on prices according to membership type/level., EG: If there's a t-shirt for the event that we offer for sale, but certain membership levels get it for a discount or free if they choose that option.
I'm setting up an event and am very frustrated by the limitations of the "guest" feature. For this event, members attend for free, and non-members AND guests of members are $5. Many of our members are couples and are accustomed to registering together, i.e. one person registers both members plus a few non-member guests. Because the "guest" price can only be set to one price, it’s impossible for two members to register on the same order and both attend for free.
Does anyone have a good workaround for this? Requiring both members register separately will confuse our members and throw off our registration packets. We are considering not using Wild Apricot at all for this event because it's too confusing for members. This is very unfortunate, because one of the main reasons we switched to WA was so that we could do event registrations online!
This would be great. Especially for events that have many priced selections
The member & non-member fee in the registration types, makes it an overall price difference.
I run dance competitions that members and non-members can sign up for many selections, but would be great if members, selecting specific options could get a discount or lowered price. Without relying on them checking the box. If they check the box, then it manually needs to be double checked.
Only way around this I can see is to have two registration/event forms. And that is nasty to manage!
Stephen D Matters commented
This still needs to be addressed. We have a possible seven or more price structure that we would like to use through WA:
Member Discount Day
with possible special prices for various events.
These items should be able to either have a price template that can be set up and used throughout, depending on the tickets available on the day, or they should be sortable with the Non-Member pricing first on down to the lowest pricing.
Dawn Bellinger commented
We have solved this problem by creating two different Registration Types, one for members and one for non-members. If they are logged in as a member, they can get the lower price because we restrict that Registration Type to members only. Non-Member pricing is available to the public.
Walt Bilofsky commented
Couldn't this be done by two registration types, one for members only and one for non-members?
The only glitch is that the Availability for the non-member type would have to be set to Everyone, so members would see both types and have to pick the one for members only.
Naming the types appropriately would probably be enough to deal with this.
It would be cleaner to have a new Availability option of "Non-members only."