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

Le SaaS modifie la logique de formation

Le SaaS – Software as a Service – fournit l’application via Internet depuis le cloud. Les utilisatrices et utilisateurs y accèdent par le biais d’un navigateur ou d’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 payer des frais de licence élevés en une seule fois, des coûts d’abonnement mensuels ou annuels sont facturés ; lorsque de nouveaux collaborateurs rejoignent l’entreprise, des licences supplémentaires sont souscrites (paweco.ch). Sur le plan juridique, l’utilisateur obtient, contre rémunération, l’accès à une application pour une période déterminée (PwC Suisse).

Pour la planification de la formation, il en résulte trois conséquences. Premièrement, l’événement n’est pas unique : chaque version peut modifier les interfaces, les libellés ou les processus, c’est pourquoi les documents doivent indiquer un état de version et être actualisés à chaque cycle. Deuxièmement, des formats d’apprentissage récurrents sont nécessaires au lieu d’une seule formation initiale, car les changements de personnel et les nouvelles licences s’ajoutent continuellement. Troisièmement, le budget de formation est planifié par personne et par année, et non comme un investissement unique – il court 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 hospitaliers d’une part et administrateurs informatiques d’autre part, car leurs tâches et droits d’accès diffèrent fondamentalement (edana.ch). Ce même schéma s’applique aux introductions de SaaS : les utilisateurs occasionnels, qui saisissent uniquement certaines pièces ou formulaires, ont besoin d’un parcours d’apprentissage différent de celui des personnes qui traitent quotidiennement et intégralement un processus clé – et ces dernières ont encore besoin d’un autre parcours que les personnes responsables sur le plan administratif, qui gèrent les rôles, les droits, les interfaces et les évaluations.

La séparation des groupes cibles peut être reprise à partir 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 ; une familiarité de base avec les termes et concepts des domaines de l’informatique et du cloud est requise pour ce module (learn.microsoft.com). Pour chaque segment, quatre indications doivent figurer dans la planification : quelles tâches le groupe exécute dans l’application, quel parcours d’apprentissage y mène (brève introduction, exercice accompagné, autoformation) et quel temps est nécessaire. La quatrième indication concerne la personne du secteur spécialisé ou de l’informatique responsable de la mise en œuvre et de l’actualisation. Si cette attribution fait défaut, 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 structurée UX/UI est donc l’alignement entre le business et l’informatique : les objectifs principaux sont formalisés – par exemple l’augmentation du taux de finalisation 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, tels que 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 énumère les indicateurs, leur mode de calcul et les valeurs seuils attendues, et 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 : taux de réussite et d’abandon des modules d’apprentissage ainsi que le nombre de demandes de support par cas d’utilisation et par mois. Sans valeur seuil dans le document, toute affirmation ultérieure sur le succès de la formation reste une simple assertion.

Construire le contenu de formation selon les parcours utilisateurs critiques

Structurer le contenu selon l’étendue fonctionnelle produit du matériel qui ne fonctionne pas dans le quotidien professionnel. Il est plus efficace de cartographier les flux utilisateurs qui créent le plus de valeur ou présentent des taux d’abandon élevés ; l’accent est mis sur les processus d’achat, l’onboarding et les interactions commerciales centrales (edana.ch). Les parcours sont relevés lors d’ateliers de co-création avec des personnes clés et grâce à des analyses analytiques, visualisés sous forme de diagrammes (edana.ch).

Chaque parcours donne lieu à une courte unité d’apprentissage qui reproduit exactement la procédure : connexion et changement de rôle, création et finalisation de l’opération commerciale centrale, transmission ou export à la fin du processus. Le lien avec le quotidien professionnel est établi lorsque l’exercice se déroule avec de vrais rôles et, si possible, avec des données de test dans son propre tenant, et que les participants parcourent intégralement le chemin. Les parcours à fort taux d’abandon déterminent l’ordre des unités – et non la structure des menus de l’application.

Pilote, tests et amélioration continue

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

Les retours proviennent de deux sources : des tests d’utilisabilité, qui observent les participants lors du parcours des flux, et de l’observation structurée au quotidien, telle que des séances accompagnées et les cas de support des premières semaines. Les mesures qui en découlent sont priorisées selon leur effet – la démarche de référence cite à cet effet la priorisation RICE ou MoSCoW – et affinées par cycles (edana.ch). Le support de formation et l’interface produit sont développés conjointement, car une partie des points de friction ne disparaît pas par l’explication, mais seulement par l’adaptation de l’application.

Tenue des preuves : participation, compétence et impact

Il convient de distinguer trois types de preuves. Les attestations de participation indiquent qui a suivi quel parcours d’apprentissage et quand, et constituent la base de la formation complémentaire en cas de changement de personnel et de nouvelles licences. Les preuves 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 ceux qui répondent correctement à toutes les questions obtiennent la mention « réussi » dans leur profil (learn.microsoft.com) – ce même modèle avec un seuil de réussite défini peut être utilisé à la fin de chaque module interne. Les preuves d’impact fournissent les indicateurs préalablement définiss à partir du tableau de bord.

Outre les preuves relatives aux personnes, les résultats de travail de la démarche doivent être documentés : la démarche de référence cite des rapports détaillés, des maquettes, un backlog priorisé et un tableau de bord KPI (edana.ch). S’y ajoutent les documents actualisés en cours d’exploitation avec leur état de version. Cet ensemble permet de prouver auprès de la direction générale, des secteurs spécialisés et de l’informatique quelles mesures ont été mises en œuvre et quels indicateurs ont ainsi été atteints.

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 ne figure pas en annexe : garantir la protection des données clients est considéré comme un facteur clé de succès d’une solution SaaS (helbling.ch). La situation est aggravée par 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, cela signifie pour le contenu d’apprentissage : rendre visible que les mises à jour, les correctifs de sécurité et les sauvegardes incombent au fournisseur (paweco.ch). Cela inclut ce que cela implique dans les activités quotidiennes – par exemple la question de savoir quelles données appartiennent à quel champ et comment gérer les exports. Cela inclut également la personne à laquelle les utilisateurs peuvent s’adresser en cas de questions sur les données, les accès et les rôles. Un interlocuteur désigné et un canal de signalement documenté abaissent le seuil de réticence à utiliser l’application de manière cohérente et conforme aux règles.