Training and testing
I've written before that the best form of training follows this process: Tell them what you're going to do, tell them what you're doing, tell them what you did.
When working with your software company to report bugs or other issues, you should follow a similar process:
- Tell them what you were trying to do. For example, "I'm trying to process a membership order."
- Tell them how you did it. For example, "Here are the steps I followed." Be as explicit as possible and include screenshots!
- Tell them what happened. Show the results of your steps (again, including screenshots).
We've all heard "a picture is worth 1,000 words." I mentioned screenshots twice above for that very reason. Screenshots often communicate more than any narrative can.
"The membership join process doesn't work" is reporting a bug, but it's almost useless in terms of helping the software company figure out your problem. But following the process above will clearly communicate the issue and bring a resolution much more quickly.
![]()
Wes's Wednesday Wisdom Archives
Using AI beyond content generation
Using AI beyond content generation Recent surveys by ASAE and others suggest nearly 90% of associations […]
If you’re training, PLEASE do this…
If you’re training, PLEASE do this… If you’re doing any kind of software training, or […]
Don’t confuse motion with improvement
Don’t confuse motion with improvement I wrote recently how action can produce information. But an […]
Perfection is expensive (in fact, it’s not possible!)
Perfection is expensive (in fact, it’s not possible!) “Perfection is expensive. The last 5 percent […]
AI is a journey, not a destination
AI is a journey, not a destination Lately I’ve noticed a lot of associations talking […]
Action produces information
Action produces information “Action produces information. If you’re unsure of what to do, just do […]
Why a single source of truth is so beneficial…
Why a single source of truth is so beneficial… The holy grail of data management is […]
Just because you can, doesn’t mean you should
Just because you can, doesn’t mean you should I’ve worked in and with associations for well […]
Data doesn’t need to be perfect to be useful
Data doesn’t need to be perfect to be useful “Your data doesn’t have to be […]
Don’t just clean data, clean reports and queries
Don’t just clean data, clean reports and queries One of the reasons I exhort my […]
