Design System

J'ai migré 20 ans de fichiers PSD vers Figma. Voici ce que personne ne dit sur les design systems.

Migrer un patrimoine de milliers de PSD vers Figma n'est pas un changement d'outil — c'est une reconstruction. Les surprises techniques, les pièges humains, et ce que l'IA change vraiment au processus en 2026.

26 sept 202513 min de lecturePASCAL POTVIN
Écouter l'article

Vingt ans de PSD : un patrimoine, pas une archive

Je connais cette situation de l'intérieur. Après plus de vingt ans de pratique, j'ai accumulé des milliers de fichiers Photoshop, Illustrator et InDesign — des centaines de projets, des dizaines de clients, des années de décisions de design figées dans un format qui ne répond plus aux exigences de collaboration moderne. Chaque PSD est un instantané créatif, mais un instantané mort : chaque variation est un calque, chaque état un groupe, chaque adaptation une copie. Figma, lui, propose un écosystème vivant — composants connectés, variables partagées, modes, collaboration en temps réel. Le fossé entre les deux paradigmes est énorme, et le franchir demande une stratégie, pas un bouton magique.

L'urgence s'est accentuée avec la mise en sommeil d'Adobe XD : les équipes qui avaient migré vers XD se sont retrouvées à changer d'outil une deuxième fois en quelques années. Figma s'est imposé comme la destination finale crédible. J'ai conduit ce processus plusieurs fois, et je vais te dire ce que les guides marketing passent sous silence.

La première chose que personne ne dit : Figma n'importe pas le PSD

C'est la surprise numéro un. Beaucoup de designers s'attendent à un import natif et tombent de haut. Figma importe correctement les fichiers .sketch, les SVG depuis Illustrator et les PDF vectoriels — mais pas les PSD. Il faut passer par des intermédiaires, chacun avec ses compromis.

MéthodeCommentRésultat
Photopeaouvre le PSD, exporte les calques en SVG/PNGgratuit, fastidieux, fiable
Magiculconvertisseur web Sketch/Figma/XD/PSDvariable selon la complexité
Plugins « PSD to Figma »depuis la Communityinégal, gère mal les effets de calque
Export manuel depuis PhotoshopSVG si vectoriel, PNG haute déf si bitmapqualité maximale, décisions intelligentes

Pour les fichiers complexes, je privilégie l'export manuel depuis Photoshop : SVG quand le contenu est vectoriel, PNG haute résolution quand il est bitmap. C'est fastidieux, mais ça préserve la qualité et surtout ça me force à prendre une décision de décomposition à chaque étape — décision qu'aucun convertisseur automatique ne prendra correctement à ma place.

La migration en cinq phases

Le processus que j'ai éprouvé tient en cinq phases. L'audit d'abord : je catalogue chaque fichier — contenu, dernière modification, niveau d'usage, valeur stratégique. Cette cartographie révèle invariablement que 20 % des fichiers concentrent 80 % de la valeur. C'est ce noyau qu'on migre en priorité, pas les milliers de PSD dormants que personne n'a rouverts depuis cinq ans.

