SAP Fiori Launchpad expliqué en termes simples
De nombreux utilisateurs SAP ne perçoivent pas SAP Fiori comme « un système de conception ». Ils le perçoivent comme l’écran où ils essaient de trouver les applications dont ils ont besoin pour faire leur travail. Cet écran est le SAP Fiori Launchpad, et la qualité de sa conception détermine souvent si les utilisateurs perçoivent SAP Fiori comme moderne et ciblé — ou comme une couche supplémentaire confuse au-dessus d’un système déjà complexe.
Cet article explique ce qu’est le Launchpad, comment ses principaux concepts s’articulent, pourquoi deux utilisateurs d’une même entreprise voient des choses complètement différentes, et ce qu’il faut pour concevoir un Launchpad qui soutienne réellement la façon dont les personnes travaillent.
Qu’est-ce que SAP Fiori Launchpad ?
SAP Fiori Launchpad est le point d’accès central aux applications SAP Fiori. Il offre aux utilisateurs une expérience personnalisée, basée sur les rôles — généralement via un navigateur — où ils peuvent ouvrir les applications qui leur sont attribuées, rechercher le contenu disponible et organiser certaines parties de leur espace de travail.
C’est souvent le premier écran que les utilisateurs voient lorsqu’ils accèdent à SAP Fiori. À partir de là, ils peuvent ouvrir des applications pour les tâches quotidiennes, les approbations, les rapports, les données de base, les activités opérationnelles ou les activités en libre-service.
Le Launchpad n’est pas simplement une liste d’applications. Il est lié aux rôles SAP, aux catalogues, aux autorisations, aux cibles de navigation, aux espaces, aux pages et parfois à des transactions héritées exposées via le web. C’est pourquoi deux personnes d’une même entreprise peuvent ouvrir le même Launchpad et voir des choses totalement différentes : le Launchpad est conçu autour de ce que chaque personne est autorisée et censée faire.
Pourquoi le Launchpad est important
Le Launchpad façonne la manière dont les utilisateurs vivent leur expérience SAP.
Un Launchpad bien conçu réduit le bruit, guide les utilisateurs vers les bonnes applications et favorise un travail orienté tâches. Un Launchpad mal conçu se retrouve surchargé de vignettes, avec des attributions de rôles confuses, des applications manquantes, des entrées en double, un chargement lent et une navigation peu claire.
C’est pourquoi l’adoption de SAP Fiori est aussi une question de propriété des rôles et de gestion du contenu, et pas seulement d’UX. La vraie question n’est pas « Avons-nous activé SAP Fiori ? », mais « Avons-nous conçu une expérience Launchpad qui reflète la manière dont les personnes travaillent réellement ? »
Vignettes, applications, liens et cartes
Les utilisateurs accèdent au contenu via des points d’entrée visuels : vignettes, liens et cartes.
- Une vignette est un objet cliquable qui ouvre une application ou une cible, affichant un titre, un sous-titre, une icône, un nombre, un KPI ou des informations de statut.
- Un lien est un point d’entrée plus simple, basé sur du texte, qui ouvre une application ou une cible.
- Une carte peut afficher des informations plus riches — une liste, un KPI, un graphique ou une vue d’ensemble métier — selon la configuration.
Une vignette n’est pas toujours la même chose qu’une application Fiori native. Certaines vignettes ouvrent des applications SAP Fiori natives. D’autres peuvent ouvrir des pages analytiques, des pages d’objet, des rapports, ou même des transactions SAP GUI classiques exposées via le navigateur. Cette distinction est importante, car les utilisateurs jugent souvent « Fiori » en fonction de ce qu’une vignette ouvre, même lorsque l’expérience sous-jacente n’est pas native.
Espaces, pages, groupes et catalogues
Quatre concepts définissent ce que les utilisateurs voient et ce à quoi ils peuvent accéder dans le Launchpad : les espaces, les pages, les groupes et les catalogues. Chacun joue un rôle différent.
Espaces et pages
Dans le modèle actuel du SAP Fiori Launchpad, les espaces et les pages structurent l’expérience utilisateur.
Un espace représente une zone de travail, correspondant généralement à un ou plusieurs rôles métier — par exemple, les achats, les opérations financières, la gestion des commandes client ou le libre-service manager. Une page se trouve à l’intérieur d’un espace et contient les applications avec lesquelles l’utilisateur travaille, organisées en sections afin que les applications liées apparaissent ensemble.
| Niveau | Explication simple | Exemple |
|---|---|---|
| Espace | Une vaste zone de travail | Achats |
| Page | Un contexte de travail plus spécifique | Demandes d’achat |
| Section | Un groupe d’applications liées | Créer, surveiller, approuver |
| Vignette ou lien | Le point d’entrée vers une application | Gérer les demandes d’achat |
Les pages sont affectées via des espaces, et les espaces sont affectés à des rôles métier. Cette structure permet d’éviter l’un des problèmes classiques du Launchpad : une seule page d’accueil surchargée avec trop de vignettes.
Groupes
Les groupes appartiennent à l’ancien modèle de page d’accueil du Launchpad. Les administrateurs les utilisaient pour organiser les vignettes sous des en-têtes sur la page d’accueil de l’utilisateur, et les utilisateurs pouvaient personnaliser certaines parties de cette page. SAP recommande désormais d’utiliser plutôt le modèle des espaces et des pages. Les équipes travaillant dans des paysages existants doivent toujours comprendre les groupes, mais les nouveaux travaux de conception doivent être planifiés autour des espaces et des pages.
Catalogues
Un catalogue est une collection d’applications mises à disposition pour un rôle. Si un utilisateur dispose d’un rôle qui inclut un certain catalogue, cet utilisateur peut accéder aux applications qu’il contient — à condition que les autorisations requises soient également en place.
C’est là que beaucoup de personnes se trompent :
- Une page contrôle ce qui est affiché dans la mise en page du Launchpad.
- Un catalogue contrôle les applications disponibles pour l’utilisateur.
Une application peut être disponible via un catalogue sans être placée de manière visible sur une page. L’utilisateur peut tout de même la trouver au moyen de la recherche ou du sélecteur d’applications, selon la configuration. La distinction est importante : si les équipes ne pensent qu’aux « vignettes qui apparaissent sur la page », elles risquent de passer à côté de la question plus fondamentale des applications auxquelles l’utilisateur est réellement autorisé à accéder.
Fonctionnement de l’accès basé sur les rôles
Le Launchpad SAP Fiori est basé sur les rôles. Les utilisateurs ne voient pas tous la même chose — ce qu’ils voient dépend des rôles qui leur sont attribués.
Un rôle peut influencer :
- Les applications auxquelles l’utilisateur peut accéder
- Les catalogues disponibles
- Les espaces et les pages qui apparaissent
- Les vignettes ou les liens visibles
- Les actions métier que l’utilisateur peut effectuer
Ce modèle présente de réels avantages. Il aide les utilisateurs à se concentrer sur le travail dont ils sont responsables, réduit l’encombrement et améliore la sécurité en limitant l’accès aux applications et aux fonctions qui ne sont pas pertinentes. Il offre également une expérience plus claire que si l’on donnait à tout le monde le même grand menu d’options SAP.
Mais l’accès basé sur les rôles ne fonctionne que lorsque les rôles sont activement maintenus. Des rôles mal conçus empêchent les utilisateurs de voir des applications importantes. Des rôles trop larges surchargent le Launchpad. Des rôles trop restreints masquent des fonctionnalités utiles. Et les attributions de rôles qui ne sont pas régulièrement révisées deviennent obsolètes à mesure que les postes, les équipes et les processus évoluent.
L’accès basé sur les rôles est puissant, mais il nécessite une responsabilité clairement définie.
Pourquoi les utilisateurs voient des applications différentes
Un analyste financier, un responsable des achats, un employé d’entrepôt et un employé RH peuvent tous utiliser le même système SAP, mais ils n’ont pas besoin du même Launchpad. L’analyste financier a besoin d’applications pour les factures et le reporting financier. L’employé d’entrepôt a besoin d’applications adaptées aux mobiles pour les mouvements de marchandises. L’employé RH a besoin d’applications en libre-service. Chaque Launchpad reflète le rôle de l’utilisateur.
C’est l’une des idées principales derrière SAP Fiori : les utilisateurs doivent voir ce qui est pertinent pour eux. Mais cela explique aussi une frustration courante. Si les utilisateurs ne voient que ce qui leur a été attribué, ils peuvent ne pas savoir ce qui existe d’autre.
Pourquoi ne puis-je pas trouver l’application que mon collègue utilise ?
La réponse peut être l’une des suivantes :
- L’application n’est pas attribuée à leur rôle
- L’application n’est pas incluse dans leur catalogue
- L’application n’est pas placée sur leur page
- L’application n’est pas autorisée pour leur utilisateur
Il ne s’agit pas toujours d’un défaut technique. Parfois, c’est une décision délibérée de conception des rôles. Mais lorsque la décision n’est pas documentée ou expliquée, les utilisateurs la vivent comme une source de confusion.
Recherche et découvrabilité des applications
La recherche dans SAP Fiori Launchpad aide les utilisateurs à trouver des applications et, selon la configuration du système, des objets métier ou des informations. Les utilisateurs peuvent effectuer une recherche par nom d’application, mot-clé ou terme métier associé.
Mais la recherche a ses limites. Si l’application n’est pas attribuée via le bon rôle ou le bon catalogue, l’utilisateur peut ne pas la trouver. Si le nom de l’application n’est pas clair, les utilisateurs peuvent effectuer une recherche avec un terme métier qui ne correspond pas au titre de l’application.
C’est pourquoi la dénomination est importante. Un bon Launchpad ne doit pas reposer uniquement sur des noms d’applications techniques. Les titres, sous-titres, espaces, pages, sections et la documentation interne doivent utiliser un langage qui a du sens pour le métier. Les utilisateurs peuvent penser « approuver une facture fournisseur » tandis que l’application utilise un nom SAP plus technique et spécifique. Combler cet écart est l’un des aspects les plus sous-estimés de la conception du Launchpad.
Les plaintes concernant la découvrabilité sont particulièrement fréquentes lorsque :
- Un utilisateur ne connaît pas le nom de l’application
- Une application utile est attribuée mais n’est pas visible sur une page
- Différentes équipes utilisent des noms différents pour la même tâche métier
- L’entreprise ne dispose d’aucune documentation interne expliquant quelles applications prennent en charge quel processus
La solution n’est pas de donner toutes les applications à tout le monde — cela créerait des problèmes de sécurité, d’utilisabilité et de performance. La solution consiste en des définitions de rôles claires, une responsabilité définie pour chaque application, des procédures de demande d’accès et une documentation qui relie les applications aux processus métier.
Pourquoi trop de rôles et d’applications créent des problèmes
Attribuer trop de rôles à un utilisateur crée le problème inverse d’un accès restrictif : la surcharge d’informations. Le Launchpad devient plus difficile à parcourir, les résultats de recherche deviennent plus confus, et l’utilisateur peut ne pas savoir quelle application utiliser pour une tâche spécifique.
Il peut également y avoir un impact sur les performances. Plus il y a de contenu attribué, plus il y a d’éléments à charger, évaluer, personnaliser et afficher. Les performances dépendent de nombreux facteurs — configuration du système, services, volume de contenu, comportement du navigateur, réseau, backend — mais les Launchpads surchargés semblent souvent plus lents et moins utilisables.
Les performances du Launchpad ne sont donc pas seulement un problème technique. Un Launchpad avec trop de contenu est souvent le symptôme d’un manque de discipline dans la conception des rôles.
Le catalogue interne d’applications
L’un des moyens les plus efficaces d’améliorer l’adoption de SAP Fiori consiste à créer un catalogue interne d’applications — un document ou un système destiné aux métiers qui explique comment les applications sont utilisées dans votre environnement.
Il est différent de la bibliothèque de référence des applications SAP Fiori. Cette bibliothèque est utile comme référence technique, mais les entreprises ont tout de même besoin de leur propre catalogue, rédigé dans le langage de leur métier.
Un catalogue interne d’applications doit expliquer :
- Quelles applications sont disponibles et qui doit les utiliser
- Quel processus métier chaque application prend en charge
- Quel rôle est requis pour accéder à l’application
- À quoi sert l’application — et à quoi elle ne sert pas
- Si l’application remplace une ancienne transaction SAP GUI
- Si l’application est native Fiori, analytique, personnalisée ou basée sur Web GUI
- Qui est responsable de l’application côté métier
- Comment les utilisateurs peuvent demander un accès ou du support
Cela est particulièrement utile dans les grandes organisations, les environnements de services partagés et les paysages SAP comportant de nombreux rôles métier. Cela aide les utilisateurs à découvrir ce qui existe sans affaiblir la sécurité, et cela aide l’IT, les responsables de processus et les utilisateurs clés à parler le même langage.
Launchpad et processus métier
Un Launchpad peut donner aux utilisateurs accès à des applications, mais il ne définit pas le processus métier.
Une vignette peut ouvrir une application d’approbation. Mais le processus d’approbation comprend beaucoup plus de choses : qui peut soumettre la demande, quelles données sont requises, qui approuve en premier, ce qui se passe si l’approbateur est absent ou si la demande est rejetée, s’il existe des délais, ce qui se passe lorsque des informations sont manquantes, quel système stocke l’enregistrement final et qui surveille les exceptions.
Le Launchpad prend en charge l’expérience utilisateur. Il ne remplace pas la compréhension du processus. Une entreprise peut disposer d’un Launchpad bien organisé tout en ayant un processus confus derrière celui-ci.
Un exemple pratique : les demandes d’achat
Imaginez la conception de l’expérience Launchpad pour les demandes d’achat. Un demandeur a besoin d’une application pour créer ou suivre une demande. Un responsable a besoin d’une application d’approbation. Un acheteur a besoin d’applications pour les données fournisseurs, la création de commandes d’achat et le sourcing. La finance a besoin de visibilité sur le budget et l’impact des factures. Un responsable de processus a besoin de rapports de suivi et d’exceptions.
Si le Launchpad est conçu uniquement comme une liste d’applications, chaque rôle obtient ses propres vignettes, mais le processus de bout en bout reste peu clair. S’il est conçu autour du processus, l’équipe pose de meilleures questions : quelles applications sont fréquemment utilisées, lesquelles ne sont nécessaires que pour les exceptions, quelles informations doivent être visibles avant que l’utilisateur n’ouvre une application et quelles transactions héritées doivent encore rester disponibles.
C’est la différence entre l’activation technique et la conception de l’environnement de travail.
Liste de contrôle pratique de gouvernance
Un modèle pratique de gestion du Launchpad devrait répondre à ces questions :
| Question | Pourquoi c’est important |
|---|---|
| Qui est responsable de chaque rôle métier ? | Empêche les rôles de devenir obsolètes |
| Qui approuve l’accès aux applications ? | Soutient la sécurité et la conformité |
| Qui décide de ce qui apparaît sur les pages ? | Maintient le Launchpad centré sur l’essentiel |
| Qui examine les applications inutilisées ? | Réduit l’encombrement et la complexité |
| Qui tient à jour les descriptions des applications ? | Améliore la découvrabilité |
| Qui associe les applications aux processus métier ? | Aide les utilisateurs à comprendre le contexte |
| Qui surveille les réclamations liées aux performances ? | Relie l’adoption à la conception technique |
| Qui forme les utilisateurs aux nouveaux espaces et pages ? | Réduit la confusion lors du déploiement |
| Qui gère le catalogue interne des applications ? | Donne aux utilisateurs une source fiable d’orientation |
Au-delà de la liste de contrôle, quelques lignes directrices pratiques tendent à faire la plus grande différence :
- Partez du travail réel, pas du système. Comprenez comment chaque groupe d’utilisateurs travaille, quelles tâches il effectue au quotidien et quelles exceptions il traite avant de configurer les pages et d’attribuer les rôles.
- Gardez les applications les plus importantes visibles. Ne remplissez pas la première page avec des outils rarement utilisés.
- Utilisez les espaces et les pages pour refléter les domaines métier, et non les modules SAP techniques.
- Révisez les rôles selon une cadence fixe. Les responsabilités professionnelles changent, les équipes se réorganisent et de nouvelles applications deviennent disponibles.
- Formez les utilisateurs au processus, pas seulement à la tuile. Les personnes doivent comprendre comment leur application s’intègre dans le flux de travail plus large.
- Soyez explicite sur ce qui est Fiori natif et ce qui ne l’est pas. Les utilisateurs imputent souvent à Fiori des expériences qui relèvent en réalité de Web GUI ou d’écrans hérités.
- Traitez les utilisateurs avancés différemment des utilisateurs occasionnels. La vitesse, la densité et les raccourcis comptent pour les utilisateurs avancés d’une manière que la visibilité générale ne peut pas refléter.
Réflexions finales
Le véritable test d’un Launchpad n’est pas de savoir si chaque application dispose d’une vignette. Il s’agit de savoir si chaque utilisateur peut comprendre par où commencer, quelles sont ses responsabilités et comment son travail s’inscrit dans le processus plus large.
SAP Fiori Launchpad est souvent décrit comme le point d’entrée des applications SAP Fiori. En pratique, c’est là que les rôles SAP, l’expérience utilisateur, les responsabilités métier, les autorisations, la découverte des applications et la conception des processus se rejoignent. Les meilleures conceptions de Launchpad proviennent d’équipes qui comprennent non seulement la configuration SAP, mais aussi la manière dont les personnes travaillent réellement — à travers les rôles, les tâches, les décisions, les exceptions et les processus métier.
FAQ
Pourquoi vois-je des applications différentes de celles de mon collègue dans SAP Fiori Launchpad ?
Vous pouvez voir des applications différentes, car SAP Fiori Launchpad repose sur des rôles, des catalogues, des espaces, des pages et des autorisations. Votre collègue peut avoir un rôle métier différent, une affectation de catalogue différente ou l’autorisation d’accéder à des applications qui ne sont pas disponibles pour votre utilisateur. Dans certains cas, l’application peut exister dans le système, mais ne pas être affectée à votre rôle ni affichée sur votre page.
Pourquoi ne puis-je pas trouver une application dans la recherche SAP Fiori Launchpad ?
Une application peut ne pas apparaître dans la recherche si elle n’est pas affectée à votre rôle, si elle n’est pas incluse dans l’un de vos catalogues, si elle n’est pas configurée pour la recherche ou si elle n’est pas autorisée pour votre utilisateur. La recherche dépend également de la dénomination. Si le titre de l’application utilise un langage propre à SAP et que les utilisateurs recherchent avec des termes métier, l’application peut être plus difficile à trouver.
Quelle est la différence entre une vignette visible et une application disponible ?
Une vignette visible est un point d’entrée affiché sur votre page Launchpad. Une application disponible est une application à laquelle votre utilisateur est autorisé à accéder via les catalogues et autorisations qui lui sont affectés. Dans certains cas, une application peut être disponible pour l’utilisateur, mais ne pas être affichée sous forme de vignette sur la page principale. C’est pourquoi la disposition du Launchpad et l’autorisation des applications doivent être gouvernées ensemble.
Les espaces et les pages remplacent-ils les groupes dans SAP Fiori Launchpad ?
Oui, dans la conception moderne de SAP Fiori Launchpad, les espaces et les pages sont la méthode recommandée pour organiser le contenu. Les groupes appartiennent au modèle classique de page d’accueil du Launchpad et peuvent encore exister dans des environnements plus anciens, mais la nouvelle gouvernance du Launchpad doit généralement être planifiée autour des espaces et des pages.
Une vignette SAP Fiori Launchpad peut-elle ouvrir un élément qui n’est pas une application Fiori native ?
Oui. Une vignette peut ouvrir une application SAP Fiori native, une application analytique, un rapport, une page d’objet, une application personnalisée ou même une transaction SAP GUI classique exposée via le navigateur. C’est pourquoi les utilisateurs ne doivent pas supposer que chaque vignette représente le même type d’expérience.
Un trop grand nombre de rôles ou d’applications peut-il affecter les performances de SAP Fiori Launchpad ?
Oui, un trop grand nombre de rôles, de catalogues, de pages ou d’applications affectés peut rendre le Launchpad plus difficile à parcourir et contribuer à une expérience utilisateur plus lente. Les performances dépendent également des services backend, des conditions réseau, du comportement du navigateur, de la configuration du système et de la conception des applications, mais les affectations de rôles surchargées constituent un problème de gouvernance courant à examiner.
Comment les entreprises peuvent-elles améliorer la découverte des applications dans SAP Fiori Launchpad ?
Les entreprises peuvent améliorer la découverte des applications en utilisant des noms d’applications clairs, des espaces et des pages bien structurés, une documentation basée sur les rôles, des procédures de demande d’accès et un catalogue d’applications interne. L’objectif n’est pas de donner à chaque utilisateur toutes les applications, mais d’aider les utilisateurs à comprendre quelles applications existent, à quoi elles servent et comment demander un accès lorsque cela est nécessaire.
Pourquoi la conception de SAP Fiori Launchpad doit-elle tenir compte des processus métier ?
La conception du Launchpad doit tenir compte des processus métier, car les utilisateurs ne travaillent pas avec les applications de manière isolée. Une vignette peut prendre en charge une tâche, mais le processus complet peut inclure des approbations, des transferts, des échéances, des exceptions, des dépendances de données et des responsabilités réparties entre plusieurs rôles. Un meilleur Launchpad aide les utilisateurs à comprendre non seulement quelle application ouvrir, mais aussi comment leur travail s’inscrit dans le processus plus large.
