La simulation de formation reproduit le comportement d'une application pour que l'utilisateur s'y exerce sans toucher au système réel. Son apport principal est le droit à l'erreur, qui n'existe pas en production.
7 min de lectureFormationAdoption
Définition en bref
La simulation de formation, ou simulation logicielle, est un module d'apprentissage qui reproduit le comportement d'une application ou d'un système, afin que l'apprenant y exécute une procédure sans agir sur l'outil réel.
Elle se décline en trois modes : démonstration, entraînement guidé et évaluation.
Elle prépare à l'usage réel ; elle ne le remplace pas et n'accompagne pas au quotidien.
Son apport principal est le droit à l'erreur, qui n'existe pas en production.
Qu'est-ce qu'une simulation de formation ?
La définition la plus claire vient de la documentation d'Adobe Captivate, l'un des outils historiques du domaine : une simulation logicielle est un module d'e-learning qui simule le comportement d'une application ou d'un système (Adobe). L'apprenant voit les vrais écrans, clique aux vrais endroits, suit la vraie séquence — mais rien n'est écrit dans le système.
En français, on dit indifféremment « simulation de formation », « simulation logicielle » ou « simulateur ». En allemand, le terme attesté dans la documentation est Softwaresimulation.
Il faut la distinguer de trois voisines :
la vidéo de démonstration, que l'on regarde sans jamais agir ;
l'environnement bac à sable, qui est le vrai logiciel sur des données de test — plus fidèle, mais coûteux à monter et à maintenir ;
La même documentation décrit trois modes d'enregistrement, et la distinction est plus utile qu'elle n'en a l'air : elle correspond à trois moments pédagogiques différents.
Démonstration — montrer une procédure ; l'utilisateur n'a aucune action à faire. C'est le mode « je regarde ».
Entraînement — guider l'utilisateur dans une procédure : il exécute les étapes, mais il est guidé à chacune. C'est le mode « je fais, accompagné ».
Évaluation — tester la connaissance de la procédure : on ne signale à l'utilisateur que les étapes qu'il a mal exécutées. C'est le mode « je fais seul ».
L'erreur courante consiste à n'en produire qu'un seul, presque toujours le premier. Une bibliothèque de démonstrations ne permet pas de vérifier que les utilisateurs savent exécuter la procédure.
Pourquoi simuler plutôt que former directement dans l'outil
Former dans le système réel paraît plus simple. En pratique, plusieurs obstacles reviennent.
Le risque en production : une commande créée pendant une formation est une vraie commande.
Les droits : au moment de la formation, les comptes ne sont souvent pas encore ouverts, ou pas avec les bons profils.
Les données : un environnement de test vide n'apprend rien ; un environnement peuplé de données réalistes coûte cher à maintenir et pose des questions de confidentialité.
La simulation contourne les trois. Elle a en outre une propriété que ni la salle ni le bac à sable n'offrent : elle est reproductible à l'identique. Tout le monde s'exerce sur exactement le même cas, ce qui rend l'évaluation comparable d'une personne à l'autre.
Ce que l'on peut mesurer
Il n'existe pas d'étude publique de référence sur la simulation appliquée aux logiciels de gestion. Les mesures disponibles viennent des déploiements eux-mêmes, projet par projet. Un chiffre n'a donc de sens que rapporté au contexte où il a été relevé : quel logiciel, quelle population, quelle durée.
Les projets que Knowmore a documentés donnent d'abord un ordre de grandeur sur les volumes qu'une simulation permet de traiter : La Banque Postale a formé 70 000 collaborateurs aux processus de domiciliation bancaire, HSBC 10 000 collaborateurs avant le déploiement de son portail mondial HUB, Allianz 7 000 lors de la migration de son application de gestion des sinistres, et l'ANRU 130 collaborateurs plus 1 500 partenaires externes sur son logiciel IODA.
70 000
collaborateurs de La Banque Postale formés aux processus de domiciliation bancaire avec les simulations K-STUDIO.
Cas client La Banque Postale
10 000
collaborateurs formés chez HSBC sur les processus métier clés, avant le déploiement du portail mondial HUB.
Cas client HSBC
7 000
collaborateurs formés chez Allianz lors de la migration de son application de gestion des sinistres.
Cas client Allianz
Ces chiffres établissent une chose précise : un dispositif de simulation couvre des populations de plusieurs milliers de personnes dans le délai d'un projet. Ils ne disent rien du gain d'apprentissage — ce n'est pas ce qui a été mesuré.
Ce qu'il faut demander à un dispositif de simulation tient en trois indicateurs, et tous se relèvent dans la durée : le taux d'achèvement des simulations en mode évaluation, la part des procédures simulées réellement exécutées correctement en production, et l'écart de volume de tickets entre les procédures couvertes par une simulation et les autres. Les deux derniers supposent d'observer l'outil réel après le démarrage : c'est le rôle d'une mesure d'adoption digitale.
Du côté de la recherche, la référence la plus solide reste une méta-analyse de Traci Sitzmann parue dans Personnel Psychology en juin 2011, sur 65 études et 6 476 participants, qui mesure des écarts favorables sur l'auto-efficacité et les connaissances procédurales (Sitzmann, 2011). Cette méta-analyse porte sur des jeux de simulation, et son autrice signale un biais de publication. Elle conforte donc le principe — on apprend en faisant — sans permettre d'en déduire un pourcentage de gain pour un projet donné.
Les limites à connaître
La simulation vieillit. Le logiciel évolue, les écrans changent, et une simulation obsolète enseigne des gestes faux. C'est le coût caché du dispositif.
Elle enseigne le chemin nominal. Le cas particulier, l'anomalie et l'incident ponctuel ne sont pas simulés.
Son effet s'estompe avec le temps. Une simulation suivie six semaines avant le go-live n'a plus qu'un effet résiduel le jour J.
Ces limites dessinent en creux la bonne articulation : la simulation prépare et permet de certifier avant l'ouverture des accès ; l'aide contextuelle dans l'outil prend le relais au moment de l'usage réel.
Scénario illustratif · Déploiement d'un ERP
Contexte
Un nouvel ERP ouvre dans six semaines. Huit cents personnes doivent savoir saisir une commande, sans que personne ne touche à la production avant la bascule.
Le dispositif
une simulation en mode démonstration pour le cadrage général ;
une simulation en mode entraînement sur les trois procédures les plus fréquentes ;
une simulation en mode évaluation, qui conditionne l'ouverture des accès.
Ce qui manque encore
Le jour du démarrage, les questions ne portent pas sur les trois procédures répétées mais sur un quatrième cas, non prévu au plan de formation. L'aide dans l'outil prend alors le relais : la simulation seule ne couvre pas cette situation.
L'expertise Knowmore
Comment Knowmore
articule simulation et usage réel.
K-STUDIO produit les simulations à partir de captures de l'application réelle, dans les trois modes, et les met à jour quand les écrans changent — c'est le point où les dispositifs de simulation se dégradent le plus vite.
K-NOW prend ensuite le relais dans l'outil réel : ce que la simulation a préparé, l'aide contextuelle le soutient au moment de l'usage. Et K-VALUE montre lesquelles des procédures répétées en simulation sont réellement exécutées correctement en production.
La simulation de formation résout un problème précis : permettre à des centaines de personnes de s'exercer pour de vrai, sans risque, avant d'avoir accès au système.
Elle ne résout pas le problème d'après — celui du geste oublié, du cas particulier et de la version qui a changé. Un dispositif qui s'arrête à la simulation laisse les utilisateurs sans appui le jour du démarrage, au moment précis où ils exécutent la procédure pour de vrai.
Questions fréquentes
Quelle est la différence entre simulation de formation et environnement bac à sable ?
Le bac à sable est le vrai logiciel, alimenté par des données de test : fidèle, mais coûteux à monter, à peupler et à maintenir. La simulation est une reproduction du comportement de l'application, indépendante du système : moins fidèle dans la durée, puisqu'elle reproduit des écrans capturés à un instant donné, mais reproductible à l'identique pour tout le monde et sans aucun risque pour la production.
Combien de temps avant le démarrage faut-il faire les simulations ?
Le plus tard possible. Une simulation suivie six semaines avant la bascule est largement oubliée le jour J. Si le calendrier impose de former tôt, il faut prévoir que l'accompagnement soit disponible dans l'outil au démarrage, faute de quoi l'effort de formation est en grande partie perdu.
Comment mesurer l'efficacité d'une simulation de formation ?
Dans son propre contexte, avec trois indicateurs : le taux d'achèvement en mode évaluation, la part des procédures simulées correctement exécutées en production, et l'écart de tickets entre procédures simulées et non simulées. Il n'existe pas d'étude publique de référence sur les logiciels de gestion : les repères viennent des déploiements, d'où l'intérêt de mesurer chez soi.