Day in the Life of a UI UX Designer

Vous pensez qu'un designer passe sa journée à dessiner des écrans, et la réalité vous frappe dès la première semaine. En poste depuis cinq ans, je passe peut-être deux heures par jour dans Figma. Le reste du temps, je parle, j'écris, je justifie, je dépanne, je documente.

Voici une journée réaliste, sans filtre, avec les vrais pourcentages de temps et les vrais moments de tension.

Le matin : messages, tickets et tri des urgences#

8h30. Je commence rarement par le design. Je passe trente minutes sur Slack, sur le board Jira, et sur les commentaires laissés la veille par les développeurs sur Figma. Ce n'est pas de la procrastination. C'est le seul moment calme pour comprendre ce qui a bougé pendant la nuit, surtout en équipe distribuée.

9h15. Premier rituel : le daily de l'équipe produit. Quinze minutes, debout ou en visio. L'objectif est de savoir si un ticket bloqué concerne le design. Souvent, la réponse est oui. Un développeur ne sait pas comment gérer une erreur de formulaire, un chef de produit veut ajouter un champ, le test utilisateur remonte un point flou. Je note, je ne résous rien tout de suite.

Ce qui surprend les nouveaux venus : personne ne vous demande de « créer ». On vous demande de trancher. Le design est un métier de décisions prises avec des informations incomplètes, sous contrainte de temps.

Le bloc de deep work : deux heures, si vous les protégez#

10h à 12h. C'est ma seule vraie plage de conception. Je la bloque dans mon calendrier avec un titre qui ne laisse aucune ambiguïté, du type « Focus, pas de réunion ». Sans cette barrière, elle disparaît.

Ce que je fais vraiment pendant ces deux heures : je rédige des cas d'usage avant de dessiner, je schémaflow des parcours dans FigJam, je décompose des composants dans une librairie partagée, je prépare des variantes pour un test. Figma est ouvert, mais je passe autant de temps dans un doc de notes qu'à pousser des pixels.

Conseil concret : gardez une page « cimetière » dans votre fichier de design. Les pistes abandonnées y vivent. Quand un stakeholder revient trois semaines plus tard avec « et si on faisait l'inverse ? », vous récupérez le travail en trente secondes au lieu de tout refaire.

Midi : la pause qui n'en est pas une#

12h30. Je déjeune loin de l'écran. C'est un choix, pas un luxe. Quand je reste devant Slack, je perds l'après-midi en micro-interruptions et je sors de ma journée avec la sensation de n'avoir rien produit.

Parfois un déjeuner avec un développeur ou un PM vaut plus que trois ateliers. On débloque une question d'interface en dix minutes autour d'un sandwich, alors qu'elle aurait pris une semaine de messages.

L'après-midi : réunions, arbitrages, et le vrai travail invisible#

14h. Revue de design avec les parties prenantes. C'est le moment le plus éprouvant de la journée. Vous présentez trois options, vous expliquez votre recommandation, et quelqu'un vous demande de « faire un peu comme chez le concurrent ». Mon script, mot pour mot :

« Je comprends l'intention. Est-ce qu'on peut reformuler le problème qu'on essaie de résoudre ? Parce que copier cette solution, c'est adopter leurs contraintes, qu'on n'a pas forcément. »

Cette phrase sauve plus de projets que n'importe quel outil. Elle recentre la discussion sur l'intention plutôt que sur le goût.

15h30. Passation avec les développeurs. Je parcours les écrans, je précise les états vides, les erreurs, les cas limites. Le plus gros du travail de design se joue là : dans les écrans que personne ne voit dans les portfolios. Un état de chargement, un message d'erreur clair, une validation de formulaire. C'est moins glamour qu'un hero screen, c'est ce qui fait qu'un produit fonctionne.

16h30. Jira, documentation, mise à jour des specs. Trente minutes administratives que personne ne valorise et qui évitent deux jours de réunions de clarification plus tard.

Les outils qui sortent vraiment du four#

Figma pour la conception et les prototypes. FigJam pour les ateliers et les parcours. Jira ou Linear pour le suivi. Slack pour tout le reste, souvent trop. Notion ou Confluence pour la documentation. Maze ou Lyssna quand on fait des tests rapides. Parfois un outil d'analyse comme Amplitude pour regarder ce que les utilisateurs font réellement.

Aucun de ces outils ne fait le design à votre place. Le compétence rare, c'est de savoir écrire clairement. Un bon commentaire dans Figma vaut mieux qu'un écran parfaitement fini que personne ne comprend.

