Type in your suggestion - new feature or improvement idea

New admin role: Communications (i.e. sending emails)

Current features:
There is no role specific to communications.

Desired features:
An admin role that has limited access to everything except the tools/lists required to send emails and other communications.

145 votes
Sign in
Check!
(thinking…)
Reset
or sign in with
  • facebook
  • google
    Password icon
    Signed in as (Sign out)

    We’ll send you updates on this idea

    gypse shared this idea  ·   ·  Flag idea as inappropriate…  ·  Admin →

    65 comments

    Sign in
    Check!
    (thinking…)
    Reset
    or sign in with
    • facebook
    • google
      Password icon
      Signed in as (Sign out)
      Submitting...
      • rrhrunner commented  ·   ·  Flag as inappropriate

        I woukf like to see those with read only access also have the ability to send emails and view the email log. This would be extremely helpful to our event leaders who cannot have any other levels of access.

        Bob Hary

      • Lawrie Anness commented  ·   ·  Flag as inappropriate

        I would like to echo Edward's comments below. Particularly with the advent of GDPR in Europe, I cannot accept that we give database rights to our newsletter editor.

      • Robin commented  ·   ·  Flag as inappropriate

        An alternative to this would be to allow the addition of a 'Send eMail' to the results of a saved search that can already be placed on web pages. These web pages can already easily be restricted to the users that you want to allow to send emails. Would also have to restrict the email workflow for these emails - either a limited set of templates - or just 1 and no ability to add additional recipients

      • Webmaster Admin commented  ·   ·  Flag as inappropriate

        I would like to see the current Read Only access as read all plus checkboxes for downloading and emailing so I could choose either or both.

      • Edward commented  ·   ·  Flag as inappropriate

        Please work on a solution for this as a high priority (especially since you have just raised our price by 30%).

        That I have to give a grad student who does our newsletter full administrative access to the entire database just to send member email would make any security manager tremble.

        The only way I can find to avoid this scenario is to periodically export my membership list so that the newsletter person can use some other platform, like MailChimp.

      • PAmela Graham commented  ·   ·  Flag as inappropriate

        I agree that there are times when 'board members' can easily send out their own emails, but they really don't need and shouldn't have access to other stuff on the system apart from some pre-set mailing searches and a member directory (that at least can be restricted to admin or members)
        For me the inflexibility to define quite specific access is also a key issue for sharing workload between volunteers. I have volunteers who need access to membership searches, but not individual members full profiles and financial record with our club. I have volunteers who could use 'contacts-only' side to invoice non member 'organisations' who hire our facilities, but we can't let them have access to all our members data. As others below have said, lots of people run different activities and sections of our clubs and they need the capability to have restricted access to the WA system by having much more flexibility in the current levels which restrict access.

      • Jayme Jarrett commented  ·   ·  Flag as inappropriate

        PLEASE! I have board members that need to send emails that have no business having FULL admin access (changing things on the website, looking at finances, creating/changing events, etc.)

      • Margaret Neary commented  ·   ·  Flag as inappropriate

        Our club runs social activities, and has members who are activity coordinators. They communicate regularly with those who sign up for that activity (e.g. hiking, cycling, etc). We considered using regular email and marketing sites (such as MailChimp) to send communications, but our membership and activity lists are organized within Wild Apricot.

        I agree with one poster below who said that letting activity coordinators ("communications manager") view all membership information would not be ideal, and that they should have Restricted Access. Instead, I suggest having an admin set up the activity group, and then the "communications manager" (or whatever you want to call them) can add/delete members to this group as desired. They can also access email and then send communications to the group. Permissions for the communications manager should be set by a system admin (e.g. can only email people in a particular group).

      • Jack commented  ·   ·  Flag as inappropriate

        I definitely could use this. In fact it doesn't even have to be an administrator. How about a special group for this process that only an admin could assign users to and wouldn't use up administrator positions.

      • Anonymous commented  ·   ·  Flag as inappropriate

        Giving full access to someone only in charge of newsletters (editing and creating email templates) is an unnecessary risk that I am obligated to make because newsletter editor has been overlooked as an extremely common non-profit function, on par with event manager. Please create this role as soon as possible.

      • Anonymous commented  ·   ·  Flag as inappropriate

        I have a newsletter editor. The newsletter template is an email template. But to do the newsletter, I need to endow her with full admin privileges which is way more than she needs. Newsletter editor seems like a task on par with contacts manager or events manager and thus should enjoy its own set of limited access privileges in order to get that job done. I would prefer not to bestow full power over the contacts, finances, webpages, etc. just to edit the newsletter. It is not even necessary that she has power to send out as I as full admin can do that quickly.

      • Cindy Cooper commented  ·   ·  Flag as inappropriate

        Agree with many other comments. We need to provide certain access which would include web editing and contact lists, sending emails. But NO access to member or financial transactions. Currently have to allow a full admin to get these functions which is way too broad. Would be happy customizing my own if needed.

      • Martha commented  ·   ·  Flag as inappropriate

        Hey WA,

        The first mention of this request was in 2011. Any comment on when we may be able to see it? I currently have 5 clients using WA but will not implement more sites if they want to use emails because the communication/email sending is not separate from member and donation information. Thanks

      • Bader commented  ·   ·  Flag as inappropriate

        I'm having a member who is assigned to "Newsletter Editing". It is a must to have very detailed access restrictions for admins.

      • Anonymous commented  ·   ·  Flag as inappropriate

        Will this be implemented soon? Is there an update? It is too risky for my organization to give multiple people the existing admin roles just to be able to send email because they can MODIFY/ADD/REMOVE other members' data.

      • Liz commented  ·   ·  Flag as inappropriate

        If you support this wishlist item, please consider supporting "Custom Administrator Permissions." The idea is to allow the main administrator to customize and create different admin roles based on their organization's unique needs, rather than adding another predefined role that may or may not suit everyone. I see this idea has been suggested in the comments of this wishlist item by multiple members, but the title of this item doesn't suggest this. Here's the link to Custom Administrator Permissions: https://forums.wildapricot.com/forums/308932-wishlist/suggestions/12479814-custom-administrator-permissions

      • Margaret Grottenthaler commented  ·   ·  Flag as inappropriate

        This is a very important idea. We are a choir and we need people to be able to email the members but without having any other rights.

      ← Previous 1 3 4

      Feedback and Knowledge Base