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
Don’t forget Parkinson’s Law
Don’t forget Parkinson’s Law “Work expands so as to fill the time available for its […]
Just Respond
Just Respond Growing up my father used to tell my many siblings and me that […]
People fear uncertainty, not change
People fear uncertainty, not change If you’ve ever worked on any big project that was […]
“Working with you is like going to therapy.”
“Working with you is like going to therapy.” I was working with a client last […]
The best ideas are stolen
The best ideas are stolen I don’t remember where I first heard it, but someone said […]
It’s all about expectations
It’s all about expectations One of the most critical contributors to the success of a […]
Either you test, or your members will
Either you test, or your members will If I was forced to choose the single […]
But are you really willing to change?
But are you really willing to change? When any organization is making a change in data management […]
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 […]
