Objectif
Faites passer les apprenants de la confusion à la prochaine action.
Ce modèle aide les apprenants à résoudre un problème étape par étape. Chaque choix restreint le chemin et produit des conseils pratiques basés sur les symptômes qu'ils identifient.
Meilleur pour
- Dépannage opérationnel
- Soutenir les flux de travail
- Orientation sur l'application ou l'outil
- Vérifications de sécurité
- Soutien à la décision du manager
- Préparation pour le premier jour ou le premier itinéraire
Philosophie d'apprentissage
L'objectif n'est pas de faire deviner à l'apprenant la réponse parfaite. L'objectif est d'enseigner un modèle de pensée répétable : observer le signal, écarter l'évidence, décider d'agir, réessayer, documenter ou escalader.
Aperçu en direct
Suivez le chemin et obtenez des conseils adaptatifs.
Cette démo utilise un flux de dépannage simple en trois étapes. Dans Storyline, chaque étape pourrait se trouver sur une diapositive, une couche ou un panneau dynamique contrôlé par des variables.
Étape 01 · Identifier le signal
Un apprenant dit que les instructions de l'application ne correspondent pas à ce qu'il voit sur le terrain.
Quelle est la première chose que vous devez comprendre ?
Étape 02 · Écarter l'évidence
Quelle vérification doit avoir lieu avant de choisir un chemin de soutien ?
Cette étape aide à éviter d'escalader trop tôt ou de donner un soutien générique trop tard.
Étape 03 · Choisir la prochaine action
Quel est le prochain mouvement le plus utile ?
Le meilleur chemin de dépannage offre à l'apprenant suffisamment de soutien pour continuer sans cacher le risque réel.
Notes de construction de l'intrigue
Variables suggérées
Utilisez des variables Storyline pour stocker chaque étape. JavaScript peut évaluer le chemin complet et renvoyer des scores, des retours d'information et des conseils pour la prochaine étape.
signalChoice
checkChoice
actionChoice
troubleshootingPath
diagnosisScore
efficiencyScore
supportFitScore
feedbackTitle
feedbackBody
feedbackTone
recommendedAction
Modèle d'interaction
Comment le modèle fonctionne
Identifiez le signal
L'apprenant nomme le type de problème avant de choisir une solution.
Éliminez les causes évidentes
Le flux renforce une habitude de dépannage utile : vérifiez avant d'agir.
Choisissez la prochaine action
L'apprenant choisit de soutenir, de réessayer, de documenter ou d'escalader.
Coach le chemin
Les retours d'information répondent à l'ensemble du chemin de décision, pas seulement au dernier clic.
Logique de départ
Bloc de démarrage JavaScript pour Storyline
Utilisez ceci après que l'apprenant ait complété la dernière étape. Personnalisez les combinaisons de chemin, les scores et le langage des retours d'information pour votre propre flux de travail.
// Troubleshooting Decision Path starter logic for Articulate Storyline
// Suggested trigger: Execute JavaScript after learner completes the final step
const player = GetPlayer();
const signalChoice = player.GetVar("signalChoice");
const checkChoice = player.GetVar("checkChoice");
const actionChoice = player.GetVar("actionChoice");
const pathKey = `${signalChoice}_${checkChoice}_${actionChoice}`;
const pathProfiles = {
"field_mismatch_compare_context_decision_aid": {
diagnosis: 96,
efficiency: 92,
support: 95,
tone: "Exactly",
title: "Strong troubleshooting path",
body: "This path identifies the real-world mismatch, checks where the documented flow breaks down, and gives the learner a practical decision aid. It supports action without ignoring the system issue.",
recommendedAction: "Provide the decision aid and document the mismatch for content or product review."
},
"field_mismatch_compare_context_escalate_with_context": {
diagnosis: 94,
efficiency: 78,
support: 88,
tone: "Strong",
title: "Good escalation with useful context",
body: "This path works well when the mismatch may affect other learners or indicates that the documented flow is outdated. The escalation is stronger because it includes the exact point of failure.",
recommendedAction: "Escalate with screenshots, learner language, and the step where the flow diverged."
},
"unclear_instruction_repeat_module_full_restart": {
diagnosis: 58,
efficiency: 30,
support: 42,
tone: "Not exactly",
title: "This may be too heavy",
body: "Restarting the full experience may create frustration if the learner only needs one unclear instruction clarified. A lighter support moment would likely be more useful.",
recommendedAction: "Clarify the confusing instruction and provide a short example."
},
"tech_failure_skip_check_escalate_with_context": {
diagnosis: 82,
efficiency: 76,
support: 84,
tone: "Cautious",
title: "Escalation may be appropriate",
body: "If this is truly a technical failure, escalation can be the right move. The key is to include enough context so the next team can act instead of restarting the investigation.",
recommendedAction: "Capture device, screen, step, error language, and what the learner already tried."
}
};
const fallbackProfiles = {
decision_aid: {
diagnosis: 78,
efficiency: 84,
support: 88,
tone: "Useful",
title: "Useful support path",
body: "A decision aid can help the learner continue without overloading the moment. Make sure the aid is tied to the actual signal, not just a generic reminder.",
recommendedAction: "Create a short field-ready guide for the specific condition."
},
escalate_with_context: {
diagnosis: 74,
efficiency: 66,
support: 78,
tone: "Cautious",
title: "Escalation needs context",
body: "Escalation can be useful, but only if the learner or support team captures the right details. Without context, escalation just moves confusion to another team.",
recommendedAction: "Document the exact mismatch before escalating."
},
full_restart: {
diagnosis: 46,
efficiency: 28,
support: 36,
tone: "Redirect",
title: "Avoid restarting by default",
body: "Sending someone back through a full experience can feel like punishment if they only need targeted help. Use full restart only when the foundation is clearly missing.",
recommendedAction: "Use targeted support before assigning a full restart."
}
};
const profile = pathProfiles[pathKey] || fallbackProfiles[actionChoice] || fallbackProfiles.decision_aid;
player.SetVar("troubleshootingPath", pathKey);
player.SetVar("diagnosisScore", profile.diagnosis);
player.SetVar("efficiencyScore", profile.efficiency);
player.SetVar("supportFitScore", profile.support);
player.SetVar("feedbackTone", profile.tone);
player.SetVar("feedbackTitle", profile.title);
player.SetVar("feedbackBody", profile.body);
player.SetVar("recommendedAction", profile.recommendedAction);
Notes de conception
Gardez-le opérationnel.
Les modèles de dépannage sont les plus utiles lorsqu'ils ressemblent à un soutien dans le flux de travail. Utilisez un langage pratique, des étapes courtes et des points de décision clairs. Ne faites pas lire un roman aux apprenants avant qu'ils puissent agir.
Idées de personnalisation
- Ajoutez des captures d'écran ou des exemples visuels à chaque étape.
- Utilisez la confiance de l'apprenant comme une entrée supplémentaire.
- Branchez vers différents aides de soutien en fonction du chemin final.
- Laissez les apprenants comparer leur chemin à celui d'un expert.
- Utilisez le modèle comme une alternative légère à une SOP statique.
Design Lab
Construisez un soutien qui aide les gens à avancer.
Utilisez ce modèle lorsque le moment d'apprentissage est vraiment un moment de soutien à la performance : les apprenants doivent diagnostiquer, décider et agir avec plus de clarté.
Retour au Design Lab