étude de cas · société générale / sg markets · alternance · 2024–2025
Cadrer et concevoir la première version d’eFund Order
Un outil de suivi d’ordres sur fonds pour les équipes Middle Office. J’ai pris en charge le travail de design, du cadrage initial au suivi de l’implémentation. À mon départ, l’implémentation était déjà bien avancée et une version interne du MVP était disponible pour les tests et les revues.
en bref
- poste officiel
- Product Designer · Alternance
- responsabilité sur le projet
- Référente design sur eFund Order
- contexte
- SG Markets · suivi d’ordres sur fonds · MVP 0→1
- origine
- Hackathon → design sprint → projet à part entière
- équipe
- Métier / Produit / IT / Design · France & Inde · travail en anglais
- mon travail
- Compréhension utilisateurs · cartographie des parcours · cadrage MVP · wireframes · UI · faisabilité technique · handoff développeurs · revues UI
- statut
- Implémentation avancée · tests et revues internes · revues UI · travail déjà engagé sur les demandes suivantes
Le point de départ
Le projet est né de travaux réalisés lors d’un hackathon puis d’un design sprint, mais beaucoup de choses restaient encore à clarifier. Les différentes parties prenantes n’avaient pas toujours la même vision de ce que l’outil devait faire, et tout ne pouvait pas entrer dans une première version.
Ma tutrice design a participé à certains des premiers échanges, puis j’ai pris en charge le travail de design sur le projet. Je devais comprendre le fonctionnement des équipes Middle Office, cartographier le parcours principal des ordres et rendre le périmètre suffisamment concret pour que tout le monde puisse discuter de la même chose.
Définir le MVP
Nous avons choisi de concentrer la première version sur la consultation et l’annulation. Cela impliquait de dire non, ou « plus tard », à une partie des demandes initiales.
J’ai travaillé sur les parcours et les wireframes, que je partageais régulièrement avec l’équipe. Le périmètre a continué à évoluer à mesure que nous comprenions mieux les besoins utilisateurs et les contraintes techniques.
Des wireframes aux écrans destinés à l’implémentation
Une fois le périmètre suffisamment stable, je suis passée au Design System de SG Markets pour concevoir les écrans destinés à l’implémentation.
Je travaillais directement avec les équipes techniques en France et en Inde pendant la conception. Les questions de faisabilité faisaient donc partie des itérations, au lieu d’apparaître seulement à la fin.
Ce qui se retrouve dans l’interface finale
- Filtres rapides avec compteurs
- La liste s’ouvre sur différents segments opérationnels, chacun indiquant le nombre d’ordres qu’il contient.
- Informations de cut-off visibles
- Les informations de cut-off restent visibles directement dans la liste des ordres.
- Statut, sous-statut et erreur restent distincts
- Trois informations différentes, chacune avec sa propre colonne et son propre traitement.
- Un panneau de détail contextuel
- La sélection d’un ordre ouvre son détail à côté de la liste, qui reste visible en arrière-plan.
Handoff et suivi d’implémentation
J’ai préparé le handoff du MVP aux développeurs et je suis restée proche de l’équipe technique pendant l’implémentation. Lorsqu’une version interne est devenue disponible pour les tests et les revues, j’ai pu poursuivre avec des revues UI plutôt que de m’arrêter à la livraison Figma.
À mon départ de la Société Générale, l’implémentation était bien avancée et l’équipe travaillait déjà sur les demandes suivantes. Je n’ai pas de métrique avant/après suffisamment fiable ; je préfère donc m’arrêter à ce que je peux réellement vérifier plutôt que de transformer cette progression en résultat que je ne peux pas démontrer.
Produit interne. Les écrans utilisent des données fictives et le contenu présenté reste limité à ce que je suis autorisée à partager publiquement.