Rhizome IT — Le VMS
Vendor Management System
Concevoir un même produit pour 4 profils aux rôles différents
- Product Discovery
- Architecture produit
- Prototypes itératifs
- Design System
- Rôle
- Product Designer
- Secteur
- B2B — gestion de talents et d’achats
- Équipe
- 3 personnes + utilisateurs CEO, Sales Director et moi
- Période
- Janvier – Mars 2025
- Statut
- POC — en pause
Problème
Des outils lourds et fragmentés pour gérer fournisseurs, appels d’offres, missions, contrats et budgets.
Le défi : réunir dans un même produit quatre profils aux rôles, responsabilités et niveaux d’information différents.
Solution
Structurer un socle métier commun autour de l’appel d’offres, puis adapter parcours, permissions et tableaux de bord à chaque rôle, avec un Design System partagé pour maintenir la cohérence.
Impact
4 profils à 1 socle métier
Une architecture commune avec des vues, actions et permissions adaptées aux besoins de chaque profil.
Mon rôle
J’ai mené la product discovery, puis co-construit avec le CEO la vision fonctionnelle du POC à travers des ateliers de co-conception et des prototypes itératifs, utilisés pour affiner progressivement l’architecture.
Mon intervention :
- entretiens utilisateurs et analyse des besoins
- ateliers de co-conception avec le CEO
- cartographie des entités, rôles et processus métier
- prototypage itératif des parcours et dashboards
- définition des rôles, statuts et permissions
- fondations du Design System et préparation des tests utilisateurs
3 décisions clés
-
Faire de l’appel d’offres l’objet central du produit
Les recherches ont montré que les quatre profils n’avaient pas le même parcours, mais qu’ils convergeaient autour d’un même objet : l’appel d’offres. L’architecture s’est ensuite précisée au fil des prototypes, utilisés comme outils de réflexion pour confronter les parcours et optimiser progressivement le système.
-
Concevoir des vues différentes d’une même réalité métier
Un acheteur pilote l’appel d’offres, un fournisseur y répond, un opérationnel évalue les profils et un freelance est positionné sur une opportunité. J’ai adapté informations, actions et permissions à chaque rôle sans dupliquer la logique métier.
-
Poser un langage commun pour 4 expériences
Les interfaces diffèrent selon les rôles, mais reposent sur les mêmes fondations : composants, statuts, règles d’interaction et principes de navigation. J’ai donc posé les bases d’un Design System commun pour garantir la cohérence du produit et faciliter sa scalabilité.
Ce que je referais autrement
J’aurais formalisé plus tôt les règles métier.
Le prototypage itératif nous a permis de faire émerger et d’affiner progressivement l’architecture, mais il a aussi révélé que la principale complexité résidait dans les interactions entre rôles, statuts, permissions et règles métier.
À la reprise du projet, ces règles seront précisées en amont avec le CEO et le Sales Director avant de poursuivre la conception et le développement.
Prochaine étape
Faire évoluer le produit et son Design System.
Depuis la première phase du POC, l’identité de Rhizome IT a évolué. Le Design System sera donc adapté à cette nouvelle direction graphique tout en conservant les principes fonctionnels déjà définis.
La reprise du projet intégrera également un nouveau mode de production, avec pilotage du design et du développement via Claude Code.
