Customer vs. staff

Customer vs. staff

In a properly designed AMS, when the customer goes online to your website to do business with you (e.g., join, renew, register for an event, buy a product), the website is interacting directly with the AMS. In other words, any data changes being made by the customer are going directly to the database with no staff intervention required. All modern AMSes work this way.

Because the database is being used by both staff and customers, there is an inherent tension for system design. On the one hand, the customer needs a very simple interface that allows her to quickly and easily take care of the business at hand. On the other hand, staff needs to have complete and total access to all data to manage any type of scenario that arises.

One trap that many associations fall into is trying to design the customer interface to manage as many scenarios (exceptions) as possible. This is a mistake. The customer interface should manage the most common interactions that occur and should make that process as efficient and simple ("idiot-proof") as possible. Anything that is exceptional should be managed by staff.

This is a great place to apply the 80/20 rule. Your customer interface should be able to manage 80% of the interactions and the remaining 20% is managed with staff assistance.

So look at your customer interface and ask yourself: Is it fast and easy to use? Have we tried to accommodate too many exceptions? Make the process for the customer as easy as possible and let staff manage all the hard stuff!

Wes's Wednesday Wisdom Archives

Some context, please

April 21, 2021

Some context, please A pet peeve of mine: A report about associations (e.g., marketing benchmarks report) where […]

Eventually automated emails get ignored

April 14, 2021

Eventually automated emails get ignored During the discovery and development phase of implementing a new […]

The challenge the AMS providers see

April 7, 2021

The challenge the AMS providers see Over the years I’ve asked AMS providers what they […]

Be careful about “solutioning” too quickly

March 31, 2021

Be careful about “solutioning” too quickly One of the great things about software developers is […]

What’s our next action?

March 24, 2021

What’s our next action? As you can imagine, I spend a lot of time in […]

Don’t automate for the sake of automation

March 17, 2021

Don’t automate for the sake of automation I’m the laziest person in the world. I […]

Don’t forget about what got better

March 10, 2021

Don’t forget about what got better Negativity bias is the tendency to focus on only […]

Give a little at a time rather than taking away

March 3, 2021

Give a little at a time rather than taking away I’m sure there’s research somewhere […]

First, you gotta have the data

February 17, 2021

First, you gotta have the data When I work with clients on a new AMS […]

Work on your relationship with your AMS vendor

February 10, 2021

Work on your relationship with your AMS vendor It is no coincidence that my most […]

Leave a Comment

Your email address will not be published. Required fields are marked *

Scroll to Top