27 September 2026 · UX (Expérience Utilisateurs)
400 entrevues plus tard
En dix ans, j’ai interviewé plus de 400 experts : designers, ingénieurs, dirigeants, chercheurs, entrepreneurs. Au micro d’UXPod, de Mon Carnet et d’ailleurs, c’est toujours moi qui posais les questions.
Des chercheuses comme Carine Lallemand et Angélique Montuwy, une autrice comme Amélie Boucher, des praticiens comme Bertrand Lirette ou Alexia Danton, de Figma. Des parcours et des sujets très différents. Pourtant, à force de les écouter, j’ai entendu les mêmes histoires revenir. Les mêmes erreurs, les mêmes renoncements, les mêmes déclics.
Voici, pour une fois, mes réponses. Ce ne sont pas des citations : ce sont les conclusions que je tire de dix ans de conversations.
01Les produits échouent rarement pour des raisons techniques
La technologie fonctionne presque toujours. Ce qui échoue, c’est la décision prise en amont : le mauvais problème, le mauvais utilisateur, la mauvaise priorité.
Quand un invité me raconte un échec, il commence souvent par le code, les délais ou le fournisseur. Puis, en creusant, on arrive presque toujours au même endroit : une question que personne n’a posée au début du projet, parce qu’elle dérangeait.
02Les meilleures équipes parlent à leurs utilisateurs chaque semaine, pas chaque année
La recherche utilisateur n’est pas une phase du projet. C’est une habitude. Les équipes qui réussissent n’ont pas plus de budget de recherche; elles ont moins de distance avec les gens qui utilisent leur produit.
La différence ne tient pas à la méthode. Elle tient à la fréquence. Une grande étude par année produit un rapport. Deux conversations par semaine changent la façon dont une équipe pense.
03La complexité ne disparaît jamais, elle se déplace
Un domaine complexe reste complexe. La seule question est de savoir qui la porte : le système, ou la personne devant l’écran. Les bons produits choisissent délibérément.
Simplifier une interface en cachant la complexité, c’est souvent la transférer à l’utilisateur, qui devra la gérer seul, sans aide. Les meilleurs produits font l’inverse : ils absorbent le travail difficile pour que la personne n’ait à prendre que les décisions qui lui reviennent.
04Le vocabulaire trahit la culture
Une équipe qui parle de « fonctionnalités » construit des fonctionnalités. Une équipe qui parle de « problèmes » les règle. J’entends la différence dans les dix premières minutes d’une entrevue.
Les mots qu’une équipe utilise pour décrire son travail disent ce qu’elle mesure et ce qu’elle célèbre. Livrer une fonctionnalité, c’est une date. Régler un problème, c’est un résultat, et il faut aller vérifier auprès des utilisateurs pour savoir s’il est atteint.
05Savoir dire non est la compétence produit la plus rare
Presque tous les invités qui ont bâti un produit durable m’ont raconté une décision de renoncement : une fonctionnalité abandonnée, un client refusé, un marché ignoré.
Dire oui est facile, et chaque oui semble raisonnable pris seul. C’est leur accumulation qui rend un produit lourd, confus et coûteux à maintenir. Le renoncement, lui, demande une conviction claire sur ce que le produit est, et sur ce qu’il n’est pas.
Ce que j’en fais aujourd’hui
Ces leçons sont devenues ma méthode de travail. Elles guident chacun de mes mandats.
- En audit UXje cherche d’abord la décision évitée, avant de regarder les écrans.
- Comme VP Produit fractionnairej’installe l’habitude d’écouter les utilisateurs, chaque semaine.
- Pour les investisseursj’évalue si une équipe sait dire non, avant que le chèque soit signé.
Laquelle de ces leçons votre équipe n’a pas encore apprise?
Trente minutes suffisent pour faire le point sur votre produit et voir par où commencer. L’échange est confidentiel.