Sur le périmètre ESB du Groupe Pichet, j'avais à équiper environ 80 interlocuteurs quotidiens issus de 12 directions métier (Finance, Comptabilité, RH, Marketing, Hôtellerie, Promotion, Sécurité, DSI, etc.). Ces personnes n'étaient pas des utilisateurs techniques : elles avaient besoin de dashboards d'intégration, de visualiseurs de flux, d'outils de reporting clairs - mais sans formation technique poussée et avec une charge cognitive déjà saturée par leur métier.

J'ai refusé de plonger directement dans le code Symfony. Avant chaque écran, j'ai produit un wireframe papier puis Figma léger que je faisais valider en 30 minutes par le responsable de département concerné, en posant 3 questions : qu'est-ce qu'on cherche (l'intention utilisateur), dans quel ordre (le parcours), avec quel vocabulaire (le langage métier, pas tech). Une fois le wireframe approuvé, je passais aux controllers Symfony et à l'intégration Twig + jQuery, mais le journey était figé. Pour les flux financiers (les plus sensibles), j'ai aussi produit des journey maps documentés sur Confluence.

Environ 80 interlocuteurs ont adopté les outils avec une formation minimale, le temps de formation moyen est passé d'une demi-journée à moins d'une heure, et les directions métier ont sollicité ensuite l'équipe ESB pour cadrer 3 nouveaux outillages transverses sans repasser par une phase d'évangélisation.

Sur ce projet j'ai durablement compris qu'un wireframe lisible vaut 3 itérations de code. C'est le réflexe que je rejoue aujourd'hui sur chaque mission ACCENSEO et sur le SaaS comptable : crayonner avant d'ouvrir Figma, faire valider le journey avant la première ligne de React, et accepter qu'une feuille A4 et 10 minutes valent souvent mieux que 2 heures dans Figma.

À la refonte Fleurance Nature en 2017 chez Smile, je devais redesigner 3 storefronts (Fleurance Nature France, International, Mincifine) avec une identité partagée mais des codes locaux différents. Les spécifications graphiques ont traversé 7 versions en 2 mois au fur et à mesure que les cas limites métier remontaient (groupes clients, promotions multi-site, traduction de catégories, gestion des avis). Côté responsive, je devais tenir mobile + tablette + desktop sans démultiplier les thèmes.

J'ai posé une grille responsive partagée (mobile-first, breakpoints calibrés sur les analytics existants) et un UI kit minimal qui factorisait les composants visuels critiques (catégories, fiches produit, tunnel de checkout, navigation). Pour chaque storefront, j'ai produit des wireframes responsive sur 3 breakpoints, validé itérativement les maquettes avec le client, rédigé les spécifications graphiques des 3 thèmes distincts, et porté ensuite l'ownership de l'implémentation front-end Magento. Le blog WordPress intégré via RSS a été aligné visuellement sur la même grille.

3 storefronts cohérents livrés en production sur 8 environnements différents, identité visuelle partagée préservée sans réécriture par boutique, et la garantie de 58 jours post-lancement assurée en personne sans incident UX majeur.

Cette discipline UI/UX est ce qui me permet aujourd'hui de pousser back sur un brief mal cadré chez ACCENSEO sans dépendre d'un cabinet de design externe. Sur le SaaS comptable solo, j'ai rejoué la même mécanique pour cadrer l'expérience à 6 rôles différents (Admin, Collaborateur, Consultant, Comptable, Comptabilité, Banque) avant la première ligne de code - et c'est exactement ce qui m'a fait gagner les semaines de cadrage que les itérations en post-livraison auraient coûtées.