Marathon Training with Heart Rate

This scenario-based eLearning project about running a marathon has been constructed to reinforce good behaviors and address misconceptions and stereotypes by showing possible consequences when the less desirable behavior is utilized.

The project could be applied to various business scenarios, like greeting customers, onboarding new employees, fostering collaborative work environments, or completing job-related tasks.

Mockup picture of a scenario-based eLearning Articulate Storyline 360 project on marathon training with heart rate.

Client: Conceptual project for a running coach

Audience: Beginner runners with some experience with speed work and long runs

Responsibilities: Instructional Design, eLearning Development, Graphic Design, JavaScript Implementation, Action Mapping, Authoring, Storyboarding

Tools Used: Articulate Storyline 360, MindMeister, Adobe Photoshop, JavaScript, Midjourney, Microsoft Word, Microsoft Excel

The Problem

Many beginner runners believe the only way to get faster is to run faster each time. This leads to injury and burnout.

By using techniques like the Maffetone method or 80/20 training, runners can improve their overall fitness by running most of their runs at an easy pace. It’s easier on the body and easier for the body to recover.

This project aims to solve the problem of runners overtraining to obtain a personal best time in a marathon.

The Solution

In analyzing the problem, many components help runners improve beyond keeping the easy runs easy and the hard runs hard.

Sleep, strength training, nutrition, fueling, and hydration all play a part.

All these elements point to a need for more knowledge or experience. Runners need to be made aware of which behaviors to focus on.

To address this, an experience has been created for a coach to give to intermediate runners to experience what happens in common scenarios without putting on running shoes or risking injury.

The Design Process

I used the ADDIE process to guide me through the steps of this project.

Analysis

I started this project by analyzing the situation at hand. I identified that the problem was related to a gap in knowledge and experience and that a scenario-based eLearning experience would be an excellent solution to correct the runner’s behavior.

There are many factors related to successfully running a marathon. I, as a subject matter expert (SME), created a mind map.

A graphic organizer mind map used in the analysis process for factors that affect running a personal best in the marathon including easy runs, easy; hard runs, hard; sleep; hydration; strength training; and fueling.

Design

After mapping out all of the factors that could result in running a personal best in a marathon, I, as the SME, decided that focusing on 80/20 training and keeping the easy runs easy and the hard runs hard would be the two topics to concentrate on in this learning experience.

As the SME, I wanted to include more, but I realized that in the world of instructional design, concentrating on a couple of critical behaviors would be more beneficial than introducing many behaviors to improve.

Action Map

A goal was developed, and an action map was created to guide the actions needed for this scenario-based learning experience.

An action map created during the design phase of instructional design that examines the actions to run a personal best in the marathon.
Action Map - Click to Zoom

Based on the action map, I created the following learning objective:

Implement the 80/20 training approach, balancing 80% of training time at low to moderate intensity and 20% at higher intensity, to optimize marathon preparation and achieve a faster race time.

Development

In the development phase, I created a text-based storyboard. This gave me a working script so I could start working on the visual design for the project. 

Visual Mockups

I reviewed a couple of visual design prototypes before deciding on a final design.

 

I started by showing a character to represent the user on the screen. I quickly realized that I could not get the effect that I was looking for. I did not have the correct artwork to show a runner running into the screen. Instead, I could only depict running in the plane of the screen or out from the screen.


In my next iteration, I thought about using a first-person point of view where you could see the characters running watch. I realized that showing a watch would not add to the experience.

A picture of a runner running into the hills that was used in an early prototype during the development phase of ADDIE.
I Could Not Find Enough of These Pictures to Keep Consistency throughout the Project
A set of four character packs from Midjourney that was used in an early prototype during the development phase of ADDIE.
Characters Like These Were Running in the Wrong Direction
A picture of a GPS watch and wrist from Midjourney that was used in an early prototype during the development phase of ADDIE.
This Point of View Did Not Add Value to the Project

I finally decided on using backgrounds that would change based on the type of run.

A picture of a wide dirt trail in the forest that is used as the background for long runs.
Long Runs
A picture of a suburban neighborhood with craftsman style homes that is used as the background for recovery runs.
Recovery Runs
An alternative picture of a suburban neighborhood with craftsman style homes that is used as the background for recovery runs.
Pace and Base Runs
A picture of a skinny dirt trail that goes uphill in the forest that is used as the background for hill runs.
Hill Runs

I realize that most coaches probably don’t meet with their athletes each day, but by using a daily check-in feature, the coach could reinforce the user’s consequences for the day. As a subtle feature, I included two different types of check-in screens.

