Aller au contenu
page — manifesteproduct design · design system · direction artistiquebuilt with ai · directed by hand

Manifeste

Concevoir avec l’IA sans lui déléguer le jugement.

L’IA a changé la vitesse à laquelle une idée devient une interface manipulable. Elle n’a pas changé ce qui fait qu’une interface est juste : comprendre le problème, choisir, et assumer ce qu’on écarte.

Ma pratique consiste à mettre ces outils là où ils font gagner du temps — exploration, mise en forme, code de prototype, automatisation — et à garder la décision là où elle appartient : la direction produit et la direction artistique.

Ce site en est la démonstration la plus directe. Il n’a pas été livré par un template : il a été conçu, dirigé et arbitré écran par écran, puis construit en conversation avec Claude.

Six principes de travail

  1. 01

    Le jugement ne se délègue pas

    Un modèle propose, il n’arbitre pas. Ce qui part en production reste une décision assumée, avec ses raisons.

  2. 02

    Prototyper plutôt que décrire

    Une intention se discute mieux sur un écran manipulable que sur une spécification. L’IA rend ce niveau de preuve accessible en heures, pas en semaines.

  3. 03

    Le système reste la mémoire

    Générer vite produit des variantes. Le design system est ce qui empêche ces variantes de devenir de la dette.

  4. 04

    Lire le code qu’on produit

    Vibe coder n’excuse pas de ne pas comprendre. Je relis, je corrige, je sais ce que je livre et ce que je ne livre pas.

  5. 05

    L’accessibilité n’est pas une option générée

    Sémantique, contrastes, focus et navigation clavier sont vérifiés à la main. Un modèle les oublie dès qu’on ne les demande pas.

  6. 06

    Dire ce qui a été fait comment

    Aucune raison de cacher l’outil. La valeur est dans la direction, pas dans le mystère de fabrication.

Ce site comme pièce à conviction

Conçu, dirigé, et construit en conversation.

Chaque page de ce portfolio a été dessinée puis produite en travaillant avec un modèle : la structure, les composants, les états, les versions bilingues. Les itérations qui auraient pris une semaine ont pris une après-midi.

Ce que l’IA n’a pas fait : décider de la hiérarchie de la page d’accueil, arbitrer entre montrer le système ou le produit, choisir de traiter un projet confidentiel par l’abstraction plutôt que par le flou.

C’est exactement le partage que je propose en mission : la vitesse d’exécution d’un outil, la responsabilité d’un designer.

méthode:
conception dirigée, production assistée
assistant:
Claude (conversation continue)
éditeur:
Cursor
design system:
tokens et composants réutilisés
vérifié à la main:
sémantique, contrastes, focus
décisions:
humaines, documentées

Ce que l’IA change, ce qu’elle ne change pas

Ce qu’elle change

  • Le coût d’une exploration : tester trois directions devient réaliste.
  • Le passage de l’intention au prototype manipulable.
  • La production des tâches répétitives : variantes, états, contenus de test.
  • La capacité d’un designer à livrer du code lisible par une équipe tech.

Ce qu’elle ne change pas

  • Comprendre les utilisateurs et le métier avant de dessiner.
  • Choisir ce qui compte en premier sur un écran.
  • La cohérence d’un système dans la durée.
  • La responsabilité de ce qui est livré.

Outils

Où l’IA entre dans mon workflow

Pas partout, et jamais en pilote automatique. Quatre points d’entrée précis, choisis parce qu’ils libèrent du temps de conception.

Exploration

Ouvrir plus de directions

Générer rapidement des variantes de structure et de mise en page pour arbitrer sur du concret plutôt que sur des mots.

claude
Prototypage

Du concept au manipulable

Prototypes en code, testables par l’équipe et les utilisateurs, sans mobiliser un développeur.

cursor · claude
Design Ops

Automatiser la production

Plugins Figma, génération de variantes, cohérence des tokens : l’IA écrit le script, je définis la règle.

plugins · scripts
Handoff

Parler la langue du code

Composants documentés avec leurs états et leurs contraintes d’implémentation, prêts à être repris par l’équipe tech.

design → dev

Ce que ça change pour une équipe produit

Une designer qui prototype en code raccourcit la boucle entre l’idée et la décision. Les discussions se tiennent devant un écran qui fonctionne, pas devant une maquette qu’il faut interpréter.

Les équipes tech y gagnent un interlocuteur qui connaît le coût de ce qu’il demande. Les équipes produit y gagnent des réponses en jours au lieu de sprints.

Et l’outillage se transmet : les workflows que je mets en place restent dans l’équipe une fois la mission terminée.

  • prototypes testables
  • boucle de décision courte
  • workflows transmis
  • moins de handoff manuel
STATUS: OPEN_TO_WORK

Envie de voir comment je travaille réellement ?

Je peux dérouler la fabrication de ce site, les allers-retours et ce que j’ai refusé de laisser générer.

email