Liz

My feedback

  1. 24 votes
    Sign in
    (thinking…)
    Sign in with: facebook google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    7 comments  ·  Wishlist » Events  ·  Flag idea as inappropriate…  ·  Admin →
    Liz supported this idea  · 
  2. 143 votes
    Sign in
    (thinking…)
    Sign in with: facebook google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    86 comments  ·  Wishlist » Finances  ·  Flag idea as inappropriate…  ·  Admin →
    Liz commented  · 

    Allowing bulk emailing or printing of invoices that are returned by a search would be incredibly helpful! Currently I have to do an advanced search, export the results to Excel, have my own invoice template in Word, and do a mail merge. It's very time-consuming to do this monthly!

    Liz commented  · 

    We have many members who are older and don't have email, so we must invoice them by postal mail. Right now we do it by exporting the list of contacts with upcoming renewal due dates, reformatting the resulting Excel document, and then using the mail merge feature in Word to create invoices and mailing labels. It's a lot of work for something that should be simple and directly available through the WA interface.

    Liz supported this idea  · 
  3. 26 votes
    Sign in
    (thinking…)
    Sign in with: facebook google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    24 comments  ·  Wishlist » Events  ·  Flag idea as inappropriate…  ·  Admin →
    Liz commented  · 

    I agree that guest registrants need to have the ability to select a different registration type than the main registrant. This would solve member vs non-member pricing (when both are trying to register together) and other scenarios where different ticket types are needed within a group registering together (child, adult, senior; or gold, silver, bronze; or 1-day, 2-day, 3-day pass; etc.).

    Liz supported this idea  · 
  4. 12 votes
    Sign in
    (thinking…)
    Sign in with: facebook google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    3 comments  ·  Wishlist » Online store  ·  Flag idea as inappropriate…  ·  Admin →
    Liz commented  · 

    We haven't implemented online sales yet because we want to track all sales in a single system. We do a lot of phone and in-person orders, so we need to be able to enter those in WA.

    Liz supported this idea  · 
  5. 4 votes
    Sign in
    (thinking…)
    Sign in with: facebook google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    3 comments  ·  Wishlist  ·  Flag idea as inappropriate…  ·  Admin →
    Liz commented  · 

    I need the Extra Charge Calculation field to be required so that all registrants respond to it, but 0 needs to be a valid option.

    Liz supported this idea  · 
  6. 5 votes
    Sign in
    (thinking…)
    Sign in with: facebook google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    4 comments  ·  Wishlist  ·  Flag idea as inappropriate…  ·  Admin →

    Current Wild Apricot position on Public roadmap:

    - our current Roadmap is what we are working on now – https://forums.wildapricot.com/forums/308932/status/1547997
    Our “Work in progress” list can take us easily up to year to complete and we constantly updating it. Whoever voted for an idea, will automatically receive updates when we update its status

    - we used to publish our roadmap but цуку never able to fully follow it and it always produced tensions from customers following it; the roadmap was always perceived as a a promise even though we kept repeating it was not

    - publishing roadmap requires some place to discuss it; people have different priorities, arguments happen, this all need ongoing moderation = time. We have no special place for it, except this forum – and its already serving this purpose.

    - we use Voting system here to inform us on our customers priorities (the more votes, the…

    Liz commented  · 

    @Evgeny - There are a few missing steps that would be very helpful for us to know. For example, there's a gap between "Work in Progress" and "Resolved." I understand the difficulty balancing announcing release dates in advance and disappointing customers with delays, but it's very frustrating having feature releases sprung on me. I'm in charge of keeping our staff informed about updates and how they affect our workflow. So to not know until the day of the release exactly which things are implemented (and how they work) is very stressful. It would be useful to have documentation pages available on features before their release, and to at least have a month's heads up about the exact date on which they will roll out to our account. Maybe have a category for "Scheduled for Implementation on [Date]" to be used when you have finished developing and testing a feature, and know when you will roll it out. There are a lot of items on the "Work in Progress" list and it's hard to know which ones we'll actually be getting next.

    And similar to what Walt stated, there's also a missing step before "Work in Progress." This would help stem some of the questions on topics about "any forward movement on this yet?" And it would give us a better idea of the general roadmap, without making any promises that can't be kept.

    So maybe the categorical progression could be slightly more nuanced, for example:
    Under Consideration / Collecting Comments (for when it's been added to your internal roadmap for consideration)
    Design & Input Phase
    Development / Coding Phase
    Testing
    Scheduled for Implementation on [Date]
    Resolved / Done

    You also stated that the Wishlist is not the only source of your roadmap. It would be nice if there was a little more transparency about the "behind-the-scenes" considerations. If you help the users see more specifics about how much work is being done on the overall product goals, performance, security, bugs, etc. they will probably be more understanding about why new features sometimes take a while to implement.

    Liz supported this idea  · 
  7. 16 votes
    Sign in
    (thinking…)
    Sign in with: facebook google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    4 comments  ·  Wishlist » Events  ·  Flag idea as inappropriate…  ·  Admin →
    Liz supported this idea  · 
  8. 33 votes
    Sign in
    (thinking…)
    Sign in with: facebook google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    21 comments  ·  Wishlist » Events  ·  Flag idea as inappropriate…  ·  Admin →
    Liz commented  · 

    If I could vote for this again, I would. This is the 3rd year in a row we've needed this feature (and 8th year since being suggested). Members need to be able to register other members.

    We have an event where members are free and non-members have to pay. We have many couples and groups who wish to register together, but they cannot. This is a hassle to members, and if they register separately it throws off our registration packets.

    We also have a holiday luncheon. Everyone pays the same amount for that event, but people register in groups of 5-10. When they do it online, they add people as "guests" even though they're in fact members; then Wild Apricot doesn't show on those 9 other member profiles that those people attended the event (because the guest registration isn't connected to the member accounts). This significantly hampers our ability to send notifications and do event follow up. We can correct it one-by-one on the admin side, but at 300+ registrations, that is a huge burden.

    Liz commented  · 

    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.

    Guest registrations should have the same option to choose a different ticket type.

    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!

    Liz supported this idea  · 
  9. 154 votes
    Sign in
    (thinking…)
    Sign in with: facebook google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    56 comments  ·  Wishlist » Events  ·  Flag idea as inappropriate…  ·  Admin →
    Liz commented  · 

    This wishlist item is 8 years old. Any progress?

    This isn't the only thread that mentions this issue about needing multiple ticket types on the same order (e.g. 2+ members & 1+ guest; 2+ adults & 1+ children; etc.)

    Liz commented  · 

    Our organization really needs this to be implemented. Our folks often book as a group with one person doing the ordering, and they want to register both members and non-members on the same order. We charge a different amount for members and non-members, and WA makes these kind of group bookings impossible. The "guests" can either be the same rate as person doing the booking, or a uniform different rate; either way, you cannot get a combo of 2+ members and 1+ non-members on the same order.

    Liz supported this idea  · 
  10. 11 votes
    Sign in
    (thinking…)
    Sign in with: facebook google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    2 comments  ·  Wishlist » Events  ·  Flag idea as inappropriate…  ·  Admin →
    Liz supported this idea  · 
    Liz commented  · 

    This is a great idea and I would take it a step further: instead of checkboxes, it would be nice to have a text-box that takes a number next to each registration type, in case someone needs to register two of the same ticket type, e.g. 2 at an adult rate and 1 at a child rate. Please consider supporting this thread, which addresses this issue: https://forums.wildapricot.com/forums/308932-wishlist/suggestions/8826118-registering-families-bundles-for-events

  11. 298 votes
    Sign in
    (thinking…)
    Sign in with: facebook google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    150 comments  ·  Wishlist » Events  ·  Flag idea as inappropriate…  ·  Admin →

    I merged another very similar thread into this one, they should be solved together – the registration to multiple events should be simple and fast if possible. There are a number of suggestions in comments on how to achieve this.

    Liz commented  · 

    We still need a way to register multiple people with multiple different ticket types on the same order. The "guest" registration options are insufficient.

    Liz commented  · 

    Here are some scenarios in which variable ticket pricing is needed for additional registrants (aka "guests" of the main registrant) :
    A) A member registering another member and a guest, when members and guests have different rates.
    B) Main registrant registering people in a group for different ticket types that should have different prices such as:
    a. Senior, Adult, Child, Military, etc.
    b. Weekend Pass, Saturday Pass, Sunday Pass, etc.
    C) An employer or group manager registering others for an event (especially if they themselves are not attending). If they’re registering a group of 15, it’s incredibly cumbersome that they would have to start the registration process over each time to get the appropriate ticket types for each individual, and make 15 payments.

    Here’s the ideal workflow I would propose:
    1. The first ticket type selection screen would allow the main registrant to add additional registrants on the same page (if “guests” aka additional registrants have been set to allowed by the admins). For example, it would ask the main registrant to select their ticket type (if any) and on the same page allow them to add additional registrants and select the ticket type for each.
    2. Ticket types would still need to be protected if they’re restricted to certain member levels or groups. This could be accomplished by offering an email address input for each additional registrant to unlock and display the members-only options (otherwise only the public options will be displayed for additional registrants). Although this should really be an Admin option when setting up the ticket types, e.g. allow registrants to register others with this ticket type vs. verify each additional registrant for this ticket type.
    3. On the next screen, it would then display the main registrant’s info at the top, and the fields for all additional registrants below (depending on how many they added in the previous step). Each entry would display the ticket type and cost for that individual.
    4. Also, the ticket type selection for “guests”/additional registrants should be completely independent of the admin setting for how much information is collected about the guests (i.e. # of guests only, contact info, or full registration form).

    If that is too much of an overhaul to accomplish, the next best solution would be that the main registrant clicks “Add guest” (or preferably “Add registrant” or other custom text) and it takes them back to the ticket type selection screen. This could be an option under “Guest pricing” on the admin side of setting up the ticket type, e.g.:
    - Base price
    - Special guest price
    - Allow ticket type selection
    Again, there would need to be verification that the “guest” aka additional registrant is eligible for the selected ticket type, or an option to allow that the main registrant can register others for that ticket type if they themselves qualify for it.

    Liz commented  · 

    @Team Events - This Wishlist item is likely more popular than you think. I found at least 20 separate topics that pertain just to registering multiple people on the same order. There may be some duplication because people voted for multiple threads, but there is a total of 541 votes. Can you please consider merging some of these so that this item ranks correctly?

    https://forums.wildapricot.com/forums/308932-wishlist/suggestions/8826118-registering-families-bundles-for-events

    https://forums.wildapricot.com/forums/308932-wishlist/suggestions/16825978-event-pricing-option-for-members-vs-non-members

    https://forums.wildapricot.com/forums/308932-wishlist/suggestions/10923894-add-multiple-guests-to-registration

    https://forums.wildapricot.com/forums/308932-wishlist/suggestions/8825998-one-member-registers-multiple-members-for-an-event

    https://forums.wildapricot.com/forums/308932-wishlist/suggestions/8827651-variable-pricing-for-additional-i-e-guest-reg

    https://forums.wildapricot.com/forums/308932-wishlist/suggestions/8826625-allow-to-use-special-guest-price-even-when-collect

    https://forums.wildapricot.com/forums/308932-wishlist/suggestions/14630511-allow-to-register-for-mutliple-registration-types

    https://forums.wildapricot.com/forums/308932-wishlist/suggestions/14630511-allow-to-register-for-mutliple-registration-types

    https://forums.wildapricot.com/forums/308932-wishlist/suggestions/8826940-event-registration-guest-registration-options

    https://forums.wildapricot.com/forums/308932-wishlist/suggestions/10751001-being-able-to-customise-fields-for-guest-registrat

    https://forums.wildapricot.com/forums/308932-wishlist/suggestions/8828200-tables-group-rsvp-s

    https://forums.wildapricot.com/forums/308932-wishlist/suggestions/10995186-full-event-guest-info-with-independent-price

    https://forums.wildapricot.com/forums/308932-wishlist/suggestions/15561222-easy-way-to-register-a-group-of-people-to-an-event

    https://forums.wildapricot.com/forums/308932-wishlist/suggestions/10926951-events-add-existing-members-as-guests

    https://forums.wildapricot.com/forums/308932-wishlist/suggestions/10035207-event-registration-fields-only-for-members

    https://forums.wildapricot.com/forums/308932-wishlist/suggestions/8826736-guest-registration-need-variable-pricing-options

    https://forums.wildapricot.com/forums/308932-wishlist/suggestions/8826736-guest-registration-need-variable-pricing-options

    https://forums.wildapricot.com/forums/308932-wishlist/suggestions/8826964-member-registering-on-behalf-of-another-contact-bu

    https://forums.wildapricot.com/forums/308932-wishlist/suggestions/10193976-custom-event-field-for-guests-without-requiring-fu

    Liz supported this idea  · 
  12. 62 votes
    Sign in
    (thinking…)
    Sign in with: facebook google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    26 comments  ·  Wishlist » Events  ·  Flag idea as inappropriate…  ·  Admin →
    Liz supported this idea  · 
  13. 56 votes
    Sign in
    (thinking…)
    Sign in with: facebook google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    3 comments  ·  Wishlist » Events  ·  Flag idea as inappropriate…  ·  Admin →
    Liz supported this idea  · 
  14. 6 votes
    Sign in
    (thinking…)
    Sign in with: facebook google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    1 comment  ·  Wishlist » Events  ·  Flag idea as inappropriate…  ·  Admin →
    Liz supported this idea  · 
  15. 97 votes
    Sign in
    (thinking…)
    Sign in with: facebook google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    8 comments  ·  Wishlist » Events  ·  Flag idea as inappropriate…  ·  Admin →
    Liz supported this idea  · 
  16. 54 votes
    Sign in
    (thinking…)
    Sign in with: facebook google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    31 comments  ·  Wishlist » Online payments  ·  Flag idea as inappropriate…  ·  Admin →
    Liz commented  · 

    That's a great point Walt. Our organization currently uses Stripe and we didn't bother switching to Wild Apricot Payments because the fees are the same. But we would definitely consider switching if it meant the fields would be auto-populated.

    Liz commented  · 

    I am commenting again because this is still a VERY important Wishlist item for our organization. We take numerous phone orders for event registrations, and it is extremely slow and cumbersome to re-enter address and phone information that's already on file (but not copied over or even visible from the payment screen). Members don't want to tell you this info again on the phone ("Don't you already have it?") - and they shouldn't have to! Please allow admins to map custom fields to these payment screen fields, so that they can be auto-populated. This would make phone orders so much easier! And it would also be much more user-friendly for online orders.

    Liz commented  · 

    Hi Oleg,

    Thank you for the response. That's fine if that page needs all those fields to be compatible with the various gateways. The fields should still auto-populate from the contact's profile. And perhaps administrators should be allowed to determine which of these fields should be required each time they run a card, so that they can match the requirements of their particular gateway. Thanks again, and I look forward to this being put in the development queue.

    Liz commented  · 

    I am in the process of setting up Stripe and was very surprised to find that manual credit card payments require typing in not only the address, but also the phone number. It auto-populates the name field, so it’s clearly possible to auto-populate fields on the credit card payment page. It would be great to be able to specify custom fields to pull the address fields from (or make address a compound system field). I see no reason why the phone number currently can’t be auto-populated.

    It’s one thing to make end-users type in this information – they likely have it memorized and so this would be a minor inconvenience (although, one that should still be fixed!). But we will also be accepting phone orders, meaning frequent manual card entry by administrators. This process is prohibitively long while a customer is waiting on the other end. We basically will have to copy/paste the info from their profile to notepad, then click forward to the payment screen, then copy/paste the info into the fields. It would be bad customer service to ask them for this info, seeing as how we already have it. It’s a long time to ask someone to wait on the phone while we go through this cumbersome process. Also, Stripe only requires the zip code and security code…so why are the phone and full address fields required on the WA interface?

    Liz supported this idea  · 
  17. 58 votes
    Sign in
    (thinking…)
    Sign in with: facebook google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    16 comments  ·  Wishlist » Events  ·  Flag idea as inappropriate…  ·  Admin →
    Liz supported this idea  · 
  18. 138 votes
    Sign in
    (thinking…)
    Sign in with: facebook google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    42 comments  ·  Wishlist » Events  ·  Flag idea as inappropriate…  ·  Admin →
    Liz supported this idea  · 
  19. 60 votes
    Sign in
    (thinking…)
    Sign in with: facebook google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    35 comments  ·  Wishlist » Emails  ·  Flag idea as inappropriate…  ·  Admin →
    Liz commented  · 

    This has been on the wishlist for close to 3 years and seems like it should be relatively easy to implement; just make this email editable like every other system email. We have major recruitment drives by mail, and getting passwords out to hundreds of new members in a user-friendly way each time is a nightmare. This unbranded clunky email should not be one of the first experiences a new member has with our website. I know you probably can't give an ETA, but can we get this in the pipeline to be worked on at least?

    Liz commented  · 

    I'm customizing the system emails for my organization, and was very surprised that the Password Reset email couldn't be changed. I concur with the others that this is a vital email to customize and make user-friendly and linked accurately.

    Liz supported this idea  · 
  20. 174 votes
    Sign in
    (thinking…)
    Sign in with: facebook google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    60 comments  ·  Wishlist » Members  ·  Flag idea as inappropriate…  ·  Admin →
    Liz supported this idea  · 
← Previous 1 3 4 5

Feedback and Knowledge Base