Veille de 20 sources
Lues à l'origine (NN/g, CNIL, documentation Anthropic). Les chiffres de seconde main écartés, même spectaculaires.
Les démos et le glossaire Word ne faisaient pas pratiquer. J'ai conçu et mis en production une app de microlearning en une semaine.
Je suis la référente IA de mon équipe. Des démos et un glossaire Word existaient déjà. Le contenu était là, l'engagement non.
Défi : Le problème n'était pas le manque d'information, c'était le manque de pratique régulière. Apprendre à travailler avec l'IA, c'est apprendre à juger : quoi lui demander, quand vérifier, quand ne pas l'utiliser.
Personne ne m'a demandé ce projet. Faire progresser les designers sur l'IA, c'est une conviction.
Mission : Rendre la pratique de l'IA quotidienne, courte et sans enjeu.
Objectif : Reprendre la mécanique qui fait revenir chaque jour sur Duolingo, et l'appliquer au métier de designer.
Une leçon de 5 à 10 minutes par jour ouvré, sans aucun LLM dans l'application.
Utilisateurs cibles : Product Designers novices sur l'IA
Tous les exercices ressemblaient à des QCM, et les corrections faisaient défiler l'écran. Exactement la sensation de formation que je voulais fuir.
À la relecture, les textes étaient trop verbeux, avec l'air écrit par une IA. L'IA avait fait ce qu'on lui demandait : c'était le cadre que je lui avais donné qui manquait. J'ai resserré les règles et réécrit les cinq leçons pilotes.
Lues à l'origine (NN/g, CNIL, documentation Anthropic). Les chiffres de seconde main écartés, même spectaculaires.
Une par choix structurant, avec le contexte, la décision et ses limites. Mémoire du projet et cadre pour l'IA qui code.
4 Product Designers, une leçon par jour, puis un entretien individuel. Critères d'itération fixés avant de commencer.
Méthodes : Veille documentaire, Décisions documentées (ADR), Règles de rédaction, Audit RGAA 4.1, Pilote utilisateurs, Vibecoding (Claude Code)
Quatre décisions de conception : pas d'IA dans l'app, du jeu à retour immédiat, des consignes sans ambiguïté, une mesure qui ne surveille personne.
Exemple : Tout le contenu est écrit, sourcé et relu à l'avance. Un contrôle automatique empêche d'ajouter un appel à un modèle. Un seul corrigé faux, et l'outil perd sa crédibilité.
Exemple : Ranger une carte, c'est répondre. Plus de bouton Valider. 15 mécaniques notées (tri, paires, intrus, curseur, dialogue…), jamais la même deux fois de suite.
Exemple : Une situation (« l'IA n'a pas accès au web ») et une consigne qui nomme le critère. Une vingtaine de règles de rédaction, vérifiées par les tests.
Exemple : Avis de fin de leçon anonymes et facultatifs. Temps actif calculé par le serveur, masqué tant que moins de trois personnes ont terminé.
Le pilote est en cours. Je n'ai pas encore de résultats chiffrés et je n'en avance pas.
Le pilote décide de la suite : les leçons 16 à 30 ne seront écrites que si les 15 premières tiennent leurs promesses.
Rôle : Référente IA, Product Designer et builder, Octobre 2026, une semaine de build puis trois semaines de pilote
Outils : Claude Code, Next.js, Supabase, Tailwind CSS, Playwright
Thématiques : Microlearning, IA, Gamification, Outil interne
Je conçois des produits complexes et structure les méthodes qui permettent aux équipes de les faire passer à l'échelle. Aujourd'hui, j'accélère aussi l'adoption de l'IA dans les workflows design.