It's not the mistakes, but how you respond
Recently a client was complaining about a bug that had been introduced in the latest release of their software. She was very upset that the bug hadn't been caught before the release.
While I understand her frustration, bugs are a reality of software. The real test here is how the software company responds to notification of this bug. Will they acknowledge the problem? Will they fix it right away? Will they offer a workaround?
Software bugs are inevitable. Human error is inevitable. How the vendor responds to those errors is what really matters.
When my clients are selecting a new software system, part of the process is reference checks. One question I always recommend is something along the lines of "Tell me when there was a problem with your vendor. What happened and how did they resolve it?" How the vendor responded to any significant challenges will say a lot about the vendor.
The reality is there will always be errors, there will always be bugs, there will always be challenges with any software. What matters most is how the vendor responds to those issues.
(And by the way, this applies to all of us. We all make mistakes. It's how we respond to those mistakes that really counts.)
![]()
Wes's Wednesday Wisdom Archives
How you respond matters
How you respond matters Very recently I wrote that I measure customer service by how […]
Your one non-renewable resource
Your one non-renewable resource For any project, the three primary resources are time, money, and […]
No system is perfect
No system is perfect When working with my clients on the selection of a new […]
Ask your members to update their info
Ask your members to update their info One of the greatest data management challenges any association […]
Customer vs. staff
Customer vs. staff In a properly designed AMS, when the customer goes online to your […]
Measuring customer service
Measuring customer service When I work with clients on AMS selection, one question that often […]
Iterate or innovate?
Iterate or innovate? When moving to a new association management system, there is often an implicit […]
Who is in control?
Who is in control? Speaking with a client once about their database project, the client […]
Sometimes Staff Has to do the Work
Sometimes staff has to do the work… As a child, I was attracted to computers […]
Documentation and the Great Resignation
Documentation and the Great Resignation Unless you’ve been living under the proverbial rock, you’ve heard […]
