<img height="1" width="1" style="display:none" src="https://www.facebook.com/tr?id=344430429281371&amp;ev=PageView&amp;noscript=1">

How to Keep Training Content Up-to-Date When Your Software Changes Every Week

Written by Bill Cushard

Published on June 23, 2016

ServiceRocket Enterprise Software Training is Hard - Customer Education

One of the most challenging parts of being a software trainer is keeping training content up-to-date on software that constantly changes. In a world of short sprints and rapid release cycles, the speed at which software changes is accelerating. It is almost demoralizing to spend so much effort developing a training course only to find it out-of-date the moment it is the completed. And many software trainers have shown up to teach a class, only to find out during classes that features have changed and the trainer didn't know it. 

And to make matters worse, there is evidence to support this problem. According to the research by the Technology Services Industry Association (TSIA), there is a 68 day lag between the time a product is shipped and live training is released.

 68 days.

That means customers are taking eLearning that is not up-to-date and your instructors are showing up unprepared to training classes. That could be embarrassing.  

The question is, “How can you shrink this lag time and keep training content up to date so customers can successfully learn and use your software?”

While there is no easy answer, there are ways to change software training development so you can keep up with the rapid pace of software development.

Training Should Be Part of the Product Development Process

The first step in keeping software training up-to-date is integrating the software training development process as part of the product development process. One of the steps in the product development process should include creating training. For purposes of this process, I use the word "training" in its broadest sense to include anything related to communicating to customers that the software is changing and what they need to learn. Minor software updates may only require that you send release notes to customers. Major releases may require a full-scale, formal and integrated training course and communication program be developed. 

If the training development process is part of the product management process, the training team will have more visibility into what changes are coming and can plan ahead for the changes. In most cases, updating training content can be started before the changes are released, giving the training team a chance to keep up.

So go talk to your product team and ask how you can embed yourself into the go-to-market process. 

Leverage Release Notes

Another thing training teams can do to keep content up-to-date with the speed of software updates is to leverage release notes more effectively. It is common for release notes to be written as part of a software release. It is not common for a training team to know the release notes are coming or for a training team to use the release notes to create and/or update training content. Training teams should use release notes as a means for keeping training content up-to-date. In some cases, training teams can just insert release notes into the beginning of a training course to explain what has changed in the most recent release. This may not require updating the content in the course, but at least it communicates to learners what changes to expect while taking the course.

Fewer Features, More Concepts

We have all been in training classes that walk through each tab of a software product, showing each feature of every tab. The idea is to make sure nothing gets missed. The problem is that learners do not need to know every feature to get their job done. They only need to know the features that they would use most often to get their jobs done. And the more feature explanations are in the training content, the more often the content needs to be updated, which is exactly what we are trying to minimize.

The more feature-focused software training is, the more difficult it is to keep the content up-to-date. The more training is focused on concepts and job tasks, the less need there is to keep the content up-to-date with software changes. Features will change frequently, but job tasks not nearly as often.

Take an example of teaching a feature of a CRM product. Instead of teaching every feature on the "accounts" tab, we should teach people how to merge contacts when a duplicate is found. Learning how to merge contacts is more relatable to someone’s job than learning merge record features. That slight tweak in what should be taught, allows us to focus less of the content on the feature and more on the workflow of merging contacts. The features may change, while the workflow and process of merging contacts does not.

One way get away from content focused on features is for content to have more conceptual diagrams that show a high level picture of what users are going to learn, what the work process is, and how it will help them get their job done. A conceptual diagram frames the entire concept of your software (or a task), and is unlikely to change, no matter how often your software changes. 

Yes, features need to be covered and trainers need to stay current, but not all of those feature explanations need to be in the content. Trainers can teach new features to show how a process is performed. 

Do Away with Screen Shots

Screen shots are easy to use. After all, you just take a screen shot and put it on a slide. Done. The problem is that the screen shots will look completely different in a few weeks and will need to be replaced. Instead of using screen shots, training content can describe the work task that needs to be learned at a more conceptual level, just like we discussed above. You could list action steps or show a workflow diagram of a task, but don’t put a screen shot on the slide. Save yourself the hassle of updating screenshots every month. 

It Is Still Going to Be Difficult, But It Can Be Less Difficult

There is no getting around the difficulty of keeping software training content up-to-date in a world of short sprints and rapid release cycles. However, you can keep up, if you just change how you design your training using the techniques above. 

 The course development process can be complex, but it does not have to be. We wrote a book to simplify the the process. It is called, Ad Hoc Hell: A ServiceRocket Guide to Developing Your First Software Training Course. Using a simpler process can also help you keep your software training content up-to-date more efficiently. 

Download Ad Hoc Hell

Subscribe to the Learndot Blog