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 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 seule 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 l'accès à une application pour une période déterminée contre rémunération (PwC Suisse).

Il en résulte trois conséquences pour la planification de la formation. Premièrement, l'événement n'est pas ponctuel : chaque version peut modifier les interfaces, les libellés ou les processus, c'est pourquoi les documents doivent indiquer un numéro de version et être mis à jour à chaque cycle. Deuxièmement, il faut prévoir des formats d'apprentissage récurrents plutôt qu'une seule formation initiale, car les changements de personnel et les nouvelles licences surviennent 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 entre les médecins hospitaliers d'une part et les administrateurs IT 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 déploiements 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 un processus clé quotidiennement et intégralement – et ces dernières ont encore besoin d'un parcours différent de celui des personnes responsables administrativement, qui gèrent les rôles, les droits, les interfaces et les rapports.

La segmentation des groupes cibles 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 comme destinataires ; une familiarité de base avec les termes et concepts des domaines IT et cloud est requise pour ce module (learn.microsoft.com). Pour chaque segment, quatre éléments 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. Le quatrième élément désigne qui, dans le métier ou l'IT, assume la responsabilité de l'exécution et de la mise à jour. Sans cette attribution, il reste flou de savoir qui déclenche le parcours d'apprentissage lors d'un changement de personnel.

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

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'IT : 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, 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 liste les indicateurs, leur mode de calcul et les seuils attendus, servant de référence pour valider objectivement l'impact des mesures (edana.ch). Pour une formation SaaS, les indicateurs relatifs à l'efficacité de l'apprentissage font partie intégrante : les taux de complétion et d'abandon des modules d'apprentissage ainsi que le nombre de demandes de support 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 formation selon les parcours utilisateurs critiques

Structurer le contenu selon l'étendue fonctionnelle produit du matériel qui ne trouve pas d'application 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 identifiés lors d'ateliers de co-création avec les personnes clés et grâce à l'analyse des données analytiques, visualisés sous forme de diagrammes (edana.ch).

Chaque parcours donne lieu à une courte unité d'apprentissage qui reproduit exactement la séquence : 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 des rôles réels 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 les risques : 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 de déploiement (einclick.ch, citant 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é, où les participants sont observés pendant qu'ils parcourent les chemins, et de l'observation structurée au quotidien, telle que des sessions accompagnées et les cas de support des premières semaines. Les mesures qui en découlent sont priorisées selon leur impact – la méthode de référence cite 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 certains points de friction ne disparaissent 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 justificatifs. Les attestations de participation indiquent qui a suivi quel parcours d'apprentissage et quand, et constituent la base de la formation complémentaire lors des changements de personnel et des 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éfinis issus du tableau de bord.

Outre les justificatifs personnels, les résultats de travail de la démarche doivent être documentés : la méthode de référence mentionne des rapports détaillés, des maquettes, un backlog priorisé et un tableau de bord KPI (edana.ch). S'y ajoutent les documents mis à jour en exploitation avec leur numéro de version. Cet ensemble permet de prouver à la direction, aux métiers et à l'IT 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 compliqué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 le quotidien professionnel – par exemple, savoir quelles données saisir dans quel champ et comment gérer les exports. Cela comprend également la désignation de la personne à contacter en cas de questions sur les données, les accès et les rôles. Un interlocuteur nommé 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.