Showing is not teaching
In my experience, when new staff members are taught how to use their AMS (or LMS, CMS, FMS, etc.) they aren't really taught how to use the system, they are shown how to use it. So what's the difference?
In a nutshell, showing only covers the "how" and "what." But teaching also covers the "why." It provides context.
So rather than just pointing and saying "click these buttons to process a new member," we also explain why each button is pushed, what happens with each change of data, and how the data is then used going forward.
This is important for many reasons, not the least of which that it helps with retention. It also gives the learner an opportunity to ask "why" questions that might actually lead to improvements in process!
So next time you have to "train," staff, make sure you're not just showing, but that you're actually teaching.
![]()
Wes's Wednesday Wisdom Archives
Inertia
Inertia One definition of inertia is “to remain unchanged.” My sense is that many association processes, projects, or […]
When’s the “least bad” time?
When’s the “least bad” time? When working with clients on a new project, especially a […]
A poor launch can set the stage for YEARS
A poor launch can set the stage for YEARS It is not uncommon for me […]
Have the courage of your convictions
Have the courage of your convictions Having the courage of your convictions means you’re willing […]
Even your online directory is out of date!
Even your online directory is out of date! Back in the day of printed directories, […]
Start small
Start small When I work with my clients on projects that involve measuring member engagement, […]
Some context, please
Some context, please A pet peeve of mine: A report about associations (e.g., marketing benchmarks report) where […]
Eventually automated emails get ignored
Eventually automated emails get ignored During the discovery and development phase of implementing a new […]
The challenge the AMS providers see
The challenge the AMS providers see Over the years I’ve asked AMS providers what they […]
Be careful about “solutioning” too quickly
Be careful about “solutioning” too quickly One of the great things about software developers is […]
