Le module est en ligne depuis six semaines. Les inscriptions ont bien été enregistrées, le taux d'achèvement s'effondre au deuxième chapitre, et personne dans l'équipe ne sait dire si le problème vient du contenu, du format, du moment choisi, ou du fait que rien n'a été annoncé aux managers. Techniquement, tout fonctionne : les vidéos se lancent, les scores remontent. Le projet a échoué ailleurs, et cet ailleurs se joue presque toujours avant la mise en ligne.
En bref
Un projet e-learning échoue rarement pour des raisons techniques. Les risques réels se concentrent sur cinq terrains : un contenu conçu sans son public et qui vieillit plus vite que prévu, un engagement qu'aucun dispositif ne produit tout seul, des obligations de conformité découvertes après coup, un contrat muet sur la propriété des sources et la réversibilité, et une dépendance progressive à un prestataire unique. Chacun de ces risques se traite par une question posée avant la signature, pas par une correction après la mise en ligne.
Pourquoi un projet e-learning échoue-t-il rarement pour des raisons techniques ?
Parce que la technique est la seule partie du projet qui se teste avant le lancement. Un module qui ne se lance pas, un score qui ne remonte pas, une compatibilité navigateur défaillante : ces défauts se voient en recette, ils se corrigent, et ils font l'objet d'une réserve contractuelle.
Les défaillances coûteuses sont d'une autre nature. Elles portent sur la pertinence du contenu pour le public réel, sur le moment où la formation arrive dans la vie de l'équipe, sur le fait que personne n'a protégé le temps nécessaire pour la suivre. Aucune de ces dimensions n'apparaît dans un cahier des charges technique, et aucune ne se corrige après coup sans refaire une partie du travail. Un projet e-learning se sécurise donc au cadrage et au choix du prestataire, pas à la recette.
La logique d'ensemble d'un dispositif digital est détaillée dans notre guide complet sur les solutions e-learning ; le présent article s'intéresse uniquement à ce qui peut mal se passer.
Quels risques pèsent sur le contenu et sur sa durée de vie ?
Le premier risque de contenu est celui du niveau moyen. Un module conçu pour un public supposé homogène s'adresse en réalité à des collaborateurs dont l'expérience du sujet va de zéro à plusieurs années. Trop simple, il perd les uns ; trop dense, il décourage les autres. C'est le défaut le plus fréquent des contenus produits en une seule version.
Le second risque est celui du vieillissement, et il est presque toujours sous-budgété. Un module qui décrit un outil interne, une réglementation, une organisation ou une gamme de produits devient partiellement faux dès la première évolution. Le coût de cette mise à jour se négocie au moment de la commande initiale, quand vous êtes encore en position de le faire, et non deux ans plus tard.
Trois questions à poser avant de signer, qui coûtent quelques minutes et évitent des arbitrages difficiles :
- Quel est le coût d'une mise à jour de contenu après livraison, et selon quelle grille ?
- Le module est-il découpé de façon à permettre la modification d'une séquence sans reprendre l'ensemble ?
- Qui, chez nous, sera capable de faire évoluer le contenu, et avec quels fichiers sources ?
Cette dernière question est déterminante et elle est traitée plus bas : sans les fichiers sources, toute modification, même mineure, repasse par le prestataire.
Pourquoi l'engagement est-il le risque le plus sous-estimé ?
Parce qu'il est le seul risque du projet qui ne dépend pas du prestataire. Un module peut être excellent et rester inachevé si l'organisation ne crée aucune condition pour qu'il soit suivi.
Les causes d'abandon relèvent presque toujours de l'organisation du travail plutôt que de la qualité pédagogique : aucun temps identifié pour se former, une communication réduite à un e-mail d'inscription automatique, des managers qui découvrent le dispositif en même temps que leurs équipes, et aucune raison claire de suivre le module maintenant plutôt que dans trois mois.
Le risque se traite avant le lancement : désigner qui annonce le dispositif et à qui, dire si le temps de formation se prend sur le temps de travail, prévoir un moment collectif — même court — pour ouvrir le parcours. Un dispositif entièrement asynchrone, sans aucun repère collectif, est celui qui décroche le plus.
Quelles obligations de conformité un projet e-learning fait-il naître ?
Un projet e-learning produit des données personnelles, utilise des contenus dont vous n'êtes pas toujours propriétaire, et doit parfois produire des preuves. Ces trois points se traitent au cadrage.
Les données de suivi — connexions, temps passé, scores, réponses — sont des données personnelles. Le prestataire qui les héberge agit comme sous-traitant : il faut savoir où elles sont stockées, combien de temps elles sont conservées, qui y accède, et ce qu'elles deviennent à la fin du contrat. Une durée de conservation non définie est une anomalie, pas un détail.
Les contenus intégrés au module — images, vidéos, musiques, extraits de méthodes — doivent faire l'objet d'une cession de droits dont l'étendue et la durée sont écrites. Un module dont les droits d'usage expirent avant sa fin de vie utile devient inexploitable alors qu'il est encore pertinent.
L'accessibilité, enfin, se prévoit et ne se rattrape pas : sous-titrage des vidéos, contrastes suffisants, navigation au clavier, transcription des contenus audio. Vérifiez si votre organisation entre dans le périmètre des obligations d'accessibilité numérique avant de fixer les spécifications. Et si l'action est financée par un dispositif mutualisé, s'ajoute l'exigence de traçabilité : la certification Qualiopi de votre prestataire atteste de la conformité de son processus, elle ne produit pas vos preuves d'assiduité et d'évaluation à votre place.
Que doit prévoir le contrat avec le prestataire ?
Trois clauses déterminent votre marge de manœuvre les années suivantes, et elles sont rarement discutées au moment où elles sont encore négociables.
- La propriété des fichiers sources. Recevoir un module publié n'est pas recevoir le projet qui l'a produit. Sans les sources — projet de l'outil auteur, rushes vidéo, éléments graphiques —, toute évolution passe par le prestataire, au tarif et au calendrier qu'il fixera.
- Les formats d'export et l'interopérabilité. Un module exporté dans un format standard reste utilisable si vous changez de solution d'hébergement. Un format propriétaire vous lie à un environnement précis.
- La réversibilité. À la fin du contrat, vous devez pouvoir récupérer les contenus et l'historique des données d'apprentissage dans un format exploitable, dans un délai écrit.
À ces clauses s'ajoute une vigilance sur la dépendance. Confier la conception, l'hébergement, la maintenance et l'animation au même acteur simplifie la gestion de projet et concentre le risque : le jour où la relation se dégrade, tout est à reprendre en même temps. Le choix de la solution d'hébergement mérite d'être instruit pour lui-même, ce que nous traitons dans notre expertise comparaison de LMS et d'outils de formation.
Comment sécuriser le choix du prestataire avant de vous engager ?
La plupart des risques décrits ici se réduisent à une même cause : un prestataire choisi sur une démonstration convaincante plutôt que sur une comparaison construite. Une démonstration montre ce que le prestataire maîtrise le mieux, pas ce qu'il fera de votre contexte.
Comparer suppose de mettre plusieurs propositions au même format : même périmètre, même volume de contenu, même hypothèse de mise à jour, mêmes clauses de propriété et de réversibilité. C'est le travail que nous prenons en charge. Nous recherchons les prestataires dans un réseau de 1 500 partenaires formation, nous vérifions leurs réalisations comparables, et nous vous présentons une sélection construite sur les critères définis avec vous.
Deux points conditionnent la confiance que vous pouvez accorder à cette sélection. Le service est gratuit et sans engagement : vous pouvez ne retenir aucune des propositions. Nous sommes rémunérés par le prestataire retenu, au moyen d'une commission au même taux quel que soit le partenaire choisi, et la convention est signée directement entre votre entreprise et lui. Notre méthode de sélection détaille les sept étapes du processus, et nos huit étapes de digitalisation traitent du séquencement d'un projet plus large qu'un module.
Questions fréquentes
Combien de temps un module e-learning reste-t-il pertinent ?
Cela dépend de la nature du contenu. Un module portant sur des compétences relationnelles ou méthodologiques vieillit lentement. Un module qui décrit un outil, une réglementation ou une offre commerciale devient partiellement faux à la première évolution de son objet. Classez chaque module dans l'une de ces deux familles dès la conception, et ne budgétez des mises à jour que pour la seconde.
Faut-il exiger un format d'export standard ?
Oui, dès lors que vous envisagez de changer un jour de solution d'hébergement. Un format standard n'améliore pas la pédagogie, il protège votre capacité à réutiliser ce que vous avez payé. Obtenir un export après coup est une négociation ; l'obtenir dès le départ n'est qu'une ligne de spécification.
Qui est responsable des données des apprenants ?
L'entreprise qui décide de la formation reste responsable du traitement ; le prestataire qui héberge et exploite les données agit comme sous-traitant. Cette répartition doit figurer au contrat, avec le lieu d'hébergement, la durée de conservation, les accès et le sort des données en fin de contrat.
Peut-on récupérer les sources d'un module produit par un prestataire ?
Seulement si le contrat le prévoit. La livraison d'un module publié n'emporte pas la remise des fichiers sources ni les droits de les modifier. Si vous voulez pouvoir faire évoluer le contenu vous-même ou le confier à un autre prestataire, la cession des sources et des droits de modification doit être écrite dès la commande.
Vous préparez un projet e-learning et vous voulez comparer plusieurs prestataires sur une base commune plutôt que sur des démonstrations ?
