I had advocated for switching our club to WA Payments. But someone pointed out that with PayPal, members can pay with the credit card linked to their account and don't have to enter all that information.
So I dropped the idea of WA Payments and am linking my credit card to PayPal instead.
Can you do this at least for Wild Apricot Payments? This would be a major incentive for lots of us to switch to your system (which I assume you make some money from).
+1. It's important to make member transactions as smooth as possible.
[quote user="epgremill3"]We'd even be happy to name our address fields something standardized (e.g. same as Wild Apricot payment page) to get this to work.
Seems like this is a simple solution to avoid another form.
You could have and state clear rules. For example, the first field that contains "zip" would be the zip code. The first member field that contains "address" but not "email" or "e-mail" would be the street address. This would accommodate many - not all - choices of field names. If our field names didn't work with your rules we'd have the choice of changing them or not enabling the feature.
Then give members a checkbox "Use member's mailing address" on the credit card form. Give admins the ability to enable/disable this.
Please review results of our analysis and design:
Post your comments/ideas right here. Until we see major disapproval, this is what we will develop in one of future releases.
Thanks for the clarification, Dmitriy.
I would strongly encourage you to first design a solution based on the original suggestions to expand forums to provide listserv functionality.
Then you can find more modern ways to implement or extend that forum functionality in the mobile app.
Why do I suggest this? Younger people these days - speaking generally - use texting and messaging apps to communicate. Older folks still use email and many do not take full advantage of smartphones. Lots of people use forums. All of these groups of people are represented among your WA end users.
If you begin a new design based on mobile functionality, you will cut off a large portion of your end user base.
So first fix the shortcomings of the functionality you already have, before doing something entirely new - even if it is more interesting.
Dmitry, what do you mean by "we mostly think about mobile solution instead of direct implementing listserv"?
Do you mean you are prioritizing resources for the mobile app now and deferring listserv?
Or do you mean that you plan to provide a mobile solution in the place of listserv?
Searching on "listserv" will bring up this much-discussed feature.
The Wishlist is set up for customers to give you input on specific missing features.
What we lack is a support forum more suited to exchanging tips with each other and with your support staff about ways we have found to use WA and work around issues and problems.
We've discussed this before, and I maintain it will cost you less staff time in the long run to have their answers visible to multiple customers instead of just the one who asks, and for users to be able to help each other and reduce the load on your support.
Lacking that forum, I'll do what I can here to free you up for managing improvements. :)
Thanks for your response.
We talk a lot on the wishlist about what WA doesn't have, and the things we need to work around, but overall it is a tremendous asset for us. Since switching, we've been able to advertise events, get registrations, have options for online and at-the-door payment, and look so much more professional than our old website with less effort, even though we are a volunteer organization. Our members are more engaged and our membership records more complete.
I also appreciate your plan to implement top wishlist items this year, and the features you have already added. I particularly like your workaround for color coding events; it has made our calendar more attractive and useful.
As a programmer since 55 years ago, I've always looked for the most results from the least effort. You at WA have a more meticulous and thorough process and look for complete solutions. This serves you well, and it's necessary in implementing large systems with hundreds or thousands of different users. I understand that it takes time and resources.
I'm just hoping to persuade you that my fast and cheap approach will be beneficial for this particular feature. :)
This feature has the 9th highest vote total of the suggestions not already being worked on. It can be largely addressed with modest development resources. I know you don’t like partial solutions, but please don’t let the perfect be the enemy of the good.
With apologies for mostly repeating myself, here’s a design that can make this better, in two or three steps:
1. Include full text of posts in Immediate forum notification emails.
2. Include a link marked "To reply to this post ..." that goes to the post.
3. Tighten the subject line to feature the topic subject and remove unnecessary words.
4. When a user posts, automatically subscribe them to that topic with frequency Immediate.
5. Default topic subscriptions to Immediate instead of Daily.
This will provide a lot of the functionality of listservs. It’s a big improvement for relatively little effort. It requires no UI changes or additional mechanism inside WA. It shouldn’t require much testing since it only affects the content of the email notifications and one subscription setting.
Phase 2: Provide some functionality for admins to mass subscribe members to a forum. For example, add a “Subscribe to forum(s)” function to search results. Or add forum subscriptions to member record export and import. No need to include mass unsubscribe; members get an unsubscribe link in notification emails.
Then later, or instead, implement "Managing email subscriptions to forum updates": http://forums.wildapricot.com/forums/308932-wishlist/suggestions/8826331-managing-email-subscriptions-to-forum-updates-941 . The design is already there and just needs a little tweaking.
This will get almost all listserv functionality. The only difference is having to click a link to reply instead of replying by email, and there are advantages to having it that way: keeping the chatter down and reducing the email load on the servers.
I hate to beat on you guys. I know there are a lot more needs than resources. But doing at least Phase 1 gets you a lot of customer satisfaction for relatively small effort. I’m trying to get an online discussion going in our club, and the existing forums put up barriers that don’t have to be there.
Thanks for your consideration.
You say above:
"The biggest challenge is how to enable this without overloading our servers with email traffic. This can ramp up quickly."
There are two ways you can reduce this load:
1) Require the user to click a link in the email and go to the forum in order to reply, rather than allowing them to just reply to the email.
2) If you do allow reply via email, let the admin optionally set the forum so that email replies go to just the sender of that email, rather than to the whole forum.
I've mentioned both of these before, but want to highlight that they will help solve the server load problem.
Those needing this as a critical function may be interested in our interim workaround. Our old website used GNU Mailman. When we switched over to WA, we didn't want to lose that functionality and have people complain that the new site was worse than the old one.
So we still use the Mailman listserv. My co-webmaster implemented a nightly API task which keeps the mailing list synchronized with our member list in WA.
Another important detail (if it hasn't already been mentioned):
The Forum gadget needs to have settings for the default notification (immediate, daily, weekly) for subscriptions to (a) the forum and (b) individual posts. Currently the default is "daily" but for a good discussion listserv or forum it should default to immediate.
Note that a thorough implementation of this would actually have four notification settings in the Member profile: immediate, daily, weekly and default. So changing the forum default would change any subscribed member unless they had selected something else.
Reviewing the latest design (1/14/16):
I don't see the ability to specify whether replies go to (a) everyone and post on the forum, or (b) only the author of the post, and not be posted on the forum. As mentioned below, if you don't provide this then you have not provided listserv functionality.
You don't say that the subject line of the email notifications will be improved as Oleg and I discussed last year, down this thread. This is also important to get the users to pay attention to the emails.
I again note that if you implement everything in your design except the ability to respond by email, you will have 90% of the benefit of this feature with maybe 25% of the work. The message recipient will still have an easy way to respond using the link in the email. So if that can make this happen faster, I urge you to do it that way first and add email response (if it is needed) later.
Evgeny, I just noticed a serious design issue in your October 5 comment below.
Kim had emphasized the need to allow for email replies to go to (a) the full forum, or (b) only the individual posting.
You replied "The design we created works simpler: email reply posts a comment (or event a new topic) into a forum and then each participant is notified according to their notification preferences on the forum."
So you only allow (a) - reply to the full forum.
This would not meet your goal to provide listserv functionality, which almost always includes this admin setting. It would create a problem in having effective group communication with forums.
As Kim said, "Almost always I choose (b) as the default to avoid the slew of reply-all's that just say "Thanks!" or "I agree." or similarly trivial messages that just annoy the majority and cause people to unsubscribe because of too many emails."
Please revisit your design and allow the admin to specify option (a) or (b) for each forum. All this requires is for the reply-to address on the notification emails to be set to the forum reply address for (a) or the email address of the poster for (b).
Good catch, Kim. Yes, very important. Choice (a) is for a discussion list. Choice (b) is for an announcement list. Both are needed.
Just to clarify choice (b): In this case the listserv sends an email with Reply-to the sender, but From is still the email address of the list. So Reply will go only to the sender. If someone consciously wants to reply to the whole list, they must use Reply All, which will go to the sender, any cc's (from a forum there won't be any) and the entire list.
In this Reply All case, the listserv needs to look at the other addressees on the email (for a forum, only the sender of the previous post) and not send them a duplicate email, even if they are on the list.
As I see it, there are three pieces to this (restating what I posted earlier):
1. Include full text of posts in Immediate forum notification emails. Include a link marked "To reply to this post ..." Tighten the subject line.
This should be simple and should be fast-tracked.
2. Implement "Managing email subscriptions to forum updates": http://forums.wildapricot.com/forums/308932-wishlist/suggestions/8826331-managing-email-subscriptions-to-forum-updates-941 . This is already designed and should be prioritized.
At this point, you would already have full listserv functionality except for the requirement to click a link to reply (not a huge problem IMO, and will help keep the email traffic down) and moderation (not in the current design but should be, IMO).
Then at a later date, consider adding:
3. Post reply via email (and maybe moderation of posts?)
When our club goes live on WA this month, as a temporary workaround we will keep our existing Mailman listserv. We are implementing a cron job using the API that will automatically keep the Mailman mailing list synchronized with the email addresses and preferences in our WA members database.
(Edit: The other half of the listserv functionality will be Admin control of forum subscriptions http://forums.wildapricot.com/forums/308932-wishlist/suggestions/8826331-managing-email-subscriptions-to-forum-updates-941 , which the roadmap http://help.wildapricot.com/display/DOC/Product+roadmap currently shows in the development queue.)
Could I also suggest that you consider (now or later) tightening the subject line of the immediate notification?
("Members' Chat is the name of the forum.)
The From field is sufficient to identify the organization; it doesn't need to be repeated in the subject line. If we want it there, we could make the forum name "TYC Members' Chat."
"Summary" is still good for a digest.
[quote user="OlegN"]In scope of Listserv we plan to change subscriptions to forums, so they will contain full text of topic/reply.[/quote]
In view of the delay, can this be split off and implemented sooner? It seems like a low effort change.
You already include the full text of the post in a Topic subscription.
Could you please just do the same thing for Forum subscriptions? (At least for Immediate notifications; maybe also for Daily and Weekly.)
(Edit:) This would provide most of the full Listserv functionality with very small effort. The vast majority of members could just follow the discussion in the emails. For the few that want to reply, clicking a link in the email is a speed bump but not a huge one. (It might even filter out some noise.)
When we transition to WA shortly, there will inevitably be complaints about things that don't work the same as the old system. We need some benefits. This would be a big one.
Members have mostly tuned out on our listserv emails. This would let us set up different interest groups as announcement forums. Members could subscribe to just the email (forum notification) streams they want. But it needs the full text in the email.
[quote user="OlegN"]This is better to leave requests in related thread http://forums.wildapricot.com/forums/308932-wishlist/suggestions/8826331-managing-email-subscriptions-to-forum-updates-941 if there is any or create new - otherwise it is nearly impossible to find and prioritize them. [/quote]
Another problem with forums and email is that the email only contains a link to the post. It should contain the entire text of the post or the first part of it.
I have posted this in the related thread http://forums.wildapricot.com/forums/308932-wishlist/suggestions/8826256-forum-include-full-posting-text-in-email-digest , but note it here because most people following this thread are interested in the more general issue of member-to-member communication.
I hope this will be implemented swiftly.
This is the remaining stumbling block for our webmasters to propose WA to our Board of Directors. We're facing the same hassle as so many others in this thread of maintaining our existing listserv in parallel with WA when the whole point is to consolidate.
So we really need this and the associated Managing email subscriptions feature http://forums.wildapricot.com/forums/308932-wishlist/suggestions/8826331-managing-email-subscriptions-to-forum-updates-941 .
Additional helpful features:
* Ability to link a particular forum to group membership, so that anyone joining/leaving the group will automatically be subscribed/unsubscribed. If I understand correctly, at present a forum could be placed on a group-only page, but the subscribe/unsubscribe would have to be done by the individual members (see #3 above). And could the member leave the group and still get forum notifications?
* Ability to moderate (pre-approve) forum posts. This becomes more important when texts of posts are included in email notifications.
This is a component of a larger wishlist item with over 200 votes: https://forums.wildapricot.com/forums/308932-wishlist/suggestions/8825587-listserv-i-e-ability-to-submit-forum-posts-by-ema
WA's usual approach is to delay addressing a problem until there are resources for a comprehensive solution. But there are some cases, like this one, where a small tweak can provide a significant benefit.
I encourage the resource allocators to move forward with this and the suggestions in the listserv thread.
Except for WA, I've never seen a forum email notification that didn't have at least a good chunk of the content of the post(s), if not all of it.
This and other forum shortcomings are going to force us to keep our listserv, at significant effort.
A platform devoted to membership organizations needs to do a better job on member-to-member communication.
This exists for pages. See "Changes history" at the top right.
Robin or Apricots - What is the name of the cookie? It should be possible to create a web page that deletes the cookie and redirects to the site.
Can you provide a custom URL that will always start us admins in Public view, even if we were previously logged in in Admin view?
Usually when I go to our website, I want to start in Public view. But if my last visit ended in Admin view, I get to watch the spinning wheel for 20 seconds or so before it lets me do anything.
Why make your admins start off frustrated?
This was available prior to Release 6.1, which broke it. Please put it back.
With apologies for being grumpy - I just spent a bunch of time I didn't have to spare, editing an email, trying to get one font and size. For example, I bolded some text - and it changed the size. The email looked crummy and would not have represented our club well.
Finally after 20 minutes I just copied the whole thing, pasted it into Notepad to remove the formatting, then pasted it back into the email and reformatted.
How much time do your users have to waste before you put one clean, consistent text editor into WA?
Becky, I agree this should be considered a bug. (That said, there are a number of issues in text input formatting so the fix might be a lot of work.)
Pasting from Word can be problematic in many applications, not just WA. My workaround is to open Notepad, paste the Word content into it, then copy and paste into the target application.
IOW Notepad is a handy formatting cleaner.
Should this be merged with the existing thread https://forums.wildapricot.com/forums/308932-wishlist/suggestions/12871449-text-editing-enter-adds-2-blank-line-keep-select ?
Expanding on Paul's comment below:
The normal Windows convention is that Enter creates a <p> and Shift-Enter creates a <br>.
Can you just implement that, and get the text editor to accept our line and paragraph breaks instead of insisting on fantasizing its own? IOW don't end a <p> unless another <p> starts immediately, and don't ever toss in <br>s unless we type Shift-Enter.
Terminating paragraphs isn't critical. Most browsers work fine without any </p>s. But if you want to stick a </p> before every <p> except the first, that'd be fine.
Otherwise, the text editor needs to be a lot dumber about line and paragraphing spaces and just do what we tell it it.
<grumble>I hate to be grumpy about this glitch in an overall awesome text and web page editor.
But I have nothing else to do while waiting to receive another test email after seeing missing and extra blank lines in my carefully formatted e-blast, and having to go into HTML to fix them up.
It would be nice to have this fixed.</grumble>
This is included in the wishlist item https://forums.wildapricot.com/forums/308932-wishlist/suggestions/12871449-text-editing-enter-adds-2-blank-line-keep-select
It is an ongoing irritation to hit Enter in the middle of text and get two blank lines instead of one.
I need to give our Treasurer access to the financial functions (invoices, Quickbooks export, etc.).
Currently the only way to do that is to make him a full Admin. That is no way to run an organization or a website.
What's really needed is the ability to create custom admin roles. There are so many different admin privileges that a limited set of roles will never suit the needs of so many different organizations.
Lacking that, WA will continue to need to create different roles like this one.
Seems to me I submitted something similar a few years back.
While clicking and waiting and clicking and waiting to go to October, seemed to me I should try to bump this.
How about some respect for our and our members' time?
A very important case with an unstable internet connection have been processed (see a short demo in the end)
In general: we show a special tooltip in the bottom of the screen when the internet is lost. Users still are able to navigate through a side menu. If they have something cached they will see it. When the internet appears an app starts updating info automatically.
Feel free to check a short demo (20 Mb):
Our next step will be a stabilization – testing the app in general and fixing issues that will appear.
Larry, Team Mobile was talking only about Mary's request for a map gadget.
As for the entire Android app, they responded to our comments, moved it up in priority and are working hard on it. It is a major project and I can only imagine what it took to move it to the top of the list.
Michael, apparently it is on hold awaiting acceptance of the iOS app. See comment "Android app is something we will definitely build if we see good stats on current app." in this thread: https://forums.wildapricot.com/forums/308932-wishlist/suggestions/8826631
So admins are waiting to roll out the app until Android is developed, which won't happen unless the app is rolled out and used.
We have redesigned email settings and extended subscription options for event announcements and email blasts as well. See details in presentation: https://docs.google.com/presentation/d/1bj4iE_bnw_mhLM2u5KMoH6WTCh4n0oPZkDXdB2folt4/pub?start=false&loop=false&delayms=3000
There used to be a roadmap that was updated periodically. Could that be revived?
And then anything not on the roadmap would be "This is not in our plans right now."
It would need to be understood that a roadmap is a snapshot, not a promise, and things may move down as well as up.
There are a lot of good ideas out there, and they can't do everything.
I count 13 Wishlist items with more votes than this one. And there are some with fewer votes that probably have more impact.
It's frustrating when we want to run our organization better but need a new feature to do that. All I can say is that our club looks better and runs smoother with less work since we got on Wild Apricot. I'm not happy waiting for new features but it's part of the package.
We now have another need for this feature.
Up until now, our administrative group could communicate with our club just by sending an email to our (non-WA) mailing list. But that is becoming unusable due to more stringent email validation practices.
Trying to get them to use the WA email system will be difficult. It is a multi-step process. The UI, particularly the text editing, is quirky. They don't need all the formatting - they just want to send an email.
If we could subscribe all our members to a forum, we could give our administrative group access to the forum page. This would give them a much simpler UI for just sending out a message.
No one will actually read this forum - it will just be a vehicle for sending emails to our club.
I think you're looking for "Managing email subscriptions to forum updates" - https://forums.wildapricot.com/forums/308932-wishlist/suggestions/8826331-managing-email-subscriptions-to-forum-updates , with the addition of linking a group to a forum.
In addition to default subscriptions, the admin should also be able to specify default notification frequency. As is, everything defaults to daily which is not always the best choice.
The Forum gadget should have settings for the default notification frequency (immediate, daily, weekly) for subscriptions to (a) the forum and (b) individual posts.
The Member profile will need four : immediate, daily, weekly and default. It would initially always be "default", so that changing the forum default would change any subscribed member unless they had selected something else.
I mentioned this in the Wishlist thread https://forums.wildapricot.com/forums/308932-wishlist/suggestions/8825587-listserv-i-e-ability-to-submit-forum-posts-by-ema . But these two are related and the design for one should accommodate the other.
Since this feature is going to be part of the implementation of listserv functionality,* the admin should be able to set protection for subscription to a particular forum the same as for common contact fields: admin access only vs. contact can change.
In other words, the admin should be able to set whether the user can subscribe or unsubscribe to the forum.
As we discussed in this thread, forums could be used to provide most of the functionality of a listserv : http://forums.wildapricot.com/forums/308932-wishlist/suggestions/8825587-ability-to-submit-forum-posts-by-email-to-use-fo .
But that will require this feature to have the full benefit; otherwise the lists will only be opt-in which is ineffective for most situations.
We have finished design and want to share progress with you. We have redesigned email settings and extended subscription options for event announcements and email blasts as well. See details in presentation below.
The slideshow is a private Google doc. Please make public.
We are planning to
* - Add new Email Settings page, which will allow administrators to:
* Setup default forum subscriptions for new contacts
* Bulk subscribe existing contacts to forums
* - Extend Email settings page in Contact details to allow subscribing to forum topics
* - (most likely) Add similar subscription settings for subscription sources
This will be helpful.
Yes, Katya, but if they drop out of the payment workflow they are still registered, with an outstanding invoice.
Merged together several closely related by meaning ideas – so we can properly resolve them all together, in different live scenarios
This has just become urgent for our club. Aol.com has set their DMARC policy to p=reject. That means we can no longer use our traditional email list server - we are now stuck with WA.
PLEASE, PLEASE make this simple change, which I recommended some time back:
1: If the Reply-to address (the actual sender) is from our WA-hosted domain, then it matches the SPF record. So in this case, you can use it as the "From."
2: If not, keep the Organization contact as the From, but put the actual sender in the name of the From, like this:
Then the From can be the hosted domain but it will be clear to the recipient that it is really from Jane Doe.
And they won't be surprised when they reply and it goes directly to
""Jane Doe <email@example.com>."
I am the organization contact so am wasting a bunch of my time handling and forwarding a slew of member replies that ought to automatically go to our membership chair.
We only have 150 members. I can only imagine what a pain in the neck this must be for really large organizations.
And this feature should really be part of this wishlist item: https://forums.wildapricot.com/forums/308932-wishlist/suggestions/8936389-allow-admin-to-define-multiple-sender-emails-and-u
If I'm understanding this correctly, the Routing of system emails setting sends copies of outgoing system emails to the selected recipients.
But the request is to be able to set the reply-to address on membership emails so that member replies go to this membership admin email address.
Please reopen this - or better yet, add it to this thread: https://forums.wildapricot.com/forums/308932-wishlist/suggestions/8936389-allow-admin-to-define-multiple-sender-emails-and-u .
May I suggest that this feature request be expanded to include customizing the reply-to address in each email context?
A number of us have brought this up in this discussion. And it's all about the same thing - letting us identify the person in club management that the member is communicating with.
There are several reply-to requests on the wishlist. They all ought to be part of this one.
Apologies for chiming in again, but it's been over a year since I last piped up on this.
Not having this feature degrades the way our club presents itself to our members. Always using the organization contact takes communications that could look personal - i.e., from an individual - and makes them impersonal.
This seems like a very simple fix (see my suggestion below). No database change, no UI change, just change how the From field reads based on the Reply-to field.
WA spends a lot of effort on improving our email communication with members through workflow and templates. This could give us a significant improvement with not much effort.
Apologies for this redundant post. It was submitted via Feedback, which I was told would go directly to the development group, but that wasn't the case.
I posted this in the thread https://forums.wildapricot.com/forums/308932-wishlist/suggestions/8936389-allow-admin-to-define-multiple-sender-emails-and-u but am
Savvy Apricot suggested that I also submit it here through Feedback.
What people are asking is for the From address on emails to be the actual sender (e-blast sender, event organizer, etc.) rather than always the Organization contact. This is really important for several reasons I won't repeat here, but read the thread.
You already have the actual sender as the Reply-to in most cases. It should be the From as well. This is what people expect when receiving an email.
Dmitriy said that the Reply-to can't be used as the From because the From has to match the SPF record.
Here's my simple two-part solution.
First part: If the Reply-to address (the actual sender) is from our WA-hosted domain, then it matches the SPF record. So in this case, also use it as the "From."
Second part: If not, keep the Organization contact as the From, but put the actual sender in the name of the From, like this:
Then the From can be the hosted domain but it will be pretty clear to the recipient that it is really from Jane Doe.
And they won't be surprised when they reply and it goes directly to
""Jane Doe <firstname.lastname@example.org>."
This should be really easy to implement.
What do you think?
Here's a two-part solution for this problem with very little implementation effort.
An Apricot explained to me that the From field of the email can't be the Reply-To because From needs to be from our domain in order to pass spam checks. If "From" is a gmail.com address but sent by our website, it will look like spam.
But it would be legal for WA to use the Reply-to as the From in the cases where the email address is from our own domain hosted at WA. For example, we have a contact login "email@example.com" that is used to send our weekly e-blast. tyc.org is our domain, so it could be used as the actual "From" address.
In cases where the Reply-To is not from our domain, include the Reply-To address in the name of the "From" email address.
For example: Instead of
From: My Organization Name <firstname.lastname@example.org>
It will be pretty clear to the recipient that it is really from Jane Doe.
And they won't be surprised when they replay and it goes directly to "Jane Doe <email@example.com>."
My apologies for another comment on this, and for the critical tone. But as I use WA and stumble over ways it presents our club poorly, I feel the need to reemphasize the need for a quick, simple partial fix on this issue.
We are already allowed to specify a Reply-to contact for many if not most emails. Why not just use that for "From" as well?
It is just plain wrong for WA to send event emails and e-blasts "From" the organization-wide From email address when the "Reply-to" is the event organizer or blast sender. These fields should be the same, as they are on almost every email on the Internet except those sent under WA.
How big a fix would this be? Isn't this something that can be slipped into the next release without waiting for larger email solutions?
If you don't want to change overall behavior, then give us a checkbox in Dashboard / Organization to opt for this.
We are about to do our first dues renewal under WA and I am so not looking forward to having to forward each individual reply to the membership committee.
Even in cases where another email is allowed (e-blasts, event email), it's always the reply-to email (if I understand correctly). This is lame.
The way an organization presents itself to members is very important. By limiting our choice of from and reply-to addresses, WA is not letting us fulfill that function adequately.
From Email and Contact Email fields should be specifiable for every WA-generated type of email, including membership notifications.
The email recipient should feel they are getting the email from a role-specific person. It's hard to get people to open emails. Every bit of personalization helps.
The webmaster should not be loaded down with the job of handling and routing all replies.
Showing members the current tally is a great way to get them to participate and to engage them in the questions being asked.
I was all excited about publishing a poll to get discussion started on choices for club activities, but without this feature it is so much less useful.