Either you test, or your members will
If I was forced to choose the single most important activity during a system implementation, I would choose testing. The point of testing is to ensure the system does what you expect it to do in normal, day-to-day use. Can you process and renew members? Can members and customers register for an event? Can you manage committee membership? And so on.
As I always tell my clients, either you (the staff) will do testing before go-live, or your members and customers will do it after go-live (i.e., as soon as they start trying to interact with you either via your website or directly via phone or mail).
Most off-the-shelf systems already "work," in that they do the things they promise (e.g., dues renewal, event registration, etc.). But they need to be configured to your association's business rules, and that's where the testing becomes critical.
And of course, even after go-live, if you add new functionality, that needs to be tested.
So ask yourself: Who's doing the testing in your organization? The staff, or your members?
![]()
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, […]
