Tracks
Entre 2021 et 2024, j’ai conçu Tracks, un outil digital remplaçant Excel pour les équipes SCO/RAF de Adeo afin d’optimiser les coûts logistiques internationaux, en partant d’interviews approfondies et d’ateliers créatifs pour libérer les utilisateurs de leurs habitudes, puis en itérant via wireframes et tests utilisateurs, aboutissant à un outil fluide et user friendly.
Contexte
Fonction
Tracks est un outil d’analyses supply. Son rôle est de trouver le moyen le moins onéreux d’acheminer un produit d’un fabricant jusqu ’au rayon
Équipe
1 product manager, 2 product owner, 1 SCRUM, 5 développeurs, 1 testeur, 1 product designer
Rôle
Product Designer
Process
Process général
Objectif annuel, point d’étape à 6 mois, et déroulement par sprint de 2 semaines.
Process équipe
Découpage de la road map par étapes avec le PO et développeurs
Process design
1. Atelier de codesign, live design (plusieurs itération)
2. Wireframing
3. Test utilisateurs
4. Design définitif (ADS)
Persona
Besoins clés
• Pouvoir faire des analyses des fournisseurs avec
fiabilité
• Pouvoir partager mes résultats sans endommager
mon travail
• Sécuriser les données
3 frustrations principales
• Temps de chargement excessif
• Sécurité des données
• Devoir refaire le travail plusieurs fois
Comportement
• Personne habitué à Excell qui a de grandes difficultés à se projeter sur d’autres formats
• Difficulté à s’exprimer individuellement
UJM
"En tant que SCO/RAF, je veux pouvoir faire mes analyses avec un outil pérenne et fiable, afin de pouvoir gagner en confiance et performance."
Ateliers de co-construction — Libérer les esprits
Les équipes étaient attachées à leurs méthodes Excel, et avaient du mal à se projeter sur un outil numérique.Pour les libérer de leurs habitudes, j’ai organisé des ateliers de co-conception innovants :
Ateliers de co-construction — Libérer les esprits
Chaque participant jouait le rôle d’un enquêteur.
Un tableau
mural affichait les écrans du futur outil.
En tirant des fils rouges entre boutons, écrans et actions, on
visualisait les interdépendances entre les rôles (SCO vs RAF).
Cela a permis de :
Déconstruire les schémas mentaux.
Visualiser les impacts
d’une action sur un autre utilisateur.
Créer des compromis entre équipes.
Validation technique & itérations
Une fois un workflow validé en atelier, je le soumettais à
l’équipe technique pour :
Vérifier la faisabilité technique.
Estimer le coût de développement (dans la
limite de notre enveloppe financière). → Cela a permis d’éviter des surcoûts et des retards.
Wireframes & tests utilisateurs
(one-to-one)
J’ai créé des maquettes basse définition (Figma) pour valider les
flux et l’architecture de l’information.
→ Puis j’ai mené des tests one-to-one avec des utilisateurs
réels pour :
- Identifier les points de confusion.
- Corriger les incompréhensions avant de passer
au design final.
Design définitif avec ADS (Adeo Design System)
Une fois les wireframes validés, j’ai appliqué le design définitif
en respectant le Design System d’Adeo (ADS) :
- Cohérence visuelle.
- Accessibilité.
-
Scalabilité.
Test quantitatif avec Maze
Pour valider l’ergonomie à grande échelle, j’ai lancé une campagne
de tests quantitatifs via Maze :
- Scénarios de test réalistes (ex. : “Trouvez le fournisseur le moins
cher pour un trajet Paris → Lyon”).
- Collecte de métriques : taux de réussite, temps de tâche,
heatmaps.
→ Les résultats ont permis d’identifier les derniers points de friction et de les corriger
avant la mise en production.
Valeur apportée
Pour l’utilisateur
- Gain de temps significatif (des heures par mois).
- Passation plus fluide entre les équipes (SCO/RAF).
- Travail moins rébarbatif (fini les macros Excel).
- Communication plus fluide (partage sécurisé, traçabilité).
- Moins de formation nécessaire (interfaceintuitive).
- Moins de dépendance aux Key Users.
