Visual — hero
Projet professionnel · Accor
ALL Accor Business
Reprendre un MVP juste avant qu’il devienne réel.
Je récupère ALL Accor Business alors que le premier pilote approche. Le MVP existe, mais il a déjà changé de mains plusieurs fois. Une partie a été remise d’aplomb, le dev avance, mais tout n’est pas encore aligné : certains écrans se contredisent, des patterns B2C ont été repris un peu trop vite et le fichier Figma ne raconte pas toujours le produit qui existe réellement. Je n’ai pas vraiment le temps de découvrir le sujet tranquillement. Il faut comprendre vite les règles métier, ce qui tient déjà côté dev, ce qui peut attendre et ce qui doit absolument être corrigé avant de mettre le produit entre les mains des premières entreprises.
(01) Point de départ
Comprendre ce qui existe vraiment
La première difficulté est assez simple : Figma, la roadmap et le produit développé ne racontent pas toujours exactement la même chose. Avant de proposer de nouveaux écrans, je reprends les parcours, je compare avec la prod et je remets le minimum de logique commune là où elle manque.
Je pourrais repartir beaucoup plus loin sur certains sujets. À quelques semaines du pilote, ce serait surtout créer du travail pour l’équipe. Le bon niveau d’effort consiste à sécuriser les tâches cœur et à laisser le reste tranquille tant qu’il ne gêne personne.
Parcours · 0:52
Un manager, six tâches du quotidien
En quelques secondes, ce qu’un administrateur gère : membres, structure de l’entreprise, points et principales actions. Choisissez une étape pour y aller, ou laissez défiler.
-
01
Lire le compte en un coup d’œil
0:00Le tableau de bord s’ouvre sur ce que possède l’entreprise : points Reward, argent déjà économisé, séjours en cours et à venir. Le relevé de points transforme le solde en un historique consultable.
- La valeur avant le détail : les points d’abord, puis les économies en euros.
- Chaque chiffre mène à la liste qui le compose.
-
02
Créer un voucher pour un collaborateur
0:04Les points deviennent un voucher sur un seul écran : choisir un montant, retrouver le bénéficiaire par son nom, vérifier la valeur, créer.
- Des paliers de points plutôt qu’un montant libre.
- La valeur estimée en euros sur chaque ligne.
- Le bouton reste désactivé tant que le voucher est incomplet, et une phrase dit ce qui va se passer.
-
03
Suivre les séjours de l’équipe
0:16Les séjours en cours et à venir sont résumés en haut, avec leur total et les points qu’ils rapporteront.
- Hôtel, dates, collaborateur, statut et montant sur une seule ligne.
- Recherche par ce que le manager connaît : hôtel, réservation ou collaborateur.
-
04
Inviter un membre de l’équipe
0:20Invitation par e-mail, fichier CSV/Excel ou lien partagé. Le panneau latéral garde la liste de l’équipe visible derrière.
- Rôle et entité sont facultatifs : une invitation n’attend jamais que l’organisation de l’entreprise soit en place.
- Le nouveau membre apparaît aussitôt, en invitation en attente.
-
05
Organiser les équipes en entités
0:33Équipes, services ou fonctions deviennent des entités, chacune avec son contact référent et son nombre de membres.
- Un contact principal pour l’entreprise, utilisé par toute entité qui n’a pas le sien.
- Modification directe, depuis la liste.
-
06
Acheter et attribuer une carte
0:38Les trois cartes ALL Accor+ côte à côte, les remises sur volume annoncées d’emblée, puis chaque carte attribuée à un collaborateur avant de confirmer.
- L’attribution se fait dans le récapitulatif de commande, pas comme une corvée à part ensuite.
- La nouvelle carte arrive en tête de liste, avec son expiration en temps restant.
(02) Le cœur
Stabiliser le cœur avant d’ajouter la suite
Le pilote repose sur des actions qui paraissent basiques tant qu’on ne regarde que le happy path : inviter quelqu’un, gérer un groupe, retrouver une information, agir sur plusieurs collaborateurs, comprendre un statut.
Une partie de mon travail consiste donc à compléter ce qui manque plutôt qu’à redessiner ce qui fonctionne déjà : états, hiérarchie des actions, cas d’erreur, comportements de tables et actions en masse.
À ce stade, chaque correction doit acheter quelque chose : moins de répétition pour l’admin, moins d’ambiguïté pour le dev, ou une règle réutilisable pour les prochaines features. Si elle ne fait qu’embellir un écran juste avant la release, elle peut attendre.
(03) Après la release
Après la release, le produit commence vraiment à grandir
Le pilote n’est pas la fin de la mission. Une fois les premiers utilisateurs dans le produit, AAB continue à s’étoffer : nouveaux besoins d’administration, nouvelles offres, nouveaux statuts et davantage de cas métier.
C’est aussi là que je peux sortir du mode « sécuriser » et commencer à donner plus de relief à l’expérience, sans transformer chaque écart au design system en dette de maintenance.
Je garde le design system Accor comme base. Je ne le contourne que lorsque le gain est clair. Une image d’hôtel, par exemple, peut aider à reconnaître un lieu déjà connu beaucoup plus vite qu’une ligne de texte supplémentaire.
Les nouvelles offres posent d’autres questions. Une carte de souscription doit être compréhensible dans un outil d’administration, sans faire basculer tout le produit dans une logique de boutique.
Même logique pour les micro-interactions : elles restent utiles quand elles expliquent un changement d’état ou attirent l’œil au bon endroit. Je préfère en mettre peu et leur donner un rôle clair.
(04) Pilote
Le pilote permet enfin de voir ce qui bloque vraiment
Une fois la base suffisamment stable, les entretiens deviennent beaucoup plus intéressants. Les utilisateurs ne butent plus partout sur l’interface. Les retours se déplacent vers des sujets plus précis : la valeur d’une offre, le sens d’un terme, la propriété d’un avantage ou une règle métier encore difficile à expliquer.
C’est important parce que la réponse n’est pas toujours « refaire l’écran ». Quand le problème vient du produit ou du wording, ajouter une couche d’UI ne le règle pas.
1Problème
2Ce qu'on a recommandé
3Ce qu'on a fait
Le travail continue après le pilote : certaines choses sont confirmées, d’autres changent de forme, et quelques sujets sortent clairement du périmètre UI. AAB passe alors d’un MVP qu’il faut protéger à un produit qu’on peut réellement continuer à construire.
