Formation en ligne d'entreprise avec Articulate : Storyline ou Rise ?
Sur un projet de formation en ligne, la première question porte le plus souvent sur l'outil de production. L'écosystème Articulate y apporte deux réponses, et la différence n'est pas affaire de goût mais de nature du travail. Un projet démarré avec le mauvais outil finit souvent réécrit à mi-parcours.
Deux outils, deux travaux différents
Storyline fonctionne par diapositives et donne un contrôle complet sur l'état, les déclencheurs et les variables de chaque objet à l'écran. Scénarios à embranchements, simulations logicielles, arbres de décision et logique d'évaluation complexe se construisent avec lui. La contrepartie est le temps de production : l'effort nécessaire pour un même contenu est nettement supérieur.
Rise 360 fonctionne par blocs et s'adapte nativement à tous les écrans. En enchaînant des blocs de texte, d'image, d'accordéon, de carte et de quiz, on produit rapidement un module professionnel. Il n'y a pas de mise en page libre ; cela ressemble à une contrainte, mais c'est précisément cette contrainte qui garantit un résultat utilisable sur téléphone.
Le choix tient à trois questions
D'abord la profondeur d'interaction. Si l'apprenant doit prendre une décision et en voir la conséquence, ce sera Storyline. S'il suffit de transmettre une information ordonnée et lisible, ce sera Rise. Ensuite la fréquence de mise à jour : pour un contenu révisé plusieurs fois par an au gré des évolutions réglementaires, le coût d'entretien de Rise est nettement inférieur.
Enfin l'appareil. Si le contenu sera surtout consulté sur téléphone, Rise fait spontanément ce qu'il faut, tandis qu'obtenir le même résultat dans Storyline demande un effort de conception supplémentaire. En pratique, beaucoup de projets combinent les deux : le corps du module est produit dans Rise, la partie simulation est construite dans Storyline puis intégrée.
SCORM, xAPI et le côté plateforme
Selon la version et les réglages du cours, un paquet SCORM peut transmettre à une plateforme LMS l'achèvement, la réussite, le score et certaines réponses au quiz. Les données conservées et présentées dans les rapports dépendent aussi du LMS ; les comportements vidéo et chaque clic ne sont pas automatiquement enregistrés.
xAPI peut transmettre les activités d'apprentissage définies par le contenu sous forme de déclarations à un Learning Record Store (LRS). Le cours, ses réglages de publication et le système de stockage doivent tous prendre en charge cette configuration. Déterminez d'abord les données utiles et leur objectif, puis vérifiez les capacités du LMS ou du LRS existant.
L'accessibilité se discute au départ
Les projets publics et ceux des grands groupes attendent que les contenus de formation soient également accessibles. Ce n'est pas une couche que l'on ajoute en fin de production. Un ordre de focus cohérent, un texte alternatif sur chaque image, des sous-titres et des transcriptions pour les voix off, et le refus de faire porter le sens par la seule couleur doivent être prévus dès le départ.
Les interactions de type glisser-déposer, en particulier, exigent une alternative utilisable au clavier. Ajouter cette alternative après coup revient le plus souvent à reconcevoir l'interaction.
L'erreur la plus fréquente
Reprendre une présentation existante telle quelle et la rendre simplement cliquable. Ce qui en sort n'est pas de la formation en ligne mais un PDF que l'on feuillette. Interagir ne signifie pas ajouter des boutons ; cela signifie que l'apprenant prend une décision et en voit le résultat.
Un flux de production qui fonctionne ressemble à ceci : clarifier le périmètre et les objectifs pédagogiques avec l'expert métier, écrire le scénario sous forme de texte et le faire valider, produire le prototype d'un seul module et le tester auprès d'un groupe pilote, puis déployer les modules restants. Les projets qui sautent l'étape du prototype découvrent leurs erreurs à l'endroit le plus coûteux : après la livraison.