A picture of a laptop with a female coach on the screen. The laptop is on a table that looks out a window at a background of trees and mountains.
Coach Check-in Screen - Variation 1
An alternative picture of a laptop with a female coach on the screen. The laptop is on a table that looks out a window at a background of trees and mountains.
Coach Check-in Screen - Variation 2

Graphic Design

In the early part of the design phase, I scoured image repository websites for vector art to use in my project. I ultimately decided to utilize artificial intelligence (AI) to create the artwork.

I used Midjourney and learned all about using the correct prompt to generate artwork close to what I had in mind. I found using Midjourney to create the backgrounds was reasonably straightforward.

I found it more challenging to work with when generating the cell phone used as a button to ask your coach for advice. It was also difficult to generate (imagine) the background when the user video chatted with their coach.

Gamification

I wanted to add a gamification element to make the scenario more realistic. There were two different iterations of when the stars should appear. At first, the stars appeared on the consequence screen, but after testing it in the functional prototype, awarding the stars during the coach check-in made more sense.

 

In the gamification process, I determined that my branched scenario had 216 possible paths. To determine the possible point values, I made a Microsoft Excel spreadsheet to calculate point values for each track. While the maximum point value was seven and the minimum was two, I decided to cap it at six points to allow users who made one or two poor decisions the chance to earn six stars. This is similar to training for a marathon; one bad day, one missed day, doesn’t mean a runner will not be successful.

JavaScript: Target Heart Rate Zones

Since the scenario was based on heart rate training, it would be very interactive to have the users enter their maximum and resting heart rates to see their zones. Adding this feature was one of my proudest moments of this project

I am familiar with coding, but I am not a coding expert. I knew what I wanted to do was something that could be coded. I found an online JavaScript editor and created the code to calculate the target heart rate zones.

I was ecstatic once I could pass the numeric entries from the Storyline player to the JavaScript and have the target heart rate zones returned to the Storyline player. Once I figured out this operation, I wanted to add data validation. It took me some time to play around with a workflow that would validate the data, but with triggers and layers, I could implement a basic data validation algorithm.

Screenshot of eLearning scenario on a phone asking for maximum heart rate.
Alpha Version of Numeric Entry Screen for Maximum Heart Rate

Implementation

I had a few runners, a triathlete, and a non-runner review the project and provide feedback. Generally, the project was well received. It was easy to follow and use. In addition, a couple of my test users made suggestions that I was able to incorporate into the project.

Multiple users told me that they had difficulty seeing the phone, which is used as a button for the user to ask the coach for advice. I switched out the graphics to a different phone.

Screenshot from Day 1 of the scenario showing the original phone design that only included a lock screen.
Old Phone
Screenshot from Day 1 of the scenario showing the revised phone design that included icons for apps.
New Phone

One user suggested that a runner new to heart rate training may need to understand that Z2 stands for target heart rate zone 2. I made sure that I clarified this at the beginning of the project.

Screenshot of the original screen when the coach shares the user's target heart rate zones.
Original Screen with Heart Rate Zones
Screenshot of the revised screen when the coach shares the user's target heart rate zones with an explanation of the nomenclature.
New Screen with Heart Rate Zone Explanation
Screenshot of the original screen for Day 1 that does not explain Z3.
Original Day 1 Screen with No Z3 Explanation
Screenshot of the revised screen for Day 1 that explains Z3 is for heart rate zone 3.
Revised Day 1 Screen with Z3 Explanation

Two users thought sharing some information about the six major marathons would be good. I added this layer to the slide when the six-star feedback is explained as an optional button.

Screenshot of the original screen when the coach explains that there is a six star feedback system, but no additional information about the six major marathons.
Coach without Major Marathon Information
Screenshot of the revised screen when the coach explains that there is a six star feedback system, with an optional button to trigger a layer reveal with information about the six major marathons.
Coach with Major Marathon Information
Screenshot of the layer with the locations of the six major marathons.
Major Marathon Layer

Evaluation

As a conceptual project, I could not collect data to see if runners were incorporating this information about heart rate training into their training blocks. However, a coach using a scenario-based eLearning experience like this project could collect data on their athletes to see who keeps their easy runs easy and their hard runs hard.  It would be interesting to see if there was a statistically significant difference in the improvement of marathon finish times for runners who used this experience compared to those who didn’t.

Additional Features

I would have liked to add a few features if I had more time to develop this project: