Branching Training Videos: A Storyboard That Works
Build a branching training storyboard with a complete node map, fictional service scenario, useful feedback, accessible alternatives, and a practical pilot.

You want staff to practice hard conversations without risking real customers. A branching training video lets them choose a path, see the result, and try again. This guide gives you a simple storyboard method you can use this week.
What a Branching Video Is
A normal training video runs in a straight line. Everyone watches the same scenes. A branching video pauses at key moments. The learner picks an option. The video then plays the scene that matches that choice.
Think of it as a "choose your own adventure" for staff. One customer complaint can end several different ways. The learner sees how each choice changes the outcome.
The storyboard is your map. It lists every scene, every decision point, and every path. You build the map before you record anything.
Why Storyboard First
Recording without a map wastes time. You film scenes you never use. You forget the feedback scene that explains why a choice was poor. A storyboard fixes this.
It also helps you check the learning goal. If a branch does not teach anything, cut it. If a decision is too easy, make the options closer in quality.
A good storyboard answers three questions:
- What does the learner decide?
- What happens next?
- What feedback do they get?
The Core Method
Start with one realistic scenario. Do not build ten. One scenario with three decisions is enough to give learners meaningful practice.
Step 1: Name the Skill
Pick one skill you want to improve. Examples for a service business:
- Handling a late delivery complaint
- Explaining a price increase
- Responding to a refund request
Write the skill in one sentence. "The learner will respond to an angry customer without making promises we cannot keep."
Step 2: Write the Opening Scene
The opening scene sets the situation. Keep it under 30 seconds. Show the customer speaking. Show the context. Do not explain the right answer yet.
Example opening: A customer calls about a missed appointment. She is calm but firm. She wants a refund. The learner plays the staff member.
Step 3: Write Three Decision Points
Write choices that test the skill you named. In the worked example below, learners choose a first response, then a remedy within the fictional policy, then a next step.
Make the options plausible. Avoid a silly answer that gives the learner no reason to think. Ask the process owner to check the preferred choice and explain why the alternatives are weaker in this setting.
Step 4: Write the Consequence Scenes
Each option leads to a short scene showing one possible result. The scripted customer may react in a way that helps explain the choice. Real customers may respond differently; the scene is not a prediction.
Keep consequence scenes short. Ten to twenty seconds is one possible design choice; test whether it gives enough context. The point is the link between choice and result.
Step 5: Write the Feedback
After each consequence, show a short feedback screen. The feedback explains why the choice worked or failed. Use plain language.
Example feedback for Option A in Decision 1: "Blaming the customer raises tension. The customer feels unheard. A better first step is to acknowledge the problem."
Feedback should not lecture. Two or three sentences are enough.
Step 6: Map the Paths
Now draw the map. You can use sticky notes, a whiteboard, or a simple table. Each node is a scene or decision. Each arrow is a choice.
A three-decision tree with three options at each decision gives learners many possible routes through the material. Paths can rejoin after feedback, so you need not film a separate ending for each sequence. The node table below shows one complete structure.
The Node Table
A node table keeps your storyboard organized. Here is a complete table for a fictional cleaning service scenario. Every decision has three options, and every option leads to a consequence scene with feedback. After each feedback node, all paths rejoin at the next decision.
| Node ID | Type | Content | Leads To |
|---|---|---|---|
| Start | Scene | Opening: Dana calls about a missed room | D1 |
| D1 | Decision | First response choice | D1A, D1B, D1C |
| D1A | Scene | Consequence: Dana gets defensive | F1A |
| D1B | Scene | Consequence: Dana pauses and thanks you | F1B |
| D1C | Scene | Consequence: Dana feels doubted | F1C |
| F1A | Feedback | Why denying before checking fails | D2 |
| F1B | Feedback | Why a short apology and check works | D2 |
| F1C | Feedback | Why questioning honesty damages trust | D2 |
| D2 | Decision | Refund response choice | D2A, D2B, D2C |
| D2A | Scene | Consequence: Dana says a future discount does not fix this visit | F2A |
| D2B | Scene | Consequence: Dana accepts the credit | F2B |
| D2C | Scene | Consequence: Dana says she will leave a bad review | F2C |
| F2A | Feedback | Why a future discount misses the current problem | D3 |
| F2B | Feedback | Why a credit on this invoice matches the problem | D3 |
| F2C | Feedback | Why refusing any remedy escalates conflict | D3 |
| D3 | Decision | Reassurance choice | D3A, D3B, D3C |
| D3A | Scene | Consequence: Dana says that is not reassuring | F3A |
| D3B | Scene | Consequence: Dana thanks you and ends the call satisfied | F3B |
| D3C | Scene | Consequence: Dana sounds uneasy | F3C |
| F3A | Feedback | Why a vague answer does not rebuild confidence | End |
| F3B | Feedback | Why a specific action rebuilds trust | End |
| F3C | Feedback | Why casual language undercuts seriousness | End |
| End | Scene | Closing: call ends; learner sees summary of choices made | — |
This table becomes your filming checklist. Every "Leads To" destination is explicit, so nothing gets lost between storyboard and production.
Worked Example: A Fictional Cleaning Service
Let us build the full example for a fictional business called Team A. This is a fictional scenario. Any resemblance to a real company or customer is coincidental.
The skill: Responding to a customer who says the team missed a room.
Company policy for this scenario: Team A allows staff to offer a credit of up to 10% on the current invoice when a room was verifiably missed. Staff cannot offer refunds above that amount without manager approval. Staff can offer a future discount of up to 10% as an alternative, but only after checking the booking record.
Opening scene (Start): A customer named Dana calls. She booked a three-bedroom clean. The team cleaned two bedrooms and the kitchen. They missed the third bedroom. Dana is polite but annoyed. She asks for a discount.
Decision 1 (D1): What do you say first?
- Option A: "Our team follows a checklist. They did not miss anything."
- Option B: "I am sorry that happened. Let me pull up your booking."
- Option C: "That is strange. Are you sure?"
Consequences:
- D1A: Dana gets defensive. She says she is sure. The call gets tense.
- D1B: Dana pauses. She says thank you. The call stays calm.
- D1C: Dana feels doubted. She asks to speak to a manager.
Feedback:
- F1A: "Denying the problem before checking facts makes the customer feel ignored. Check the record first."
- F1B: "A short apology and a check of the booking shows you take the issue seriously. This lowers tension."
- F1C: "Questioning the customer's honesty damages trust. Even if you need to verify, phrase it neutrally."
Decision 2 (D2): Dana asks for a 20% discount. What do you offer?
- Option A: "I can offer 10% off your next clean."
- Option B: "I can apply a 10% credit to this invoice."
- Option C: "We do not give discounts."
Consequences:
- D2A: Dana says that does not fix this visit. She is still unhappy.
- D2B: Dana accepts. She says she will book again.
- D2C: Dana says she will leave a bad review.
Feedback:
- F2A: "A future discount does not address the current failure. Offer something for this visit."
- F2B: "A credit on the current invoice matches the problem. The customer feels the business took responsibility."
- F2C: "Refusing any remedy escalates the conflict. Even a small gesture helps."
Decision 3 (D3): Dana asks if this will happen again. What do you say?
- Option A: "I cannot promise anything."
- Option B: "I will add a note to your file and brief the team lead."
- Option C: "Probably not."
Consequences:
- D3A: Dana says that is not reassuring. She remains doubtful.
- D3B: Dana thanks you. She ends the call satisfied.
- D3C: Dana laughs but sounds uneasy. She says she hopes so.
Feedback:
- F3A: "Honesty is fine, but offer a concrete step. A vague answer does not rebuild confidence."
- F3B: "A specific action shows the problem is recorded and will be addressed. This rebuilds trust."
- F3C: "Casual language undercuts seriousness. The customer needs a clear commitment."
This example has three decisions, nine consequence scenes, and nine feedback screens. The filming time will depend on your team, equipment, and how many takes each scene needs.
The Accessible Linear Path
Some learners cannot use an interactive branching video. Others may prefer a straight path. Build one linear version alongside the branching one.
The linear version plays the best-choice path from start to finish. It shows the opening, the best option at each decision, the positive consequence, and the feedback. It runs like a normal training video.
This serves two purposes. It can form part of an accessible route when the content and player meet the learner's needs. It also works as a quick refresher for staff who already completed the branching version.
A linear video alone is not enough for accessibility. The W3C advises planning access from the start, assigning responsibilities, and considering captions, descriptions, transcripts and the media player. For your linear path, provide:
- Captions synchronized with all speech and meaningful audio.
- A descriptive transcript that includes both spoken content and descriptions of important visual information. This transcript should also preserve every decision point, every option, and the feedback text so a learner who cannot use the video still gets the full branching content.
- An accessible media player that supports keyboard navigation and works with screen readers.
Plan these during storyboarding, not after filming. Captioning alone does not address all access needs.
Pilot Evaluation That Measures Decisions
Completion rate is a weak measure. A learner can click through every branch and learn nothing. Measure decisions instead.
Run a small pilot. Five to eight staff members is an illustrative sample size for early feedback; adjust based on your team size and how much detail you need. Track these items:
- Which option did each learner pick at each decision?
- Did they change their choice on a second attempt?
- How long did they spend on feedback screens?
- Did they ask any follow-up questions after the session?
The key question: did learners pick better options after seeing feedback? If most learners picked the poor option first and the good option second, that suggests the feedback helped them adjust their choices during the session. It does not prove the training changed their behavior on the job. If they picked the good option first every time, your decisions may be too easy.
Ask one open-ended question after the pilot: "What would you do differently on your next customer call?" Their answers show what they recall and intend to apply. To look for evidence of transfer, follow up later with a fresh scenario or observe real calls where possible. A self-report right after the session is not proof that behavior changed.
Edge Cases
What if a decision has more than three options? Cut it to three. More options make the tree too large. If you need more, split the decision into two separate points.
What if the scenario is too specific? Check whether it teaches a decision learners will face. Try a second, different scenario in the pilot to see whether they can apply the reasoning beyond the first example.
What if you cannot film real customers? Use staff as actors. Label the video as a fictional scenario. Do not use real customer recordings without consent.
What if the branching tool you use has limits? Storyboard first, then adapt. The map works even if your software only supports simple jumps. You can also build a branching flow in a slide deck with clickable buttons.
Authoring Software vs. Pedagogical Design
Do not confuse the map with the tool. The storyboard is the pedagogical design. It defines what learners decide and what they learn. The authoring software is just the container.
You can build a branching video in many tools. Some are simple. Some are complex. The learning design and the software both matter. Check that the tool can deliver the mapped choices and access features.
Choose a tool after you finish the map. The map tells you what features you need. If your map has three decisions and nine consequences, you need a tool that supports that many nodes. If your map is simpler, a basic tool works.
A Note on AI Tools and Risk
Some teams use AI tools to draft scripts or generate voiceovers. That can save time. But treat AI output as a draft, not a final product. Review every line for accuracy and tone.
The NIST AI Risk Management Framework is voluntary guidance to help manage AI risks to people and organizations. Its functions are Govern, Map, Measure and Manage. It is not certification, a legal obligation, or proof a vendor is secure. Any checklist you create is editorial advice, not an official NIST test.
This guide is general information, not legal or security advice. Check your local rules and your own policies before recording customer scenarios.
Reusable Checklist
Use this checklist before you film.
Storyboard
- One skill named in a single sentence
- Opening scene under 30 seconds
- Three decision points
- Two or three options per decision
- Consequence scene for every option
- Feedback screen for every consequence
- Node table complete with "Leads To" column
- Company policy and staff authority defined before any refund or discount choice
Access
- Linear best-choice path planned
- Captions planned for all scenes
- Descriptive transcript planned, including decision options and feedback text
- Player supports keyboard navigation and screen readers
Pilot
- Pilot learner group recruited (five to eight is an illustrative starting size)
- Decision choices tracked per learner
- Second-attempt changes tracked
- One open-ended transfer question written
- Follow-up evidence planned, such as a fresh scenario or real-call observation
Three Short FAQs
How long should the whole branching video be? Aim for five to eight minutes of total footage across all paths. Each learner will only see a portion of that. Adjust based on your content and audience; the suggested range is an illustrative design choice, not a rule.
Do I need professional actors? No. Staff members who know the job can play both roles. The script matters more than the performance. Keep lines short and natural.
How many scenarios should I build first? One. Build one scenario, pilot it, and improve it. Then build the next one. Three good scenarios beat ten rushed ones.
Next Action
Open a blank document or whiteboard. Write one skill sentence and one opening scene for a real customer situation in your business. Define the relevant company policy and staff authority before you write any refund or discount options. Then write the first decision with three options. That is your first node table row. Build the rest from there.
For more on turning your existing procedures into training material, see how to turn SOPs into training videos. If you want to explore AI-assisted drafting, read AI video for corporate trainers. For customer-service specific ideas, see AI video for customer support.
More from Kyndrify
Make your first video without filming.
Say what you need and the studio makes it: video, images, voices. Start free, no credit card.


