But are you really willing to change?
When any organization is making a change in data management systems, one of the most important considerations during implementation is what business processes need to be changed. Or put another way, when we change the software, are we also willing to change how we do the things we do?
It is not uncommon to hear an executive director say to the vendor during implementation, "Tell us how to do this better so that we can really leverage your software." This is the correct sentiment. But too often, the reality is that while senior management may expect this, very often the staff who actually use the system are more resistant to changing how they do things. Which can lead to trouble.
So what can be done? Here are some suggestions:
- Eliminate things that simply don't need to be done anymore. This is the easiest kind of behavior change to make; STOP doing it! You'd be amazed at how many processes exist now that you simply don't need to be doing.
- Focus on the outcome, not the input. If the outcome is for someone to be registered for an event and to have data for an attendees list and badge, focus on that, not on how we get there. Then let the vendor tell you the best way to get there using their software.
- Highlight how the change will benefit the staff person. Too often we say "This will be good for the association" or "this will be good for the customer." Those are fair desires, but are not terribly appealing to the person whose behavior has to change. You have to explain how the change is better for the person who has to change.
- Acknowledge that change can be frightening and unsettling, while also acknowledging that mistakes will be made during the learning period. What I hear from staff is they don't want to change processes for fear of making mistakes.
Changing software is one big step toward improving data management. But changing your processes is another critical element for success. Don't overlook it.
![]()
Wes's Wednesday Wisdom Archives
Two tips for data conversion
Two Tips for Data Conversion I’ve written a lot about data conversion over the years […]
Who should “own” the database?
Who should “own” the database? One of the most common questions I get from my […]
What makes you weird?
What makes you weird? When I work with clients on selecting a new association management system, one […]
Why “AMS Consortiums” Don’t Work
Why “AMS Consortiums” Don’t Work About once a year I will get a call from […]
Your vendor will disappoint you
Your vendor will disappoint you I follow politics as a hobby. A past publisher from […]
Learn how to lose
Learn how to lose “Winning is great, sure, but if you are really going to […]
Ownership is Required
Ownership is required When asked for the most common reason AMS implementations fail, I typically respond […]
It’s all relative…
It’s all relative… Over the course of my 22 years of consulting, I’ve consulted with […]
Eliminate to optimize
Eliminate to optimize So much of data management is habit (both good and bad) which is […]
For data governance, ask “Why?”
For data governance, ask “Why?” Recently I’ve had the opportunity to work on several data […]
