À propos de Lilian Chesneau Ciccarelli, Product Designer UX/UI

Chaque décision de design part d'une question, jamais d'une opinion. Entretiens utilisateurs, tests d'utilisabilité, observer comment les gens se comportent réellement plutôt que de deviner comment ils devraient. Sauter cette étape, ce n'est pas concevoir - c'est décorer une hypothèse, et les hypothèses ne survivent pas au contact des vrais utilisateurs.

Avant qu'une interface n'existe, il y a une identité à définir. J'ai construit un système de marque à partir de rien - logo, couleurs, typographie, la documentation qui garde tout ça cohérent - et je l'ai vu tourner encore sur plus de cinq templates des années plus tard. Un produit sans identité cohérente est un produit qu'on oublie dès qu'on ferme l'onglet.

Le design graphique, c'est là où cette identité devient réellement utilisable. Mise en page, hiérarchie, iconographie - les décisions visuelles qui indiquent où regarder en premier, et pourquoi. C'est la couche que la plupart des équipes sous-financent, et celle qui détermine si une charte de marque survit au contact d'un écran réel.

L'UX/UI, c'est la discipline à laquelle la plupart des gens associent mon métier, et pour de bonnes raisons. Wireframes, flows, patterns d'interaction - la différence entre une interface qui s'explique d'elle-même et une autre qui a besoin d'un tutoriel. Une bonne UX est invisible par nature : personne ne vous remercie pour la friction qu'il n'a jamais eu à ressentir.

Les design systems, c'est là que tout ça se codifie - et c'est ma vraie spécialité. Un système de tokens, deux équipes qui s'appuient dessus, une friction de livraison réduite d'environ 30% une fois que chaque décision - marque, interface, build - a commencé à pointer vers la même source. C'est ça, le vrai retour sur investissement de la cohérence : moins de débats répétés à chaque écran.

Rien de tout ça ne compte si ça ne sort jamais, c'est pourquoi je reste proche de l'ingénierie. Je maîtrise Figma et je suis à l'aise en Vue comme en React, et je préfère m'asseoir à côté d'un développeur plutôt que de lui remettre un fichier et disparaître. Design et ingénierie résolvent le même problème, que l'organigramme l'admette ou non.

Ce qui sépare un travail pensé d'un travail simplement fonctionnel n'est presque jamais visible. Le libellé soigné d'une erreur. Le timing d'une transition. Le nom donné à un composant, et si ce nom a encore du sens un an plus tard. Rien de tout ça n'apparaît sur une capture d'écran. Tout ça se voit dans la façon dont un produit se ressent à l'usage.