Le processus de design UX est l’enchaînement d’étapes qui transforme les besoins des utilisateurs et les objectifs d’une entreprise en un produit que l’on utilise sans y penser : recherche, structure, wireframes, design d’interface, prototypage et tests, puis passation au développement, le tout répété à mesure que le produit s’affine. Côté client, chaque étape attend de vous une contribution claire et doit vous remettre un livrable clair ; juger le processus sur ces livrables est le moyen le plus sûr de savoir s’il est réel. Ce guide présente chaque étape du point de vue du client, avec un tableau des contributions, des livrables et du temps relatif, ainsi que les signes d’un bon et d’un mauvais travail UX.
Dernière mise à jour : 21 octobre 2026.
Pourquoi le point de vue du client sur le processus compte-t-il ?
La plupart des explications sur l’UX sont écrites pour les designers. Elles décrivent des méthodes et des outils : utile si vous faites le travail, déroutant si vous le financez. En tant que client, vous avez besoin d’autre chose : savoir ce que chaque étape attend de vous, ce que vous aurez en main à la fin et si elle valait le temps passé.
Le processus de design UX sert à éviter les mauvaises surprises coûteuses. Un problème repéré sur un croquis coûte quelques minutes ; le même problème découvert après le lancement coûte un nouveau développement et des clients perdus. Chaque étape ci-dessous sert à faire ces découvertes plus tôt.
Chez Odduel, agence créative et technologique à Barcelone et São Paulo, notre service de design UX/UI mène ces étapes sur des sites web, des applications et des outils internes. L’ampleur de chaque étape varie d’un projet à l’autre ; leur ordre change rarement.
En bref : le processus de design UX va de la recherche à la structure, aux wireframes, au design d’interface, au prototype et aux tests, puis à la passation. Vous apportez des accès, des connaissances et des décisions ; vous recevez des constats, une structure, des écrans, un prototype testé et une documentation. Les étapes se répètent par petites boucles. Si vous ne voyez pas le livrable d’une étape, demandez-le.
Le processus de design UX en un coup d’œil
Le tableau ci-dessous indique ce que chaque étape vous demande, ce que vous devez recevoir et la part du projet qu’elle occupe généralement, en termes relatifs.
| Étape | Ce que vous apportez | Ce que vous recevez | Part du temps |
|---|---|---|---|
| 1. Découverte et recherche | Objectifs, données, accès aux utilisateurs et aux équipes | Constats, groupes d’utilisateurs, parcours clés, priorités | Faible à moyenne |
| 2. Structure | Inventaire des contenus, règles métier | Arborescence du site ou structure de l’application, navigation, parcours | Faible |
| 3. Wireframes | Retours sur la mise en page et les priorités | Écrans peu détaillés pour chaque page ou étape clé | Moyen |
| 4. Design d’interface | Charte graphique, validations | Écrans finaux, composants, états | La plus grande part |
| 5. Prototype et tests | Testeurs ou accès à vos clients | Prototype cliquable, résultats des tests, modifications apportées | Moyen |
| 6. Passation et accompagnement | Questions des développeurs | Fichiers de design, bibliothèque de composants, spécifications | Faible, puis continue |
Étape 1 : cadrage et recherche
La découverte répond à trois questions : qui utilise le produit, ce que ces personnes cherchent à faire et où elles bloquent aujourd’hui. La recherche peut inclure des entretiens avec des clients et des collaborateurs, l’analyse d’audience, les tickets du support, un examen du produit actuel et un regard sur la façon dont les concurrents traitent les mêmes tâches.
Vous apportez les objectifs, les données dont vous disposez et l’accès aux bonnes personnes. Une dizaine de courts entretiens avec de vrais utilisateurs en apprend souvent davantage qu’une grande enquête. Attendez-vous à recevoir un court rapport de constats, les principaux groupes d’utilisateurs, les parcours les plus importants et une liste de priorités validée avec vous.
Si votre produit existe déjà, un audit est souvent le point de départ le plus rapide. Notre checklist d’audit UX montre ce que couvre ce type d’examen.
Étape 2 : structure
La structure détermine où se trouve chaque élément et comment on passe de l’un à l’autre : l’arborescence pour un site web, les écrans et les parcours pour une application. Elle s’appuie sur la recherche ainsi que sur vos contenus et vos règles métier.
Le livrable est un schéma des pages ou des écrans, la navigation principale et les parcours des tâches clés, comme l’inscription, la réservation ou l’achat. C’est le moment le moins coûteux pour revoir ce que le produit contient. Une étape oubliée ici, c’est un trait sur un schéma ; plus tard, c’est un nouvel écran, du nouveau code et de nouveaux tests.
Étape 3 : wireframes
Les wireframes sont des maquettes simples et peu détaillées de chaque écran clé. Ils laissent volontairement de côté couleurs, images et textes définitifs pour que l’échange porte sur les priorités : ce qui apparaît en premier, ce qui est regroupé, ce que l’utilisateur fait ensuite.
Votre rôle est de vérifier que les bons éléments sont mis en avant et que les règles métier sont justes. Évitez de juger l’aspect visuel : il n’est pas encore conçu. Un bon jeu de wireframes couvre chaque page ou étape clé, y compris ce qui se passe en cas d’erreur ou quand une liste est vide.
Étape 4 : design d’interface
Le design d’interface applique la marque aux wireframes et les transforme en écrans finis : typographie, couleurs, images, icônes, espacements et animations. Un bon travail d’interface se construit comme un système de composants (boutons, formulaires, cartes, navigation), afin de pouvoir ajouter de nouveaux écrans plus tard sans tout recommencer.
Cette étape occupe généralement la plus grande part du temps de design. Vous fournissez la charte graphique et les validations. Vous recevez les écrans finaux pour chaque taille d’écran ou appareil, tous les états de chaque composant (par défaut, survol, focus, erreur, désactivé) et une bibliothèque de composants sur laquelle s’appuieront les développeurs.
L’accessibilité se traite ici, pas à la fin. Taille du texte, contraste, états de focus et zones tactiles sont des décisions de design, et les règles pour l’accessibilité des contenus web (WCAG) sont la référence à laquelle renvoient la plupart des réglementations européennes.
Étape 5 : prototype et tests
Un prototype relie les écrans : on parcourt les tâches clés d’un clic ou du doigt, comme si le produit existait déjà. Le tester avec cinq à huit personnes du public cible fait généralement apparaître l’essentiel des problèmes sérieux d’un parcours.
Vous aidez à trouver les testeurs, idéalement de vrais clients ou prospects. Vous recevez le prototype, une courte synthèse de ce que les testeurs ont fait et des points où ils ont bloqué, ainsi que les modifications apportées en conséquence. Le test n’est pas un examen que l’on réussit ou que l’on rate ; c’est le moyen le moins coûteux de corriger le design avant le début du développement.
Étape 6 : passation et accompagnement pendant le développement
La passation donne aux développeurs tout ce dont ils ont besoin : les fichiers de design, la bibliothèque de composants, les spécifications d’espacement, de comportement et d’animation, et des réponses à leurs questions. Les designers doivent rester impliqués pendant le développement, vérifier ce qui est intégré et combler les manques qui n’apparaissent qu’au moment du code.
Après le lancement, le processus recommence en boucles plus courtes : les statistiques et les retours montrent où les utilisateurs bloquent, et l’équipe conçoit, teste et met en ligne des améliorations.
Que préparer avant le début du processus UX ?
Quelques éléments de votre côté accélèrent chaque étape et améliorent le résultat. Aucun ne demande de designer.
- Un seul décideur. Désignez la personne qui valide chaque étape. Le design par comité ralentit le processus et brouille le résultat.
- Vos objectifs chiffrés, si vous en avez. Conversion, inscriptions, demandes au support ou taux de réalisation des tâches : les critères sur lesquels vous jugerez le produit.
- L’accès aux utilisateurs. Une liste de clients ou de prospects prêts à échanger vingt minutes, et l’autorisation de les contacter.
- Ce que vous savez déjà. Statistiques d’audience, tickets de support, notes commerciales, études précédentes et plaintes qui reviennent souvent.
- Les contraintes. Les systèmes techniques dont dépend le produit, les obligations légales, la charte graphique et les dates imposées.
Avec ces éléments en main, la phase de découverte peut démarrer en quelques jours plutôt qu’en quelques semaines, et la recherche se concentre sur ce que vous ne savez pas encore.
Comment les étapes se répètent-elles ?
Les étapes ci-dessus sont présentées dans l’ordre, mais un vrai projet fait des allers-retours. Les tests renvoient aux wireframes ; le développement révèle un état manquant ; les données du lancement font émerger une nouvelle priorité. Un processus sain prévoit ces boucles au lieu de les traiter comme des échecs.
La gestion de ces boucles dépend de la méthode de projet. Notre comparatif agile ou cascade explique comment le design s’inscrit dans des phases fixes ou dans des cycles courts. Pour la plupart des projets, une phase fixe de découverte et de structure, suivie du design et du développement en cycles courts, concilie visibilité et apprentissage.
Comment distinguer un vrai travail UX d’un simple théâtre ?
Certains processus UX donnent l’impression d’avancer sans rien changer au produit. Ces signes aident à faire la différence.
| Un vrai travail UX | L’UX de façade |
|---|---|
| Recherche auprès de vrais utilisateurs, résumée en quelques pages de décisions | Longs rapports restés sans suite |
| Personas liés à des tâches précises et appuyés sur des faits | Personas inventés en atelier |
| Wireframes pour les états d’erreur et les écrans vides | Uniquement le parcours idéal |
| Tests qui font évoluer le design | Tests prévus une fois les décisions arrêtées |
| Designers impliqués pendant le développement | Fichiers transmis, puis plus de suivi |
La question à poser à la fin de chaque étape est simple : qu’avons-nous décidé grâce à elle ? Si personne ne sait répondre, l’étape n’était que décorative.
Questions fréquentes
Quelles sont les étapes du processus de design UX ?
Les étapes habituelles sont la découverte et la recherche, la structure (arborescence ou parcours de l’application), les wireframes, le design d’interface, le prototypage et les tests, puis la passation au développement. Les noms varient d’une équipe à l’autre, certaines scindent ou regroupent des étapes, mais l’ordre reste le même : comprendre les utilisateurs, arrêter la structure, esquisser, concevoir les écrans, tester avec de vraies personnes, puis accompagner le développement et continuer d’améliorer après le lancement.
Combien de temps dure le processus de design UX ?
Tout dépend de la taille du produit et de la rapidité des décisions. Pour un site web d’entreprise classique, les étapes de design prennent souvent plusieurs semaines ; pour une application aux nombreux parcours, quelques mois. Le design d’interface occupe généralement la plus grande part. La recherche et la structure sont plus courtes, mais ce sont elles qui font gagner le plus de temps ensuite, car elles évitent de refaire le travail.
Quelle est la différence entre design UX et design UI ?
Le design UX couvre toute l’expérience : ce que fait le produit, comment il est organisé et avec quelle facilité les utilisateurs accomplissent leurs tâches. Le design UI est la couche visuelle et interactive : typographie, couleurs, composants et animations. Dans le processus décrit plus haut, la recherche, la structure, les wireframes et les tests relèvent surtout de l’UX ; le design d’interface relève de l’UI. Les bons projets les traitent comme un seul travail continu.
Faut-il une recherche utilisateur si je connais déjà mes clients ?
Le plus souvent, oui, même légère. Les équipes connaissent souvent bien leurs clients dans l’ensemble, mais pas leur comportement face à une tâche précise sur un écran. Quelques entretiens et un test de prototype révèlent régulièrement des problèmes que la connaissance interne ne voit pas. La recherche peut être modeste et rapide ; s’en passer complètement coûte généralement plus cher ensuite.
Que dois-je recevoir à la fin d’un projet UX ?
Vous devez recevoir les résultats de la recherche et les priorités, la structure et les parcours clés, les wireframes, les écrans finaux pour chaque appareil et chaque état, une bibliothèque de composants, un prototype testé avec les modifications qui en ont découlé, et les spécifications pour les développeurs. Si le produit est déjà en ligne, ajoutez un plan pour mesurer le comportement des utilisateurs et définir les prochaines améliorations.
Si vous prévoyez un site web ou une application, demandez à chaque partenaire design de vous montrer les livrables de chaque étape avant de valider le prix. Gardez ce tableau à portée de main pendant le projet. Notre service de design UX/UI couvre chaque étape, de la recherche à la remise aux développeurs ; parlez-nous de ce que vous construisez.
