Formation et adoption du SaaS : plan, rôles et justificatifs

Le SaaS bouleverse la logique de formation

Le SaaS – Software as a Service – met l'application à disposition via Internet depuis le cloud. Les utilisatrices et les utilisateurs y accèdent via un navigateur ou une application et n'installent rien sur leur propre ordinateur ou serveur (paweco.ch). Les mises à jour, les correctifs de sécurité et les sauvegardes relèvent de la responsabilité du fournisseur. Au lieu de frais de licence élevés payés en une fois, des coûts d'abonnement mensuels ou annuels s'appliquent ; lorsque de nouveaux collaborateurs rejoignent l'entreprise, des licences supplémentaires sont commandées (paweco.ch). Juridiquement, l'utilisateur obtient pour une durée déterminée et contre rémunération l'accès à une application (PwC Suisse).

Pour la planification de la formation, cela implique trois conséquences. Premièrement, l'événement n'est pas ponctuel : chaque version peut modifier les interfaces, les terminologies ou les processus, c'est pourquoi les documents doivent porter une indication de version et être mis à jour à chaque cycle. Deuxièmement, il faut des formats d'apprentissage récurrents plutôt qu'une seule formation d'introduction, car les changements de personnel et les nouvelles licences s'ajoutent continuellement. Troisièmement, le budget de formation est planifié par personne et par an, et non comme un investissement unique – il évolue parallèlement aux coûts d'abonnement récurrents.

Rôles, responsabilités et parcours d'apprentissage

Une formation uniforme pour tous ne répond pas aux besoins. Une entreprise médicale suisse a segmenté ses utilisateurs finaux en médecins d'hôpital d'une part et administrateurs informatiques d'autre part, car leurs tâches et leurs droits d'accès diffèrent fondamentalement (edana.ch). Le même schéma s'applique aux déploiements de SaaS : les utilisateurs occasionnels, qui saisissent des pièces justificatives ou des formulaires individuels, ont besoin d'un parcours d'apprentissage différent de celui des personnes qui traitent un processus central quotidiennement et de manière exhaustive – et ces dernières ont à leur tour besoin d'un parcours différent de celui des personnes responsables sur le plan administratif, qui gèrent les rôles, les droits, les interfaces et les évaluations.

La segmentation du public cible peut être reprise des offres de formation existantes : le module de base SaaS de Microsoft Learn cite les développeurs, les fondateurs de start-up, les propriétaires d'entreprise et les participants aux cours comme destinataires ; la condition préalable pour ce module est une familiarité de base avec les termes et concepts des domaines de l'informatique et du cloud (learn.microsoft.com). Pour chaque segment, quatre indications doivent figurer dans la planification : les tâches que le groupe exécute dans l'application, le parcours d'apprentissage qui y mène (brève introduction, exercice accompagné, auto-apprentissage), le temps nécessaire et la personne du domaine spécialisé ou de l'informatique responsable de la mise en œuvre et de la mise à jour. Sans cette attribution, il reste indéterminé qui déclenche le parcours d'apprentissage en cas de changement de personnel.

Définir les objectifs d'adoption et les indicateurs avant le lancement

L'adoption ne peut être vérifiée que si elle a été définie avant la première formation. La première étape d'une démarche UX/UI structurée consiste donc à aligner les métiers et l'informatique : les objectifs principaux sont formalisés – par exemple l'augmentation du taux de conversion d'un tunnel d'inscription, la réduction du taux d'abandon ou l'amélioration de la satisfaction client – puis traduits en indicateurs mesurables, comme la durée des tâches, le taux de clics ou le score CSAT (edana.ch).

Le résultat de cette étape est un document cadre qui liste les indicateurs, leur mode de calcul et les seuils attendus, et qui sert de référence pour valider objectivement l'effet des mesures (edana.ch). Pour une formation SaaS, les indicateurs relatifs à l'efficacité de l'apprentissage font partie intégrante : les taux de réussite et d'abandon des modules d'apprentissage ainsi que le nombre de demandes d'assistance par cas d'utilisation et par mois. Sans seuil défini dans le document, toute affirmation ultérieure sur le succès de la formation reste une simple assertion.

Construire le contenu de la formation autour des parcours utilisateurs critiques

