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
Consider quitting
Consider quitting Patient: “Doctor, it hurts when I do this.” Doctor: “Then stop doing that.” […]
There is nothing so permanent as business rules
There is nothing so permanent as business rules Nobel Prize-winning economist Milton Friedman said, “There’s nothing […]
Budget for feature discovery and adoption
Budget for feature discovery and adoption When developing a budget for implementation of a new […]
Customize staff pages for better user adoption
Customize staff pages for better user adoption The single most important element to data management […]
Don’t ask questions for which you already know the answer
Don’t ask questions for which you already know the answer I was recently completing an […]
All decisions involve risk
All decisions involve risk Whether it’s choosing a new AMS or introducing a new product […]
Try flowcharting your processes
Try flowcharting your processes Working with a client recently on their membership join process reminded me […]
“I just want a system I don’t have to fight with.”
“I just want a system I don’t have to fight with.” I asked my client: […]
Inertia Contributes to Bad Data
Inertia Contributes to Bad Data Without knowing anything about your organization or its data, I’d […]
What are you doing with new contacts?
What Are You Doing with New Contacts/ I was very interested to read in a […]
