Quand on apprend le design UI et le développement web en parallèle, on se retrouve très vite coincé entre deux logiques qui semblent opposées. D'un côté, un espace de création visuelle libre. De l'autre, une codebase structurée, systématique, contrainte par des règles. La difficulté, ce n'est pas d'apprendre chaque outil séparément, c'est de comprendre comment ils se parlent. C'est précisément cette friction qui m'a poussé à regarder Paper de plus près. Parce que la vraie question n'est pas "lequel est meilleur ?" mais plutôt "lequel sert quoi, et à quel moment ?"
Figma s'est imposé comme l'outil de référence pour le design UI depuis sa sortie en 2016. Sa force principale : la collaboration en temps réel, les composants réutilisables, le prototypage intégré, et surtout le Dev Mode, un espace dédié où les développeurs peuvent inspecter les fichiers de design, comparer les versions et exporter exactement ce dont ils ont besoin, sans déranger le designer [1]. Pour quelqu'un qui apprend les deux disciplines, c'est précieux. Figma matérialise l'interface entre design et code : on voit les espacements, les tokens, les propriétés CSS. Le lien entre ce qu'on conçoit et ce qu'on va coder devient visible.
Là où Figma montre ses limites, c'est en phase d'exploration. L'outil est bâti pour la structure, pour la livraison, pour les systèmes. Ses grilles, ses composants, ses contraintes poussent vers la précision, pas vers la liberté. Quand on veut juste tester trois idées vite, Figma peut devenir une source de friction. Comme le résument certains praticiens du secteur, il est excellent pour construire des interfaces haute-fidélité, mais sa profondeur peut sembler excessive pour des phases d'idéation rapide [2]. En 2025, Figma pousse encore plus loin avec Figma Sites, qui permet de publier directement des sites responsives depuis ses fichiers de design [3]. L'outil grossit, et pour un débutant qui apprend sur le tas, cela peut autant être une richesse qu'une source de complexité supplémentaire.
Paper est un outil de design fondé en 2024 par Stephen Haney, ancien co-fondateur de Modulz et Radix UI [4]. C'est un projet jeune, environ un an de développement, et il ne cherche pas à remplacer Figma à fonctionnalités égales. Il propose quelque chose d'autre. Sa prémisse est claire : la phase créative mérite d'être protégée. Avant les composants, avant les specs, avant le handoff, il y a une phase où on explore, où on essaie des choses. Paper est conçu pour ça [5].
Ce qui distingue Paper fondamentalement, c'est son approche du handoff. Haney est direct là-dessus : les outils "design-to-code" ne règlent pas le vrai problème. La traduction entre design et code, c'est là que tout se casse. Sa solution ? Que la surface de design soit elle-même du code [6]. Concrètement, Paper intègre nativement des features comme "Copy as React" et une intégration Tailwind [7]. Pour quelqu'un qui apprend les deux disciplines en même temps, c'est une proposition intéressante : l'outil parle les deux langues simultanément. Il apporte aussi des outils créatifs avancés comme des shaders animés, un meilleur contrôle des espaces de couleur, du pixel editing, des choses issues du monde Photoshop que Figma n'a jamais vraiment intégrées [8].
C'est justement l'annonce récente de la version desktop de Paper qui m'a motivé à écrire cet article. Jusqu'ici, l'outil tournait uniquement dans le navigateur. Le fait qu'il sorte une app native en 2025 est un signal : Paper prend de la maturité, il commence à répondre aux attentes basiques d'un outil professionnel. Mais en même temps, ça dit quelque chose d'intéressant : sortir une version desktop en 2025, c'est rattraper un standard que Figma et pratiquement tous ses concurrents respectent depuis longtemps [9]. Ce n'est pas un reproche, c'est un constat. Paper part d'une philosophie forte et d'une vision claire, mais il reste un outil en construction, et cette annonce le rappelle.
La comparaison directe est donc asymétrique. Figma a dix ans d'existence, une communauté massive, un écosystème de plugins immense et une stabilité éprouvée. Paper a un an. En contexte professionnel ou scolaire, la fiabilité compte, et Figma gagne ici sans discussion. Sur la courbe d'apprentissage, Figma a aussi plus de ressources, plus de tutoriels, plus de templates. C'est un avantage objectif à court terme. Là où Paper a quelque chose à dire, c'est sur le fond : sa vision du design code-natif résonne avec une vraie douleur du métier, celle de la friction entre ce qu'on conçoit et ce qu'on code.
Je n'ai pas changé d'outil. J'utilise toujours Figma pour construire mes interfaces, documenter mes composants, préparer mes specs. Mais j'ai commencé à regarder Paper différemment. Pour la phase où je cherche encore, où je veux essayer une direction sans m'engager dans un système de composants, Paper a une vraie proposition de valeur. La question n'est pas "lequel est le meilleur outil ?" Elle est : "à quel moment de mon workflow ai-je besoin de liberté, et à quel moment ai-je besoin de structure ?" Répondre à ça, c'est déjà comprendre une partie importante du métier.
Sources [1] Figma, Design Handoff & Dev Mode, https://www.figma.com/design-handoff/ [2] Balsamiq, Figma Alternatives (2025), https://balsamiq.com/learn/articles/figma-alternatives/ [3] Temlis, Figma vs Canva 2025, https://www.temlis.com/blogs/figma-vs-canva-in-2025-the-ultimate-comparison [4] Stephen Haney, Founder of Paper, https://stephenhaney.com/ [5] EverydayUX, Paper: A vision for the future of digital design, https://www.everydayux.net/paper-code-native-design-tool/ [6] LinkedIn, Stephen Haney, https://www.linkedin.com/in/s-haney/ [7] EverydayUX, Paper features (Copy as React, Tailwind), https://www.everydayux.net/paper-code-native-design-tool/ [8] Medium, Rethinking the Design Stack: Paper, https://medium.com/@ibraheemr/rethinking-the-design-stack-why-paper-might-be-the-most-important-tool-designers-arent-using-e3a8a633b2f7 [9] Medium, Meet Paper, the all-in-one design tool, https://medium.com/design-bootcamp/is-figma-being-replaced-a9f7c5ef2ef3