UX Days 2026 · 22 mai · Antoine Pezé
01 / 80
Conférence · 22 mai 2026

Les choix
qu'on ne faisait pas.quand un designer reprend
le pouvoir sur le code.

Antoine Pezé
Antoine
Pezé.

Développeur par accident.

13 ans en UX et product management.
6 ans d'entrepreneuriat.
7 ans de conseil.
8 ans d'enseignement.

antoinepeze.com

En octobre 2025
est sorti Riftbound.

Un jeu de cartes à collectionner
hyper populaire sur l'univers
de League of Legends.

Les applis qui existaient.

J'ai donc créé la mienne
en tentant de me différencier
par l'expérience proposée dans l'appli.

Alors j'ai pris le clavier.
(et un abonnement Claude Code à 200€)
Et je me suis lancé.

Disclaimer.
J'ai travaillé seul sur ce projet.

Au début, j'étais terrifié.
Qui suis-je pour oser développer ?

Moi, petit designer,
capable de créer une appli mobile
sur iPhone et Android ?
Jamais.

Moi, capable d'exploiter
les fonctionnalités natives
des téléphones ?
Impossible.

Moi, capable de créer
des scripts qui scrapent
des sites externes ?
Trop dur.

Et pourtant,
j'ai réussi
à faire tout ça.

Le résultat.

J'ai créé RiftManager,
une application sur les stores
qui a des milliers d'utilisateurs réguliers.

RiftManager Tier list RiftManager Ranking

Cela m'a permis de voir quatre choses
que je n'aurais pas vues
sans avoir mis les mains dans le code.

I
Première partie.

Pouvoir générer du code
permet de tester des choses
difficiles à explorer.

Avec mon ami Claude,
je me suis mis
au travail.

Je voulais afficher la liste
de tous les tournois.

Cinquante mille

50 000
50 000

tournois.

L'affichage met l'app
à genoux.

J'ai demandé à l'IA d'optimiser.
Encore. Encore.
Rien ne marchait vraiment.

Alors j'ai posé une autre question.
« Comment fait Airbnb ? »

Résultats limités à

270
270

Je voulais tout afficher,
par souci de transparence.
Mais… était-ce vraiment utile ?

Le problème n'était pas technique.
C'était un choix de design
que je n'avais pas fait.

Claude Code m'a permis de me confronter
à un prototype sur de vraies données
en conditions réelles.

Il y avait du design
là où je ne POUVAIS PAS regarder.
Maintenant, je PEUX.

II
Deuxième partie.

Réduire la boucle de feedback
permet de s'affranchir
des maquettes.

Maquettes Figma

J'avais commencé par construire des maquettes,
comme d'habitude.

Les maquettes m'ont été utiles au début.
Mais il s'est passé quelque chose
de bizarre.

Cela fait maintenant 6 mois
que je n'ai pas utilisé Figma
pour ma conception d'interfaces.

Je n'en ai plus
l'utilité.

Sketching.

Je demande directement à Claude
de designer
ce que j'ai spécifié.

Sketch ASCII RiftManager

Et je teste immédiatement.
Sur du code.

Même sentiment de contrôle.
Plus d'efficacité.

Quand ma boucle de feedback est aussi petite,
tester immédiatement sur le produit
devient évident.

C'est ce qu'on fait depuis des années
avec nos maquettes.
Le support est simplement en train d'évoluer.

La différence, c'est que le code
ce n'est pas juste un intermédiaire.
C'est le résultat.

III
Troisième partie.

Discuter avec une IA exigeante
pousse à beaucoup mieux
spécifier.

« Peux-tu me designer cela ? »
« Quels sont les cas limites à trancher ? »

Prompt Claude
Claude propose une architecture
Claude pose les questions
Mes réponses aux questions de Claude

Je définis mon intention
le plus précisément possible.

Et je discute de cette intention
avec mon IA.

Rien de nouveau vous allez me dire.
C'est vrai… et faux.

Nous n'avons pas attendu l'IA
pour nous poser toutes ces questions
et itérer.

Mais avoir à côté de nous quelqu'un de toujours

disponible à jour pertinent

ça change les choses.

La valeur se déplace
vers la précision
de mon intention.

Et je me suis rendu compte
à quel point ma conception était pauvre.

  • Liste des écrans parcourus
  • Écrans intermédiaires
  • Contenu des écrans
  • États par défaut
  • Règles métier
  • Permissions

Ça, j'avais l'habitude.

  • États pendant le chargement
  • Micro-interactions
  • États d'erreur
  • États vides
  • Cas limites

Mais pas ça.

L'IA me force à avoir
une discipline de fer
ce qui me permet de faire
des produits bien plus complets.

Et même quand je ne sais pas,
elle me suggère des pistes.
#desilotage

IV
Quatrième partie.

Les barrières tombent.
Les frontières entre code
et design évoluent.

Claude propose un nom

Claude Code fait régulièrement des suggestions
sur les questions qu'il se pose.

Il est donc capable de poser les questions…
et les réponses.

Sur quasiment
tous les domaines.

En prenant la main
directement
dans les outils.

Dès lors, qu'est-ce qui empêche
un designer de développer ?

Qu'est-ce qui empêche
un développeur de designer ?

Les barrières
tombent.

Il n'est plus nécessaire de savoir écrire du code
pour lancer un produit développé
fonctionnel.

Il n'est plus nécessaire de savoir utiliser Figma
pour construire des interfaces
d'un bon niveau.

Mais seul avec l'IA,
on produit ce que l'IA sait produire.
La moyenne de ce qui existe déjà.

J'ai poussé du code en prod.
Mais qui me dit qu'il est bon ?
Pas l'IA.
Elle l'a écrit.

Conclusion.

Les choix qu'on ne faisait pas,
on peut maintenant les faire.

Il y a à peine 6 mois,
j'étais incapable
de pousser une ligne en prod.

Et maintenant…

Geonatsat 2025 Geonatsat 2022
UX Manager Atelier UX Manager Apprendre UX Manager Quiz
GitHub Actions workflow

Il y avait une frontière
hyper étanche
entre dev et design.

Cette frontière est tombée.
Grâce à Claude Code.

C'est un sentiment de créativité
et de liberté,
que je n'avais jamais connu jusque là.

Formez-vous
à coder avec l'IA.

Au fait. J'ai développé une app pour vous.

UX Manager.

C'était mon challenge :
une app pour le public des UX Days.

App Store · Google Play

Merci.

Antoine Pezé · antoinepeze.com
Annexes.

Sur l'empreinte carbone des LLM.

Le coût carbone du training GPT-4 vs autres produits consommation

A History of the Data Center Panic — Andy Masley
blog.andymasley.com/p/a-history-of-the-data-center-panic

Navigation
espace · suivante
· précédente
F · plein écran
G · vue d'ensemble
? · masquer / afficher