L'UX décide de ce que l'utilisateur peut faire et dans quel ordre : parcours, arborescence, formulaires, points de friction. L'UI décide de ce qu'il voit : couleurs, typographie, espacement, composants. Une belle UI sur une mauvaise UX donne un site agréable dont personne ne ressort avec ce qu'il cherchait.
Un exemple concret
Prenez un formulaire de demande de devis. L'UI, c'est la couleur du bouton, la taille des champs, la lisibilité du message d'erreur. L'UX, c'est le nombre de champs demandés, leur ordre, le fait de réclamer le numéro de SIRET avant même d'avoir expliqué ce qu'on vend, et le moment où l'on décide de couper le formulaire en deux étapes.
Un formulaire magnifique en douze champs obligatoires convertit moins qu'un formulaire quelconque en trois champs. C'est la démonstration la plus courte de la différence entre les deux disciplines.
Pourquoi on ne commence pas par l'UI
Parce que les décisions d'UX contraignent l'UI, jamais l'inverse. Décider qu'un parcours tient en deux étapes change la maquette entière. Décider de la couleur d'un bouton ne change rien au parcours. On traite donc la structure d'abord, ce qui évite de redessiner trois fois le même écran.
Des livrables différents
- Côté UX : personas, arborescence, parcours utilisateur, wireframes, tests utilisateurs.
- Côté UI : direction artistique, maquettes finales, système de composants, déclinaisons mobiles.
Qui fait quoi sur un projet
Sur un site vitrine, les deux casquettes sont portées par la même personne et la phase UX tient en quelques jours. Sur une application métier, elles se séparent : les tests utilisateurs et le prototypage prennent alors une place à part entière, parce que le coût d'un mauvais parcours se paie tous les jours pendant des années.
Une autre question ?
Notre équipe vous répond sous 24h. Consultation gratuite et sans engagement.
- Ce que le site ou l'outil doit faire pour vous
- Ce que vous avez déjà : contenus, maquettes, site en ligne
- Le délai que vous visez
- L'adresse de votre site actuel, s'il existe