Modèle de soutien à la décision avancé

Dépannage de la décision Chemin

Un modèle de dépannage guidé pour les moments d'apprentissage où les gens doivent diagnostiquer un problème, restreindre la cause probable et choisir la prochaine action utile. Il est conçu pour le soutien opérationnel, la clarté des flux de travail et la prise de décision dans le monde réel, pas pour une énergie de quiz factice sous un manteau.

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.

1 Signal
2 Vérifier
3 Action

É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 ?

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

01

Identifiez le signal

L'apprenant nomme le type de problème avant de choisir une solution.

02

Éliminez les causes évidentes

Le flux renforce une habitude de dépannage utile : vérifiez avant d'agir.

03

Choisissez la prochaine action

L'apprenant choisit de soutenir, de réessayer, de documenter ou d'escalader.

04

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