A poor launch can set the stage for YEARS
It is not uncommon for me to get a call from a prospective client and hear something like: "We launched a new AMS last year, but it was a rushed implementation. We never really got things right from the start and now everyone is unhappy."
Too often, when an implementation is rushed (e.g., not enough time provided for data conversion, or training, or testing), the result is that the launched product doesn't work as expected. This could be true on either or both the staff side or the customer-facing side.
Obviously, this isn't good, but the significant downside to a poorly executed launch can be the long-term lingering distaste (or outright hatred) of the new system. Because the launch was rushed and staff was unprepared for go-live, staff winds up hating the system. This means that user adoption will be lower, which will affect the long-term success of the system. I've even seen situations where staff actively avoided the system (setting up their own shadow systems) because they so distrusted the new AMS.
The sweet spot is to give yourself enough time to complete a solid implementation without causing the project to go on for too long. And if you can avoid it, never launch an AMS before a major event, like an annual conference or annual dues renewal billing. As I like to tell my clients, we're looking for the "least bad time" to launch.
Your AMS launch is your first big leap into a new system and new experiences for (and attitudes from) staff and customers. So make sure you get it right.
![]()
Wes's Wednesday Wisdom Archives
MDR (Minimum Data Required)
MDR (Minimum Data Required) I’ve written about minimum viable product (MVP) in software development in the […]
Simpler and Faster is Better
Simple and Faster is Better Earlier this week I was fortunate enough to attend a […]
Patience and grace
Patience and grace A past client of mine recently told me: “You inspire confidence and […]
Sometimes you just have to try it and see what happens
Sometimes you just have to try it and see what happens The single greatest key […]
Training and testing
Training and testing I’ve written before that the best form of training follows this process: […]
How to save a “failing” project
How to save a “failing” project It is not unusual for me to receive a […]
How to avoid the “IT black hole”
How to avoid the “IT black hole” Going all the way back to my days […]
The “People” are important!
The “People” are important! I’ve written a lot about people, process, and technology over the […]
Always look for the MVP
Always look for the MVP I first wrote about minimum viable product (MVP) just three […]
The longer you take, the longer it will take
The longer you take, the longer it will take It may sound like a tautology, […]
