Padrão avançado de suporte à decisão

Decisão de solução de problemas Caminho

Um padrão guiado de solução de problemas para momentos de aprendizagem onde as pessoas precisam diagnosticar um problema, restringir a causa provável e escolher a próxima ação útil. É construído para suporte operacional, clareza no fluxo de trabalho e tomada de decisão no mundo real, não energia de quiz falso em um casaco.

Propósito

Leve os aprendizes da confusão à próxima ação.

Este padrão ajuda os aprendizes a resolver um problema passo a passo. Cada escolha restringe o caminho e produz orientações práticas com base nos sintomas que eles identificam.

Melhor para

  • Solução de problemas operacionais
  • Apoiar fluxos de trabalho
  • Orientação de aplicativo ou ferramenta
  • Verificações de segurança
  • Suporte à decisão do gerente
  • Prontidão para o primeiro dia ou primeira rota

Filosofia de aprendizagem

O objetivo não é fazer o aprendiz adivinhar a resposta perfeita. O objetivo é ensinar um padrão de pensamento repetível: observar o sinal, descartar o óbvio, decidir se deve agir, tentar novamente, documentar ou escalar.

Pré-visualização ao vivo

Siga o caminho e obtenha orientação adaptativa.

Esta demonstração usa um fluxo de solução de problemas simples em três etapas. No Storyline, cada etapa pode viver em um slide, uma camada ou um painel dinâmico controlado por variáveis.

1 Sinal
2 Verifique
3 Ação

Passo 01 · Identifique o sinal

Um aprendiz diz que as instruções do aplicativo não correspondem ao que eles veem no campo.

Qual é a primeira coisa que você precisa entender?

Notas de construção da narrativa

Variáveis sugeridas

Use variáveis do Storyline para armazenar cada passo. O JavaScript pode avaliar todo o caminho e retornar pontuações, feedback e orientações para o próximo passo.

signalChoice
checkChoice
actionChoice
troubleshootingPath
diagnosisScore
efficiencyScore
supportFitScore
feedbackTitle
feedbackBody
feedbackTone
recommendedAction

Modelo de interação

Como o padrão funciona

01

Identifique o sinal

O aprendiz nomeia o tipo de problema antes de escolher uma solução.

02

Elimine causas óbvias

O fluxo reforça um hábito útil de resolução de problemas: verifique antes de agir.

03

Escolha a próxima ação

O aprendiz decide se vai apoiar, tentar novamente, documentar ou escalar.

04

Treine o caminho

O feedback responde a todo o caminho de decisão, não apenas ao clique final.

Lógica inicial

Bloco inicial de JavaScript do Storyline

Use isso depois que o aprendiz completar o passo final. Personalize as combinações de caminho, pontuações e linguagem de feedback para seu próprio fluxo de trabalho.

// 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);

Notas de design

Mantenha-o operacional.

Padrões de resolução de problemas são mais úteis quando parecem suporte no fluxo de trabalho. Use uma linguagem prática, passos curtos e pontos de decisão claros. Não faça os aprendizes lerem um romance antes de poderem agir.

Ideias de personalização

  • Adicione capturas de tela ou exemplos visuais em cada passo.
  • Use a confiança do aprendiz como um input adicional.
  • Ramifique para diferentes ajudas de suporte com base no caminho final.
  • Deixe os aprendizes compararem seu caminho com o caminho de um especialista.
  • Use o padrão como uma alternativa leve a um SOP estático.

Design Lab

Construa suporte que ajude as pessoas a avançar.

Use este padrão quando o momento de aprendizado for realmente um momento de suporte ao desempenho: os aprendizes precisam diagnosticar, decidir e agir com mais clareza.

Voltar ao Design Lab