Structurer le contenu selon l'étendue des fonctionnalités produit du matériel qui ne trouve pas d'application dans le quotidien professionnel. Il est plus judicieux de cartographier les flux utilisateurs qui créent le plus de valeur ou qui présentent des taux d'abandon élevés ; l'accent est mis sur les processus d'achat, l'onboarding et les interactions métier centrales (edana.ch). Les parcours sont relevés lors d'ateliers de co-création avec des personnes clés et à l'aide d'évaluations analytiques, puis visualisés sous forme de diagrammes (edana.ch).

Chaque parcours donne lieu à une courte unité d'apprentissage qui reflète exactement le déroulement : connexion et changement de rôle, création et clôture de l'opération métier centrale, transmission ou export à la fin du processus. Le lien avec le quotidien professionnel est établi lorsque l'exercice se déroule avec des rôles réels et, si possible, avec des données de test dans le propre mandant de l'entreprise, et que les participants parcourent le flux dans son intégralité. Les parcours présentant un taux d'abandon élevé dictent l'ordre des unités – et non la structure de menus de l'application.

Pilote, tests et amélioration continue

Un déploiement par étapes réduit les risques : il est recommandé de commencer par un à deux goulets d'étranglement où le volume et les règles sont clairs, car un projet pilote réduit de manière significative le risque de déploiement (einclick.ch, en référence à Appvizer, 2025). Le groupe pilote est constitué à partir de l'un des segments définis précédemment, afin que les retours proviennent d'un cercle d'utilisateurs clairement délimité.

Les retours proviennent de deux sources : les tests d'utilisabilité, qui observent les participants lors du parcours des flux, et l'observation structurée au quotidien, comme les séances accompagnées et les cas d'assistance des premières semaines. Les mesures qui en découlent sont priorisées en fonction de leur impact – la méthode de référence utilise pour cela la priorisation RICE ou MoSCoW – et affinées par cycles (edana.ch). Les supports de formation et l'interface du produit sont développés conjointement, car une partie des points de friction ne disparaît pas en les expliquant, mais seulement en adaptant l'application.

Tenir des justificatifs : participation, compétence et impact

Il convient de distinguer trois types de justificatifs. Les justificatifs de participation indiquent qui a suivi quel parcours d'apprentissage et quand, et servent de base pour la formation continue en cas de changement de personnel et de nouvelles licences. Les justificatifs de compétence vérifient l'application elle-même : le module de base SaaS de Microsoft Learn se termine par une évaluation du module, et celui qui répond correctement à toutes les questions reçoit la mention « réussi » dans son profil (learn.microsoft.com) – le même modèle avec un seuil de réussite défini peut être appliqué à la fin de chaque module interne. Les justificatifs d'impact sont fournis par les indicateurs précédemment définis dans le tableau de bord.

Outre les justificatifs relatifs aux personnes, les résultats du processus doivent être documentés : la méthode de référence cite des rapports détaillés, des maquettes, un backlog priorisé et un tableau de bord de KPI (edana.ch). S'y ajoutent les documents mis à jour en cours d'exploitation, avec leur état de version. Cet ensemble permet de démontrer de manière tangible à la direction, aux métiers et à l'informatique quelles mesures ont été mises en œuvre et quels indicateurs ont été atteints.

Liste de contrôle : Justificatifs dans la formation SaaS

La confiance comme facteur d'adoption : protection des données et sécurité

La protection des données fait partie intégrante de la formation et non d'une annexe : garantir la protection des données des clients est considéré comme un facteur clé pour le succès d'une solution SaaS (helbling.ch). La difficulté supplémentaire réside dans le fait que le respect des lois et réglementations spécifiques à chaque pays en matière de protection des données représente un défi majeur et doit être pris en compte dès le départ (helbling.ch).

Concrètement, pour le contenu de l'apprentissage, cela signifie : montrer clairement que les mises à jour, les correctifs de sécurité et les sauvegardes relèvent du fournisseur (paweco.ch), ce que cela implique au quotidien – par exemple pour savoir quelles données vont dans quel champ et comment gérer les exports – et à qui les utilisateurs peuvent s'adresser pour les questions relatives aux données, aux accès et aux rôles. Un interlocuteur désigné et un chemin de signalement documenté réduisent les réticences à utiliser l'application de manière cohérente et conforme aux règles.

Avantages et défis de la formation SaaS