Guide d'embauche
Comment recruter un designer UI/UX
Dernière révision , published by Gjethe
La réponse courte
Pour recruter un designer UI/UX, regardez au-delà des jolis écrans vers des études de cas qui expliquent les problèmes, la recherche et les décisions ; vérifiez l'expérience avec votre type de produit ; demandez comment il teste les designs avec des utilisateurs et les transmet aux développeurs ; examinez un vrai fichier Figma si possible ; et convenez par écrit des livrables, des révisions et de la propriété.
Le design produit est facile à juger sur l'apparence et difficile à juger sur les résultats. De belles maquettes peuvent cacher des parcours confus, et un bon designer peut montrer des visuels plus sobres avec un excellent raisonnement. Ce guide vous aide à évaluer les designers sur ce qui compte : comprendre les utilisateurs, résoudre des problèmes et livrer des designs qui peuvent réellement être construits.
Ce que montre une bonne étude de cas
- Le problème et les personnes concernées
- La recherche et ce qu'elle a révélé
- Les options envisagées et pourquoi l'une a été retenue
- Des wireframes et des itérations, pas seulement les écrans finaux
- Les tests et les changements qui en ont résulté
- Les résultats, lorsqu'ils peuvent être partagés
UX, UI ou les deux ?
| Rôle | Axe de travail | Idéal pour |
|---|---|---|
| Designer UX | Recherche, parcours, structure, tests | Produits complexes et problèmes mal définis |
| Designer UI | Design visuel, composants, finition | Produits à la structure claire qui nécessitent des visuels de qualité |
| Product designer | Les deux, plus la collaboration avec le produit et l'ingénierie | La plupart des startups et des équipes produit |
Questions à poser
| Question | Pourquoi |
|---|---|
| Comment démarrez-vous un projet ? | Montre s'ils font de la recherche avant de concevoir |
| Comment testez-vous les designs ? | Les tests utilisateurs évitent des erreurs coûteuses |
| Comment transmettez-vous aux développeurs ? | Des fichiers organisés réduisent les erreurs de réalisation |
| Concevez-vous tous les états ? | Les états vide, d'erreur et de chargement sont souvent oubliés |
| Comment gérez-vous l'accessibilité ? | Essentielle pour des produits utilisables et conformes |
Regarder à l'intérieur du fichier Figma
Si possible, demandez à voir un fichier Figma épuré d'un projet passé. Les fichiers bien organisés utilisent des composants, des espacements cohérents et des calques nommés, et montrent différents états et points de rupture. Les fichiers désordonnés conduisent souvent à des produits incohérents et à un développement plus lent.
C'est aussi un bon signe quand les designers parlent naturellement de la collaboration avec les développeurs et des contraintes, pas seulement des visuels.
Des exercices de design équitables
Les longs tests de design non rémunérés sont injustes et attirent souvent des candidats plus faibles. Un court exercice payé ou une présentation d'un projet passé, avec explication des décisions, vous donne une meilleure idée de la façon de penser d'un designer.
Concentrez-vous sur le raisonnement : comment il a compris le problème, ce qu'il demanderait aux utilisateurs et comment il mesurerait le succès.
Signaux d'alerte
Méfiez-vous des portfolios remplis de refontes conceptuelles d'applications célèbres sans contraintes réelles, des designers qui ne testent jamais avec des utilisateurs, ou des fichiers qui ne peuvent pas être transmis aux développeurs.
Faites aussi attention aux designs qui ignorent les bases de l'accessibilité comme le contraste et la lisibilité des tailles de texte.
Questions qui révèlent la réflexion de design
Demandez à un designer comment il aborderait votre produit lors des premières semaines de travail. Les bonnes réponses incluent la compréhension des utilisateurs et des objectifs commerciaux, l'examen de l'analytique ou des tickets de support, la cartographie des parcours clés et le test de prototypes précoces.
Les réponses faibles sautent directement aux couleurs et au style visuel sans discuter des utilisateurs ni des problèmes.
Livrables de design par étape du projet
| Étape | Livrables typiques |
|---|---|
| Discovery | Notes de recherche, besoins des utilisateurs, revue de la concurrence |
| Structure | Parcours utilisateur, arborescence, wireframes |
| Design visuel | Écrans haute fidélité et composants |
| Test | Prototype, résultats des tests, révisions |
| Handoff | Fichiers Figma organisés, spécifications, design tokens |
Travailler entre design et développement
Designers et développeurs doivent échanger tôt et souvent. Les développeurs peuvent signaler ce qui est coûteux à construire ; les designers peuvent expliquer pourquoi les détails comptent. Comparer le produit réalisé aux designs avant le lancement permet de repérer les incohérences.
Les équipes qui traitent la passation comme une conversation, et non comme un transfert de fichiers, livrent de meilleurs produits.
Designer freelance ou équipe de design
Un designer freelance peut être idéal pour un travail ciblé ou un petit produit. Une équipe de design ou une agence offre ensemble recherche, UI, motion et support au développement, ainsi qu'une continuité si quelqu'un est indisponible.
Pour les produits appelés à grandir, demandez comment le designer ou l'équipe gère les design systems et le travail continu.
Budgéter le design
Le design est parfois rogné pour économiser, mais les changements coûtent bien moins cher dans Figma que dans le code. Investir dans la recherche, les wireframes et les tests réduit généralement le coût de développement et améliore les résultats.
Gjethe chiffre le travail UI/UX par projet, selon le nombre de parcours, d'écrans et la recherche impliquée.
Ce qu'il faut partager avec un nouveau designer
- Objectifs commerciaux et utilisateurs cibles
- Analytique, tickets de support ou recherches dont vous disposez
- Charte graphique
- Concurrents et exemples que vous aimez
- Contraintes techniques indiquées par les développeurs
L'accessibilité dès le départ
Demandez comment un designer traite l'accessibilité : contraste des couleurs, tailles de texte, états de focus, zones tactiles et messages d'erreur clairs. Un design accessible aide tous les utilisateurs et devient de plus en plus une exigence légale sur de nombreux marchés.
Rendre accessible après le développement coûte bien plus cher que de l'intégrer dès la conception.
Design et objectifs commerciaux
Les bons designers relient les décisions de design aux objectifs commerciaux : plus d'inscriptions, moins d'appels au support, une exécution plus rapide des tâches. Demandez aux candidats comment ils ont mesuré l'impact de leur travail.
Un design qui ne peut être relié à un résultat est plus difficile à justifier et à améliorer.
Questions fréquentes
Ai-je aussi besoin d'un UX researcher ?
Pour la plupart des projets, un product designer peut s'occuper de la recherche. Les produits grands ou complexes peuvent bénéficier d'une recherche dédiée.
Le designer doit-il aussi construire le produit ?
Généralement non, mais une collaboration étroite avec les développeurs est essentielle. Certaines équipes proposent ensemble design et développement.
Combien de révisions doivent être incluses ?
Deux tours par étape sont courants et inclus dans le travail de design de Gjethe.
Qui est propriétaire des designs ?
Vous, y compris les fichiers Figma, une fois le paiement effectué.
Un designer peut-il travailler à distance ?
Oui. Figma rend la collaboration de design à distance simple.
Quels livrables dois-je attendre ?
Parcours, wireframes, écrans haute fidélité, prototypes et une bibliothèque de composants prête pour la passation.
Comment juger la qualité visuelle ?
Cherchez la cohérence, une hiérarchie claire et la lisibilité plutôt que les tendances.
Un design system est-il nécessaire ?
Pour les produits en croissance, oui. Il garde le design cohérent et accélère le travail futur.
Un designer peut-il améliorer un produit existant sans refonte complète ?
Oui. Un audit UX peut identifier les améliorations les plus importantes, qui peuvent être conçues et déployées étape par étape.
Devons-nous tester les designs avec de vrais utilisateurs ?
Oui, même une poignée de sessions révèle les principaux problèmes avant le développement.
Comment savoir si un design est bon ?
Testez-le avec de vrais utilisateurs et confrontez-le à vos objectifs. Un bon design rend les tâches clés faciles et claires.
Les designers doivent-ils savoir coder ?
Pas nécessairement, mais comprendre comment les interfaces sont construites aide les designers à créer des designs réalistes et réalisables.
Combien de temps le designer doit-il rester impliqué ?
Idéalement pendant le développement et le lancement, pour répondre aux questions et examiner le produit réalisé.
Pouvez-vous concevoir à la fois des versions web et mobiles ?
Oui, avec des bases communes et des modèles adaptés à chaque plateforme.
Un designer peut-il partir de notre marque existante ?
Oui. Les designers étendent votre charte graphique aux composants d'interface et aux écrans.
Et si les utilisateurs n'aiment pas le nouveau design ?
Les tests avant le lancement réduisent ce risque, et des déploiements progressifs permettent d'ajuster selon les retours.
Qui est propriétaire des fichiers Figma ?
Vous, idéalement dans votre propre espace de travail Figma.
Services associés
Design UI/UX
Recherche, wireframes, prototypes et interfaces.
Design Figma et design systems
Composants, variables et bibliothèques que votre équipe peut faire évoluer.
Applications web et SaaS
Portails, tableaux de bord et produits par abonnement.
Développement d'applications mobiles
Applications iOS et Android, de la conception à la publication sur les stores.
Création d'identité de marque
Logo, couleurs, typographie et charte réunis en un seul système.
Parlons-en ensemble.
Dites-nous ce dont vous avez besoin. Vous recevez une évaluation honnête, un plan clair et un devis écrit. La première consultation est toujours gratuite.
- Et ensuite ?
- 1Vous nous dites ce dont vous avez besoin
- 2Nous nous efforçons de répondre sous 24 heures avec des questions
- 3Vous recevez un devis écrit pour votre projet