Aller au contenu
TechGrouper

UI/UX & design d'expérience

Recherche, design d'interface et design systems conçus pour être développés — avec les états, les cas limites et l'accessibilité déjà réfléchis.

Le design d'expérience consiste à décider ce qu'un produit doit faire et quelle sensation il doit procurer, avant que quiconque n'écrive le code qui le rend réel. Il couvre la recherche sur ce qui pose réellement problème aux utilisateurs, les parcours qui le résolvent, l'interface qui l'exprime et le système qui garde le tout cohérent à mesure que le produit grandit.

L'échec qu'on nous demande le plus souvent de corriger, c'est un design qui n'a jamais été pensé pour être construit : de beaux écrans ne montrant que le cas idéal, sans état vide, sans état d'erreur, sans comportement de chargement et sans réponse pour les écrans étroits. L'ingénierie invente alors ces décisions sous la pression des délais, et le produit s'éloigne du design en une ou deux versions.

Nous concevons donc les états ingrats avec autant de soin que l'écran d'accueil, et nous remettons un système plutôt qu'une image.

Savoir clairement ce dont vous avez besoin économise de l'argent et une mission frustrante.

UX — design d'expérienceUI — design d'interface
Répond àQue doit faire le produit, et dans quel ordre ?À quoi doit-il ressembler, quelle sensation doit-il donner ?
Activités principalesRecherche, cartographie des parcours, flux, wireframes, testsMise en page, typographie, couleur, iconographie, animation, états
LivrablesParcours, wireframes, prototype validé, enseignementsÉcrans haute fidélité, design system, ressources
Vous en avez besoin quandLes utilisateurs décrochent et vous ne savez pas pourquoiLe produit fonctionne mais paraît daté ou incohérent
S'en passer coûteConstruire magnifiquement la mauvaise choseUn produit capable qui n'inspire pas confiance

La plupart des missions nécessitent les deux, avec un dosage différent. Une refonte penche vers l'UX ; le rafraîchissement d'un produit qui fonctionne déjà penche vers l'UI.

Six services, achetés séparément ou en une seule mission.

01

Recherche utilisateur

Entretiens, tests d'utilisabilité et examen sérieux de vos analytics et tickets de support — souvent la source de vérité la moins chère, déjà présente dans votre entreprise.

02

Design produit & d'interface

Parcours, wireframes et écrans haute fidélité couvrant les états réels : vide, chargement, erreur, accès refusé et les tailles intermédiaires délicates.

03

Design systems

Une bibliothèque de composants avec tokens, règles d'usage et comportements spécifiés — remise dans Figma et, quand nous développons, implémentée en code à l'identique.

04

Prototypage

Des prototypes cliquables pour tester un parcours avec de vrais utilisateurs avant d'engager le budget d'ingénierie. L'endroit le moins cher pour se tromper.

05

Audits d'accessibilité

Revue WCAG 2.2 AA avec une liste de corrections priorisée — distinguant ce qui relève d'un risque juridique, d'un problème d'utilisabilité ou du cosmétique.

06

Passation du design au code

Des spécifications que les ingénieurs peuvent développer sans deviner : espacements, points de rupture, états d'interaction et règles pour un contenu plus long que la maquette.

Quatre couches. Un fichier rempli de composants n'est que la troisième.

01

Tokens

Couleurs, échelle typographique, espacements, arrondis, ombres et animations sous forme de valeurs nommées — pour qu'un changement de marque soit un changement de variables plutôt qu'un redessin.

02

Primitives

Boutons, champs, listes déroulantes et surfaces avec chaque état défini : survol, focus, actif, désactivé, invalide, chargement. Les états de focus inclus, pas en dernier recours.

03

Modèles

Des éléments composés — formulaires, tableaux, navigation, états vides, boîtes de dialogue — avec des règles indiquant quand les utiliser et, surtout, quand ne pas le faire.

04

Gouvernance

Comment un nouveau composant est ajouté, qui décide, et comment le code et le fichier de design restent synchronisés. Sans cette couche, tout design system se dégrade en moins d'un an.

Si nous développons aussi, le système est livré en code réel avec la bibliothèque Figma — les deux sont versionnés ensemble au lieu de diverger.

Moins cher, et cela produit un meilleur produit pour tout le monde.

01

Contraste et typographie dès le design

Les paires de couleurs sont vérifiées par rapport aux ratios de contraste WCAG dès le choix de la palette, pas signalées dans un audit six mois plus tard quand la marque est figée.

02

Parcours au clavier

Chaque parcours est testé au clavier seul. S'il ne peut pas être terminé sans souris, il n'est pas fini.

03

Structure du contenu

Hiérarchie des titres, libellés et messages d'erreur conçus comme du contenu, pour que les lecteurs d'écran obtiennent un document cohérent plutôt qu'une soupe de divs.

04

Animation et préférences

Des animations conçues avec une alternative à mouvement réduit, car les troubles vestibulaires sont plus courants que la plupart des équipes ne le pensent.

Trois formules, selon où vous en êtes.

011–2 semaines

Sprint de design

Un effort concentré sur un problème : recherche, parcours, prototype et test avec de vrais utilisateurs. Se termine par une décision étayée, pas par une présentation.

026–12 semaines

Mission de design produit

Le design de bout en bout d'un produit ou d'une partie importante — de la recherche jusqu'à un design system et des spécifications prêts à développer.

03En continu

Designer intégré

Un designer qui travaille au sein de votre équipe sur votre feuille de route, au mois. Convient aux produits livrés en continu, où le design ne peut pas être un projet.

Oui. Une bonne partie de notre travail de design est remise aux ingénieurs internes d'un client ou à une autre agence, et nous le spécifions en conséquence — états, points de rupture et comportements documentés pour qu'il n'ait pas besoin de nous pour être interprété. Si nous développons aussi, la passation est plus serrée, mais le livrable est du même niveau dans les deux cas.

Démarrer un projet

Un lien vers le produit et une phrase sur l'endroit où les utilisateurs bloquent suffisent. Nous vous dirons s'il s'agit d'un problème de recherche, d'interface, ou ni l'un ni l'autre.

  • Réponse sous un jour ouvré
  • Séance de cadrage gratuite, sans engagement
  • Le document de cadrage vous appartient dans tous les cas

Réponse sous un jour ouvré. Pas de relances commerciales, aucune donnée partagée — politique de confidentialité.