Webinars & Lives

Comment Design Systems & IA transforment la collaboration entre design et tech

Passer des maquettes à un produit réellement implémenté reste un défi majeur pour de nombreuses équipes. Même avec de bons outils, l’écart entre intentions de design et code final est souvent source de frustrations (et parfois d'incohérences).

Dans ce livestream, Alexia Danton et Alexandra David vous proposeront un tour d’horizon des nouveaux workflows de production à l’ère de l’IA, en montrant comment un design system bien structuré devient la fondation d’une collaboration fluide entre design et dev.

Au programme :

• Pourquoi le Design System optimise le passage du design au code
• Comment l’IA exploite le contexte Figma pour générer du code plus fiable
• Comment Dev Mode, MCP Server et Figma Make s’intègrent dans ces workflows

Pour qui ?

Design Systems Designers, Design Systems Engineers, DesignOps et profils products qui veulent fluidifier leur delivery avec les workflows modernes.

Un bug de padding qui traîne depuis 3 sprints. Un écran de login qui ne ressemble pas à ta maquette. Un prototype que tu aimerais tester mais qui dépend de la bande passante des ingés.

Pas ton scope. Pas ton métier. Pas ton problème... Sauf que chez Alan, ils ont décidé que si.

Designers, PMs, tous ceux qui veulent : tout le monde peut coder, tout le monde peut shipper en prod. Pas du vibe coding. Du vrai code industriel, avec des pull requests reviewées, mergées et déployées. Résultat : +300 PRs livrées par des non-ingénieurs.

Le 10 mars, Laure Boutmy (Product Designer @Alan) et Tim Petricola (Software Engineer @Alan) viennent décortiquer comment ils ont construit "Everyone Can Build", leur programme qui transforme chaque membre de l'équipe produit en contributeur technique.

Ce qu'on va voir ensemble :

• Pourquoi Alan a lancé "Everyone Can Build" : Le constat de départ, comment convaincre une orga tech exigeante et la vision de code en prod.
• La stack technique et les garde-fous : Démo live : modifier du front end via Cursor. Figma MCP en action. Complexity assessment et PR templates.
• Les success stories : Un PM shippant 1800 lignes. Une refonte de prototype livrée en une semaine (1000 lignes).
• Les métriques et learnings : L'impact réel sur la vélocité. Comment éviter le chaos. Le choix Cursor pour les non-devs vs Claude Code pour les devs.

On va ouvrir le GitHub d'un dev en live. Et tout décortiquer. Le but : t'apprendre à sortir du lot avec Gabriel.

Il a commencé à coder ado. À 19 ans, il rejoint Alan. Puis Carbonfact. Entre-temps, il passe owner d'eDEX-UI, un des repos les plus starés de GitHub, un terminal digne d'un film de science-fiction.

Le principe (GitHub Roast) :

• Gabriel ouvre ses repos en live et les dissèque.
• Analyse de ses contributions, erreurs, et raccourcis.
• L’audience partage ses propres repos Github.

Ce qu'on va couvrir :

• Comment l'open source l'a fait recruter chez Alan sans diplôme.
• Les marqueurs d'un profil GitHub qui fait la différence en recrutement.
• Ce qu'il ne referait plus aujourd'hui (impact de l'IA).
• Son career path : dropout, startup, et reconstruction technique.

Les devs d'OpenAI ne codent plus comme il y a 6 mois. Codex a tout changé. Ils l'utilisent en interne tous les jours, en prod : Code review, Bug detection, Workflow complet.

Katia, DevX chez OpenAI, vient tout décortiquer pour montrer comment ils intègrent Codex à échelle industrielle, l'impact sur la qualité et la vélocité.

Au programme :

• Déploiement à échelle, les agents asynchrones, et l'automatisation.
• Différenciation de Codex avec les outils du marché actuel (Cursor, Windsurf).
• Orchestration du travail des agents et prévention des erreurs communes de typo, bugs et edge cases par l'IA.
• Méthodes clés pour mesurer l'impact de l'IA sur la vélocité de l'équipe de dev.

Pourquoi le no-code (Dust, Figma Make, Lovable) ne suffisait plus pour amener de la complexité aux produits SaaS, et pourquoi passer sur Replit a permis de casser le fameux plafond de verre.

Au programme :

• L'intégration entre Figma & Replit, et comment utiliser MCP sur Figma pour importer un composant visuel parfait.
• Connecter une API métier (Dust) pour faire communiquer l'agent à Gemini pour du streaming en direct.
• La problématique de la souveraineté (SaaS pour PME françaises via Google Vertex).
• Optimisation de coûts avec les LLMs et prévention des dérives coûteuses sur les requêtes d'agent.

Chez Doctolib, "IA-First" est une réalité d'ingénierie concrète, pas un simple buzzword. L'adoption des agents (Cursor, Claude, Copilot) est généralisée et pousse de vraies pull-requests en prod.

Axel Colin de Verdière (Engineering Director @Doctolib) livre ses retours d'expert sur le context engineering (l'optimisation du contexte que l'on donne à la machine), les arbitrages techniques sur la sécurité et la santé, ainsi que la refonte des workflows d'équipe.

Ce qu’on va y voir :

• Le vrai rôle de l'IA (écriture, revue de PR, découpage de tickets et CI/CD).
• Comment Doctolib génère du context engineering pour scaler le RAG sur des bases médicales.
• Les nouvelles barrières : éviter que la PR-review devienne le bottleneck numéro un des devs seniors.
• Un retour sans filtres sur les POCs et les expérimentations en échec.

Beaucoup parlent des assistants IA, mais Payfit l'a réellement fait. En 18 mois, +500 000 requêtes ont été passées dans leur Copilote RH directement greffé au produit B2B, supportant l'équipe et les employés.

Un talk sans langue de bois et centré Produit :

• Comprendre pourquoi ce Copilot répond parfaitement aux problèmes du service client Payfit (métriques et use-case réels).
• Ce que 500k messages révèlent : comment l'interface gère les incompréhensions et la limite du LLM sans casser la confiance.
• Mesure chiffrée de l'impact "Outcome vs Output". Quelles sont les métriques actionnables après un lancement IA ?
• La roadmap de l'IA comme simple "feature invisible" du SaaS, et non le SaaS lui-même.

Quand une scale-up (Blablacar, Nickel, etc) a un produit coeur mature, la compétition s'intensifie. Comment aller chercher de nouveaux axes de croissance (nouveau business model) sans compromettre le legacy ou tuer l'existant ?

Alban Bastard-Rosset (Product Director @Nickel - Ex Blablacar) déconstruit l'innovation produit en entreprise : de l'innovation de rupture (fake-doors, POC) à l'évolution incrémentale, en traitant de la bascule vers le Produit "Business".

Ce qu'on va décortiquer ensemble :

• Oublier l'innovation "de laboratoire" sans marché : comment le Product Management internalise le growth et le ROI métier directement au sein des squads.
• Arbitrages entre réglementation (compliance), opportunités de business, P&L et ressources techs.
• Partenariats : comment réduire le "time-to-market" et tester vite avec un third-party pour évaluer des POCs.

Un plongeon détaillé dans l'organisation de Design Systems via l'écosystème Zeroheight et l'optimisation intra-Figma. Assurez-vous que le coeur du système reste évolutif, documentable, accessible et optimisé.

Avec Luke Murphy (Head of Advocacy), Robert Whitfield (Senior Product Designer) et Tom Daly (Product Engineer) de Zeroheight.

Points clés abordés :

• Organisation et nommage (Naming Conventions) optimaux des bibliothèques Figma pour un export sans conflit dans la doc.
• Hack, astuces et limites (Gotchas) sur les API Figma.
• Lancement d'une nouvelle version du plugin Zeroheight permettant une intégration bidirectionnelle encore plus souple.

Session technique impressionnante sur le prototypage "Hardware-in-the-Loop". ProtoPie démontre comment les concepteurs UX valident des interactions physiques d'un véhicule (HMI de cockpits automobiles) sans dépendre des ingénieurs firmware.

Ce qu'ils détaillent :

• Intégration et communication de l'UI avec du vrai matériel de contrôle analogique et numérique (Volant, Pédales, Capteurs).
• Testing et validation des états UX en conditions de conduite avant même la première ligne de code de simulation.

L'arrivée des "Variables" dans Figma et des collections est une révolution UX. Cette session traite des complexités des Design Systems B2B ou Enterprise devant supporter plusieurs thématiques (Multibrand), plusieurs devices (Responsive Density), et plusieurs OS.

Contenu central :

• Structure des variables pour gérer des sous-marques au sein du même répertoire.
• Scalabilité : simplifier la maintenance pour que d'autres designers (DesignOps) puissent s'approprier le DS rapidement.
• Préparation aux technologies émergentes (Mode Developpeur natif, plugins d'IA générative de code).

Au-delà du design Produit ou Tech exceptionnel, Alan (licorne mutuelle santé) cartonne grâce au département dont on ne parle jamais publiquement : Les Ops. Sandra et Vincent, seniors côté Ops, prouvent comment l'opérationnel absorbe la complexité produit.

On y aborde :

• L'alchimie Produit x Ops : pourquoi une feature sans opérations est une promesse utilisateur ratée.
• 4 success stories et retours d'expérience concrets où l'incertitude a été solutionnée par la priorisation.
• L'évolution de l'Ops de "Back-Office d'exécution" à acteur stratégique et moteur d'innovation business.

Sélection d'échanges majeurs ayant documenté la transition vers les worflows IA en B2B durant 2025.

• 10 Décembre 2025 : Créer un Agent IA Marketing avec n8n & Slack (Le Wagon). Assemblage d'architectures asynchrones no-code.
• 9 Décembre 2025 : Solo CTO - Comment bâtir une squad IA (LiveTonight - TPC). Mutation fonctionnelle : 5 devs remplacés par une hyper-productivité solo via Cursor et Fink.
• 18 Novembre 2025 : Cartonner ses entretiens de Designer Senior (Qonto - TPC). Immersion radicale dans le white-boarding process du recrutement Qonto.
• 23 Septembre 2025 : Intégration concrète de l'IA (GenAI) dans un Use-case Comptable & Business (Pennylane).
• 27 Août 2025 : Construisez une app data avec Streamlit (Le Wagon Lyon). Introduction à la mise en dashboard interactif par le code natif.
• 16 Juillet 2025 : Masterclass technique sur le Function Calling & le MCP via Nao Labs et les AI Code Editors.
• 6 Juin 2025 : AI Design Session : Combiner méthodiquement Lovable, v0 (Vercel) et Figma pour shippper des prototypes réactifs sans dépendre d'un front-end engineer.