Design

Blog perso qui remet en question l'approche « mettre en place un système et laisser filer ». L'auteur argue que les systèmes de design doivent être audités et testés comme n'importe quel produit. Prise de position utile quand tout le monde croit qu'un design system bien documenté suffit.

Un petit jeu qui te force à nommer les patterns UI qu'on croise tous les jours mais qu'on ne sait pas appeler. Utile pour construire un vocabulaire partagé avec les devs et clarifier les spécifications.

Une prise de position qui remet en question la tendance à confier aux outils (IA, frameworks, tendances) ce qui relève du jugement éditorial. Provoque parce qu'elle refuse le confort de la formule.

Un blog personnel qui explore une question bizarre et précieuse : comment représenter l'idée d'un lien hypertexte quand on écrit à la main ? Niche, mais ça interroge ce qu'on tient pour acquis dans l'interaction numérique.

Les états vides sont souvent traités comme des cas limites. Cet article inverse le regard : c'est une opportunité d'onboarding ou de redirection, pas une absence. Design concrètement différent selon qu'on veut éduquer, donner envie ou guider vers une action.

Panorama francophone des outils de wireframing en 2026, avec ce qu'on peut appliquer dès lundi. Rare de trouver une revue d'outils FR à jour sans passer par des contenus américains datés.

Et si la vraie fragilité des design systems n'était pas technique mais organisationnelle ? Cet article démonte les mythes autour de la scalabilité en montrant comment les équipes qui grandissent cassent leurs propres systèmes, puis comment les réparer sans tout recommencer.

Un cas d'étude technique sur la construction d'effets visuels rares en CSS et Canvas, avec des implications réelles pour les interfaces exigeantes. C'est du détail de craft qui intéresse les designers qui codent.

Les AI Overviews changent la façon dont les utilisateurs consomment les résultats de recherche. Comment adapter l'UX d'un site pour rester visible quand Google résume le contenu ? Une question concrète qui devient urgente en France.

Quand l'IA promet de gagner du temps mais crée de la dette cognitive. L'article décortique un vrai paradoxe : plus de code généré, plus d'erreurs à déboguer, plus de temps passé à vérifier qu'à coder. C'est l'inverse de ce qu'on nous vend.

Cas réel qui sort du design d'interface pour montrer comment l'expérience utilisateur change quand on donne aux maintenanciers une visibilité sur les données. C'est du design d'information appliqué à un métier oublié.

Un cas réel où un designer identifie une friction bête : passer d'une appli à une autre pour créer un rappel. La solution propose une intégration légère sans surcharger l'interface. Actionnable pour repérer ces ruptures de contexte dans nos propres produits.

Au lieu de théoriser sur les agents IA, cet article ancre le sujet dans des transformations d'expérience concrètes. L'angle qui manquait : comment ces agents redessinent réellement les interfaces et les flux utilisateur plutôt que de simplement les ajouter en couche.

Provocant et fondé : quand une IA génère des composants cohérents et versionnés du design system, qui valide ? Qui décide que c'est bon ? Le point crucial que personne n'a encore tranché dans les workflows réels.

Révélation concrète : la plupart des documentations de design ne sont pas structurées pour que les IA puissent les comprendre et les exploiter. Cela change tout pour qui veut que Claude ou GPT deviennent utiles dans sa chaîne de travail.

Emily Campbell pose une architecture conceptuelle simple pour penser l'IA en produit : au-delà de l'interface, comment les couches sous-jacentes façonnent la vraie expérience. Rarement aussi clair.

Remet en question un dogme du design en posant la bonne question : ajouter des éléments peut parfois clarifier au lieu de compliquer. Une invitation à arrêter d'appliquer les règles en pilote automatique.

Figma pose clairement la direction : le canvas devient une interface pour les agents IA, pas juste pour les humains. Signal faible d'une mutation plus profonde de ce que sera un outil de design dans deux ans.

Un cas réel, concret, où l'IA n'est pas une couche visuelle mais une réponse à un problème émotionnel authentique. La cible : la charge mentale des gestionnaires du foyer. C'est du design produit où l'IA sert vraiment.

Et si on arrêtait de croire que le chat est la solution miracle pour les interfaces agentiques ? L'article pose une question qui dérange : comment l'architecture système devient elle-même une décision de design, bien avant qu'un bouton soit dessiné.