Approche

IA & Product Design

Je ne vois pas l’IA comme une façon de remplacer le jugement design. Pour moi, elle sert surtout à mieux réfléchir : explorer plus d’options, challenger les hypothèses, structurer les décisions et tester des idées plus tôt. Elle peut aider à aller plus vite sur certaines étapes, mais le Product Designer reste responsable du cadrage du problème, des arbitrages, de la compréhension utilisateur et du craft final.

Où l’IA m’aide le plus

Une lecture qualitative de là où je fais confiance à l’IA, et là où je garde volontairement plus de contrôle humain.

Grille personnelle de recul

Ce scoring n’est pas une mesure scientifique. C’est une grille personnelle de recul pour distinguer les usages où l’IA améliore réellement mon raisonnement de ceux où je garde volontairement un niveau de confiance plus faible.

Gain de temps

Gain de qualité

Confiance IA

Comprendre

Notes, retours qualitatifs, données quantitatives

Moyen

Fort

Moyen

Structurer

Cadrage, workflows, critères de décision

Moyen

Fort

Moyen

Explorer

Options, scénarios, alternatives, edge cases

Fort

Moyen

Prototyper

Flows interactifs, états, premières pistes d’implémentation

Fort

Moyen

Évaluer

Critique, scénarios de test, risques, angles morts

Moyen

Fort

Moyen

Décider

Arbitrages, risques produit, choix de solutions

Moyen

Fort

Moyen

Documenter

Specs, mémoire, guidelines, notes de design system

Fort

Communiquer

Narration, alignement, présentations, échanges d’équipe

Moyen

Produire

Écrans, assets, composants, implémentation finale

Faible

Polir

Craft visuel, microcopy, détails de finition

Faible

Mon workflow augmenté par l’IA

À chaque étape, je garde la décision et le jugement design. L’IA m’aide à structurer, challenger, explorer et documenter, mais elle ne décide pas pour moi et ne crée pas de preuves.

Discovery

Structure les notes, signaux quali et données quanti
Aide à repérer des patterns et contradictions
Challenge les premières hypothèses

Ne remplace pas les entretiens utilisateurs
Ne décide pas ce qui est un vrai insight
Ne transforme pas une corrélation en preuve

Problem framing

Aide à formuler plusieurs angles de problème
Rend visibles les hypothèses et zones floues
Propose des reformulations plus claires

Ne choisit pas le problème à résoudre
Ne remplace pas le contexte business
Ne valide pas seule la priorité produit

Exploration

Élargit le champ des solutions possibles
Génère des variantes, scénarios et edge cases
Aide à comparer les forces et limites de chaque piste

Ne choisit pas la solution finale
Ne remplace pas le goût produit
Ne garantit pas la faisabilité technique

Prototyping

Crée les flows interactifs
Documente les références Figma dans design.md
Documente les trade-offs et décisions dans Roadmap.md & Memory.md

Ne produit pas du code de production
Ne crée rien dans Figma ni dans le design system
Ne valide pas l’expérience sans test utilisateur

Testing

Aide à préparer les scénarios de test
Repère les biais possibles dans les questions
Structure les retours et signaux observés

Ne remplace pas les vrais utilisateurs
Ne transforme pas un test faible en preuve solide
Ne décide pas seule si une solution fonctionne

Arbitrage

Synthétise les options et leurs compromis
Rend visibles les risques, coûts et bénéfices
Aide à formaliser les critères de décision

Ne prend pas la décision finale
Ne remplace pas la responsabilité produit
Ne tranche pas sans contexte humain, business et technique

Handoff

Crée un package structuré pour l’équipe d’engineering
Aide à produire Design.md, Memory.md, Roadmap.md et Specifications.md
Transforme le prototype validé en support plus exploitable pour les devs

Ne remplace pas la discussion avec les engineers
Ne garantit pas seule la qualité technique
Ne doit pas introduire des règles non validées

Ma boucle de prototypage avec agents

Je ne demande pas à l’IA de concevoir seule. J’alimente une boucle contrôlée avec des tâches, du contexte design et des validations.

Protocole agents

Action humaine

Le handoff comme mémoire structurée

Design.md

Choix UI, flows, états, edge cases et logique d’interaction.

Memory.md

Raisonnement, arbitrages et erreurs déjà rencontrées. Permet au dev — ou à son agent — de comprendre pourquoi une décision existe.

Roadmap.md

Priorités, statut des tâches et prochaines étapes.

Specifications.md

Règles fonctionnelles, contraintes et critères d’acceptation.

Validated repo

Prototype validé servant de référence comportementale.