Les points de pression que personne ne mentionne#

Le premier, c'est le manque de temps de conception. Vous avez deux heures pour réfléchir et huit heures de réunions qui décident à votre place. La conséquence : beaucoup de designers expérimentés bossent en dehors des heures de bureau pour faire ce qu'ils sont censés faire en poste.

Le deuxième, c'est l'arbitrage permanent entre vitesse et qualité. On vous demandera toujours de livrer plus vite. Savoir dire « je livre cette version-là, et voici ce que ça implique » est une compétence qui se travaille.

Le troisième, c'est la solitude. Vous êtes souvent le seul designer d'un produit ou d'une équipe. Personne pour relire votre travail, pour challenger vos choix, pour vous dire que vous êtes parti dans le mauvais sens. Si vous êtes junior, cherchez activement une communauté ou un mentor externe.

Ce qui change entre junior et intermédiaire#

Un junior passe du temps à produire des écrans. Un designer intermédiaire passe du temps à défendre des décisions. La différence n'est pas le niveau dans Figma, c'est la quantité de contexte que vous absorbez et votre capacité à dire non.

À trois ans, on attend de vous que vous anticipiez les problèmes avant qu'ils n'arrivent. Vous voyez qu'un parcours va créer un souci d'accessibilité, vous levez la main tôt. Vous ne faites plus qu'exécuter des tickets.

À cinq ans et plus, vous passez une bonne partie de la journée à faire grandir les autres. Moins de pixels, plus de revues, de coaching, de définition de standards. C'est ce basculement qui surprend beaucoup de designers : le métier s'éloigne progressivement du craft pur.

Une checklist pour tenir la cadence#

• Bloquez deux heures de deep work par jour et traitez-les comme une réunion non négociable
• Notez les décisions de design et leur raison dans un doc partagé, pas seulement dans votre tête
• Préparez vos revues avec une recommandation claire, jamais trois options neutres
• Passez trente minutes par semaine à relire le travail d'un collègue ou à vous faire relire
• Gardez une trace écrite de tout ce que vous tranchez, ça vous sauvera plus tard
• Apprenez à écrire des specs que les développeurs peuvent suivre sans vous appeler

Où regarder pour la suite#

Si vous préparez une candidature dans le design produit, lisez nos autres articles sur le blog pour creuser les entretiens, les portfolios et les attentes des recruteurs. Vous pouvez aussi passer votre CV dans notre vérificateur ATS gratuit, décoder une offre avec notre outil de lecture d'annonce, ou parcourir les offres d'emploi du moment pour voir ce que les entreprises demandent vraiment.

Outils gratuits#

• jobrise.io/fr/free-ats-checker/
• jobrise.io/fr/free-jd-decoder/
• jobrise.io/fr/jobs/
• jobrise.io/fr/blog/

Questions fréquentes#

Combien de temps un UI UX designer passe-t-il vraiment dans Figma ?

En pratique, entre deux et quatre heures par jour pour un profil intermédiaire. Le reste du temps part en réunions, en documentation, en échanges avec les développeurs et en arbitrage. Si vous visez ce métier uniquement pour dessiner des écrans, la réalité risque de vous décevoir.

Quelle est la part de réunions dans une journée type ?

Entre trois et cinq heures selon les organisations. Les équipes produit avec beaucoup de parties prenantes sont les plus gourmandes en temps de réunion. C'est précisément pour ça que la protection de vos plages de deep work devient un enjeu de survie.

Faut-il savoir coder pour exercer ce métier ?

Non, mais comprendre ce qui est techniquement faisable change tout. Vous n'avez pas besoin d'écrire du code, seulement de dialoguer avec les développeurs sans perdre du temps. Une compréhension basique du HTML et du CSS aide énormément.

Quel est le salaire d'un UI UX designer intermédiaire en France ?

Les fourchettes rapportées tournent souvent autour de 35 000 à 50 000 euros bruts annuels, mais cela varie beaucoup selon la ville, la taille de l'entreprise et le secteur. Vérifiez toujours les sources officielles et les grilles en vigueur au moment de votre candidature.

Qu'est-ce qui surprend le plus les nouveaux venus dans ce métier ?

La quantité de travail invisible et de négociation. Les portfolios montrent des écrans finis, mais la réalité quotidienne, c'est des cas limites, des états d'erreur, des réunions d'arbitrage et des allers-retours interminables. C'est un métier de relations humaines autant que de design.