La deuxième phase est la plus importante, et c'est celle qu'on bâcle le plus souvent : définir le design system cible. C'est le moment de décider de ne pas reproduire le chaos existant dans un nouvel outil. J'en profite pour rationaliser — réduire le nombre de couleurs, harmoniser les espacements, unifier les styles typographiques, repérer les composants récurrents. Chaque simplification améliore la cohérence du système futur. Les trois dernières phases suivent : construire la fondation Figma (variables, modes, collections — j'en détaille la mécanique dans mes articles sur le theming et les design systems), reconstruire les composants nativement avec Auto Layout, puis migrer les assets statiques en SVG et PNG optimisés. Le mot clé est reconstruire. Un bouton n'est plus un groupe de calques figés : c'est un composant avec variantes, propriétés et contraintes.

Les pièges que personne ne mentionne

Le piège numéro un est de vouloir reproduire la structure du PSD à l'identique dans Figma. Les calques Photoshop n'ont aucun équivalent conceptuel : ils sont remplacés par des frames, des composants et de l'Auto Layout. Chercher une correspondance un-à-un produit des fichiers Figma qui héritent de toutes les faiblesses du PSD sans aucune de ses forces. La migration est une reconstruction, jamais une conversion.

Les autres pièges sont plus sournois. Le formatage textuel se perd : kerning personnalisé, effets de texte, déformations ne se transfèrent pas. Les couleurs dérivent entre RGB et CMYK. Les effets raster — ombres complexes, biseaux, textures de calque — n'ont pas d'équivalent natif et doivent être repensés avec les outils Figma ou exportés en images. Chaque divergence doit être documentée et validée avec les parties prenantes, sinon elle ressurgit en réunion de validation comme un « ce n'est pas exactement pareil » qui plombe le projet.

Mais le défi le plus sous-estimé n'est pas technique, il est humain. Un patrimoine de milliers de PSD ne se migre pas en quelques semaines, et la résistance d'une équipe habituée à Photoshop depuis quinze ans est réelle. C'est ça que personne ne dit : la migration échoue rarement pour des raisons techniques, elle échoue parce qu'on a sous-estimé le changement d'habitudes. Je recommande une approche progressive — un projet pilote complet, des gains mesurés, une équipe formée sur ce cas concret, puis un élargissement — avec une dépréciation planifiée de l'ancien système pour que personne ne se sente abandonné.

Ce que l'IA change au processus en 2026

Depuis que j'ai commencé ces migrations, l'outillage a changé. Figma a réécrit l'architecture de ses design systems, ce qui rend les gros fichiers nettement plus réactifs — un soulagement concret quand on manipule des bibliothèques massives. Son IA de renommage de calques et les outils de conversion tiers se sont améliorés, et le serveur MCP de Figma permet désormais à un agent d'aller lire la structure d'un fichier. Tout ça accélère le travail répétitif : renommer, ranger, extraire.

Mais — et c'est le point que je martèle à mes clients — l'IA accélère la conversion, pas la reconstruction. Décider qu'un groupe de calques doit devenir un composant à trois variantes plutôt qu'une instance figée, c'est un jugement de design system, pas une tâche de tri. L'IA me fait gagner des heures sur la plomberie ; elle ne prend aucune des décisions qui font qu'un système est bon ou mauvais. Confondre les deux, c'est se retrouver avec un PSD propre et bien rangé dans Figma — c'est-à-dire toujours un PSD.

Accompagner le changement, mesurer le retour

La migration technique n'est que la moitié du travail. L'autre moitié est l'accompagnement humain. Penser en composants réutilisables, raisonner en contraintes d'Auto Layout, collaborer en temps réel, vivre avec le versioning intégré — chaque aspect de Figma est un changement de mentalité que la formation technique seule ne produit pas. J'organise des ateliers où les designers reconstruisent dans Figma une maquette qu'ils connaissent par cœur dans Photoshop : partir d'un résultat familier pour découvrir une méthode nouvelle réduit l'anxiété et accélère l'apprentissage. Je mesure le progrès non pas à la vitesse, mais au moment où un designer commence spontanément à penser en variantes et en propriétés — c'est là que la bascule culturelle est gagnée.

Le retour sur investissement, lui, est substantiel. Les équipes que j'ai accompagnées rapportent une réduction de 50 à 70 % du temps de production des maquettes après une phase d'adaptation de quatre à six semaines. Le design system, une fois en place, devient un accélérateur dont le rendement croît à chaque projet. Mais le vrai gain est qualitatif : une cohérence visuelle à l'échelle de l'organisation, tout simplement impossible à tenir avec des milliers de PSD indépendants. C'est ça, au fond, qu'on migre — pas des fichiers, une façon de travailler.

§ COMMENTAIRES

Laisser un commentaire

J'ai migré 20 ans de fichiers PSD vers Figma. Voici ce que personne ne dit sur les design systems. | Pascal Potvin