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
Don’t forget, your staff have day jobs…
Don’t forget, your staff have day jobs… The vast majority of my work is finite […]
Beware the automated “How did we do?” trap!
Beware the automated “How did we do?” trap! One of the downsides of technology is […]
Hindsight is 20/20
Hindsight is 20/20 I’m currently working with a client that is moving from their legacy […]
Cheaper now; costlier later.
Cheaper now; costlier later. Most of my clients are very cost-conscious, understandably. After all, who […]
The unified shopping cart: Dreams vs. reality
The unified shopping cart: Dreams vs. reality One of the more common requests I hear […]
Don’t forget to celebrate!
Don’t forget to celebrate! Truth be told, I’m not a big celebrator. (Maybe it’s because […]
Three thoughts on duplicate records
Three thoughts on duplicate records Duplicate records are a reality in any database of any size, […]
Please don’t do this…
Please don’t do this… I’ve noticed a trend among online retailers that I want to […]
AI is perpetually patient
AI is perpetually patient My friend and colleague Noel Shatananda of fusionSpan was providing me some […]
User adoption is (almost) all that matters…
User adoption is (almost) all that matters… I was speaking with an association recently about their […]
