Introduction : Fiori a encore un problème d'adoption
En 2026, cela fait plus de dix ans que SAP a lance Fiori. La technologie est mature, les applications sont nombreuses (plus de 16 000 références dans le Fiori Apps Library), et les principes UX sont largement diffuses. Et pourtant, chez la majorite des grandes entreprises françaises que j'audite, le taux d'adoption reel de Fiori plafonne entre 15 et 30%. Les utilisateurs continuent massivement d'utiliser les transactions GUI classiques, en ouvrant Fiori uniquement quand ils n'ont pas le choix.
Après avoir conduit plusieurs chantiers de remise à plat Fiori dans l'énergie, l'aerospatiale et la construction, j'ai identifie les raisons structurelles de ces échecs -- et les leviers qui permettent de passer de 20 à 80% d'adoption en 12 à 18 mois. Cet article partage ce que nous avons appris sur le terrain.
Les cinq modes d'échec classiques
Échec 1 : le Launchpad non-cure
Le premier symptome d'un échec Fiori, c'est un Launchpad qui affiche 200 tuiles sans organisation claire. L'utilisateur arrive le matin, ne sait pas par ou commencer, et retourne a son reflexe SAP GUI ou il connait ses transactions par coeur.
J'ai vu chez un gestionnaire de reseau d'énergie un Launchpad avec 340 tuiles visibles par defaut pour un utilisateur finance. Sur ces 340, l'utilisateur en utilisait 8 au quotidien. Les 332 autres etaient du bruit qui ralentissait sa navigation.
Le principe a retenir : un Launchpad qui affiche plus de 20 tuiles de premier niveau est un Launchpad raté. L'utilisateur doit pouvoir couvrir ses 10 tâches quotidiennes en 2 clics.
Échec 2 : la cartographie roles-tâches absente ou incorrecte
Les roles Fiori standards de SAP sont un point de depart, jamais un point d'arrivee. J'ai rarement vu une entreprise ou les roles métiers correspondent exactement aux roles Fiori standards. Pourtant, de nombreuses equipes projet se contentent d'affecter les roles standards, ce qui créé deux problèmes :
- Les utilisateurs voient des applications qu'ils n'utiliseront jamais
- Les utilisateurs ne voient pas des applications qu'ils devraient utiliser
Le resultat : les utilisateurs perdent confiance dans le Launchpad et reviennent au GUI.
Échec 3 : la formation racontant le comment sans le pourquoi
Beaucoup de formations Fiori se resument a "voici comment faire votre transaction X dans l'application Y". Les utilisateurs apprennent des gestes techniques, pas une nouvelle manière de travailler.
Resultat : dès que l'utilisateur rencontre une situation légèrement différente de ce qui a ete montre en formation, il est perdu et revient au GUI. La formation Fiori reussie explique le modèle mental nouveau : la pensee par tâche, le role-based, l'analytique embarquée, les actions contextuelles.
Échec 4 : l'approche big bang
Déployer 300 applications Fiori le même jour est un échec garanti. Les utilisateurs sont submerges, le support est satur, les equipes de formation n'ont pas le temps d'accompagner correctement. Dans les semaines qui suivent, les utilisateurs retournent massivement au GUI.
La bonne approche : un déploiement progressif par vagues de 20 à 40 applications, avec 6 à 8 semaines entre chaque vague pour stabiliser l'adoption.
Échec 5 : l'absence de mesure
Sans mesure, impossible d'améliorer. Pourtant, très peu d'entreprises mesurent reellement l'adoption de Fiori. Les indicateurs classiques (nombre d'utilisateurs actifs, nombre de clics) sont insuffisants.
Les metriques qui comptent vraiment
Metriques d'adoption
- Taux d'adoption par role : pourcentage des utilisateurs d'un role donne qui utilisent majoritairement Fiori (plus de 70% du temps)
- Ratio GUI/Fiori par tâche : pour les tâches qui existent dans les deux interfaces, quelle est la repartition des usages
- Fréquence d'ouverture des tuiles : permet d'identifier les tuiles mortes (moins de 5 ouvertures par semaine pour l'ensemble des utilisateurs d'un role)
Metriques de productivite
- Time-to-task : le temps moyen pour accomplir une tâche clé, mesure avant et après Fiori
- Task success raté : le pourcentage de tâches completees sans aide externe
- Error raté : le nombre d'erreurs de saisie par tâche
Metriques de satisfaction
- Net Promoter Score (NPS) Fiori, mesure trimestriellement
- Nombre de tickets support lies a Fiori
- Taux de demandes de retour au GUI
Chez un industriel de la construction, la mise en place de ce tableau de bord à revele que le taux d'adoption reel etait de 18%, alors que les rapports initiaux du projet annoncaient 60%. La différence venait du fait que les rapports comptaient les utilisateurs ayant ouvert Fiori au moins une fois, pas les utilisateurs l'utilisant reellement.
La méthode qui fait passer l'adoption de 15 à 80%
Voici la méthode que nous appliquons en sept étapes pour redresser une adoption Fiori en difficulte.
Étape 1 : l'audit des usages reels (4 semaines)
Nous commencons toujours par un audit factuel :
- Log analysis des connexions GUI et Fiori
- Entretiens avec un echantillon representatif d'utilisateurs (15 à 25 personnes)
- Observation terrain (shadowing) de 8 à 12 utilisateurs clés
- Mesure du time-to-task sur les 10 tâches les plus frequentes
Cet audit revele généralement que l'on traitait Fiori comme un problème technique alors que c'est avant tout un problème d'usage.
Étape 2 : la redefinition des personas métier (2 semaines)
Nous re-ecrivons les personas en partant des tâches reelles :
- Quelles sont les 5 à 8 tâches quotidiennes de ce persona ?
- Quelles sont les 10 à 15 tâches hebdomadaires ?
- Quelles informations a-t-il besoin de consulter (tableaux de bord) ?
Chaque persona obtient un inventaire de tâches qui devient la base du design du Launchpad.
Étape 3 : la construction des Spaces & Pages (3 semaines)
Les Spaces & Pages (introduits dans S/4HANA 2020 et consolides depuis) permettent de structurer le Launchpad par activité. Nous construisons pour chaque persona un ensemble cohérent :
- Un Space par grande activité (par exemple : "Cloture mensuelle", "Gestion du quotidien", "Analytique")
- Une Page par tâche (par exemple : "Factures fournisseurs en attente")
- Des sections logiques dans chaque Page
L'objectif : qu'un utilisateur puisse faire 80% de son travail dans le Space qui correspond a son activité du moment.
Étape 4 : le nettoyage des roles (3 semaines)
Sur la base des personas, nous construisons des roles custom qui regroupent exactement les applications nécessaires. Ces roles remplacent les roles standards SAP, qui sont désormais traites comme des building blocks, pas comme des produits finis.
Étape 5 : le programme de formation (4 semaines de design, 8 semaines de déploiement)
Notre formation Fiori reussie comporte :
- Un module socle (45 minutes) : le modèle mental Fiori, la navigation par tâche, les Spaces
- Des modules métier (30-45 minutes chacun) : les tâches clés du persona
- Du shadowing : accompagnement terrain pendant les 2 premières semaines
- Des pairs champions : identifies dans chaque equipe, formes en profondeur, responsabilises pour aider leurs collegues
Étape 6 : l'hypercare actif (6 semaines)
Pendant les 6 semaines qui suivent le déploiement d'une vague, une equipe de support dediee :
- Repond aux tickets en moins de 30 minutes
- Passe physiquement (ou en visio) dans les equipes 2 fois par semaine
- Organise des sessions de questions-reponses hebdomadaires
- Ajuste le Launchpad en temps reel en fonction des retours
Cet hypercare est le facteur clé de succès le plus important. Sans lui, les utilisateurs abandonnent Fiori a la première difficulte.
Étape 7 : la mesure continue et l'iteration (permanent)
Le tableau de bord d'adoption est publie mensuellement. Tout role sous 60% d'adoption après 3 mois fait l'objet d'une analyse spécifique et d'actions correctrices.
Le cas concret d'un energeticien : de 22 à 84% d'adoption en 14 mois
Chez un grand energeticien que nous avons accompagne, la situation initiale etait difficile. Après une migration S/4HANA reussie techniquement, l'adoption Fiori stagnait a 22% huit mois après le go-live. Les utilisateurs se plaignaient de la complexité, certains managers reclamaient un retour en arrière.
Nous avons applique la méthode ci-dessus sur 14 mois, en commencant par 3 populations pilotes (finance, achats, maintenance), avant d'etendre aux autres métiers. Les resultats :
- Taux d'adoption global : de 22% a 84% sur les 3 populations pilotes
- Time-to-task : reduction de 35% sur les 10 tâches clés de la finance
- Tickets support Fiori : reduction de 60% après 6 mois
- NPS Fiori : de -25 a +42
Le budget investi a ete de 850 k EUR sur 14 mois, soit moins de 5% du budget initial du projet S/4HANA. Le ROI calcule par l'equipe métier (gains de productivite) a ete de 1 pour 12 sur 3 ans.
Fiori Éléments et les développements custom : la bonne discipline
Privilegier systématiquement Fiori Éléments
Fiori Éléments est la bibliotheque de templates standardises (List Report, Object Page, Analytical List Page, Worklist, Overview Page). Elle permet de construire des applications Fiori conformes aux guidelines SAP avec peu de code.
Ma règle : 90% des développements custom doivent utiliser Fiori Éléments. Les développements freestyle (UI5 from scratch) sont reserves aux cas exceptionnels qui justifient vraiment un design spécifique.
Les avantages de cette discipline
- Cohérence UX : toutes les applications se ressemblent, l'utilisateur ne reapprend pas
- Maintenance : les applications Fiori Éléments beneficient automatiquement des évolutions SAP
- Accessibilité : les templates gerent nativement l'accessibilité WCAG
- Performance : optimisation native de la consommation reseau et memoire
Les cas ou le freestyle se justifie
- Saisie très specialisee avec des interactions complexes (par exemple un planning de production avec drag-and-drop)
- Visualisation de données geospatiales avec carte interactive
- Processus métier très spécifique qui ne rentre dans aucun template
Même dans ces cas, j'exige une justification écrite et une validation par le comité d'architecture.
Conclusion : l'adoption Fiori est un projet, pas un livrable
Fiori ne se décrété pas, il se construit. L'erreur la plus courante est de traiter le déploiement Fiori comme un livrable technique dont la reussite se mesure au go-live. En réalité, l'adoption Fiori est un projet a part entière qui continue 12 à 18 mois après le go-live technique.
Les entreprises qui reussissent leur Fiori sont celles qui :
1. Investissent dans la curation du Launchpad comme un projet UX serieux
2. Construisent des personas et des roles a partir des tâches reelles
3. Forment sur le modèle mental, pas seulement sur les gestes techniques
4. Mesurent l'adoption avec des indicateurs pertinents
5. Acceptent d'iterer pendant plusieurs mois après le go-live
L'UX de votre ERP est l'une des expériences professionnelles les plus frequentes de vos collaborateurs. Investir 5% du budget projet dans sa reussite, c'est probablement le meilleur ROI que vous obtiendrez de toute la transformation.