UI/UX design que vos utilisateurs adorent utiliser.

L'UX (User Experience) couvre TOUT le parcours utilisateur : recherche, architecture de l'info, logique de navigation, choix fonctionnels, mesure de la satisfaction. L'UI (User Interface) est la couche visible : visuels, typographie, couleurs, interactions, micro-animations. Un produit UX-fort avec UI faible paraît « moche mais ça marche ». Un produit UI-fort avec UX faible est « beau mais inutilisable ». Les deux sont indissociables — on les travaille ensemble, pas en séquence.

Un design system en tokens décompose votre design en atomes réutilisables (couleur-primaire-500, espace-4, rayon-md, ombre-lg, transition-150) stockés dans des variables Figma ET exportables en JSON/CSS. Avantage : une MAJ du token à un endroit (ex. changement de couleur brand) se propage automatiquement sur Figma, Tailwind, votre app, votre site marketing, vos OG images. Avant les tokens, on mettait à jour 200 écrans à la main. Maintenant : 1 variable = tout bouge.

Systématiquement, sur les parcours critiques. Méthode « 5 users » du Nielsen Norman Group : 5 utilisateurs cibles suffisent pour détecter environ 85 % des problèmes d'utilisabilité. Outils modernes 2026 : Maze, Lyssna, Useberry — tests à distance, enregistrés, avec heatmaps automatiques. On recrute les testeurs dans VOTRE cible (clients existants, prospects via User Interviews, Respondent.io). Impact : un test qui dure 45 min identifie souvent 3-4 refontes qu'on aurait faites en dev, ce qui économise des semaines de code.

C'est un faux dilemme : un design WCAG-compliant est souvent MEILLEUR visuellement. Les règles clés qu'on applique. Contrastes : texte minimum 4,5:1 (grand texte 3:1) — facile à vérifier avec les plugins Figma (Stark, Able). Focus visible : anneau de focus non-gris sur tous les éléments interactifs. Navigation clavier : tous les éléments cliquables accessibles au Tab, ordre logique. Réduction de mouvement : respecter prefers-reduced-motion. ARIA labels sur les icônes sans texte. WCAG 2.2 (octobre 2023) ajoute des critères sur la taille des zones cliquables (24×24 px min) et la persistance des focus. On livre un rapport Lighthouse score 100 en accessibilité sur chaque projet.

Ils accélèrent l'exploration, PAS la finalisation. Cas d'usage concrets : générer 20 variations de hero pour itérer vite, produire des wireframes depuis un brief textuel, créer des placeholders réalistes (Lorem Ipsum texte + photos générées), traduire une maquette en une première ébauche de code React. Les limites : cohérence du design system pas garantie, typographie souvent médiocre, accessibilité ignorée, décisions métier absentes. Un designer humain reste indispensable pour le positionnement, les arbitrages produit, la qualité de détail. On utilise l'IA pour explorer 3× plus de pistes, sans rogner une minute sur le temps de finition.

Oui, c'est même le but. Le design system livré est VOTRE propriété : fichiers Figma dans votre organisation, tokens JSON dans votre repo GitHub. Vous pouvez l'utiliser sur d'autres sites, apps, présentations, sans limite. On vous forme à le maintenir en interne (2 h de passation incluse). Quand il est construit en même temps que votre identité visuelle, les deux partagent les mêmes variables : une couleur de marque modifiée se répercute du logo au bouton, sans reprise manuelle. Si vous voulez qu'on continue à le faire vivre, contrat de maintenance optionnel au forfait.

Figma = design + prototypage + handoff, leader incontesté du design d'app/web, partage facile, écosystème plugins énorme. Framer = design + publication de sites marketing (plus proche de Webflow), permet à un designer de pousser en prod sans dev pour des landing pages. On utilise Figma pour tout le product design, Framer pour les landing pages événementielles quand vous voulez publier sans cycle dev. Les deux ne sont pas concurrents : complémentaires.

Le calendrier dépend du volume et de la profondeur, et il est arrêté au devis, jalon par jalon. Quatre curseurs pèsent : le nombre d'écrans à concevoir (un MVP de 10-15 vues n'a rien à voir avec la refonte d'un site produit complet), l'ampleur de la recherche utilisateur (audit express de l'existant, ou entretiens et tests modérés), la création ou non d'un design system complet, et le nombre de plateformes à couvrir (web seul, ou web + iOS + Android). Ce qui ne change pas : on travaille par sprints avec des démos régulières, et vous voyez les écrans avancer en continu — jamais un tunnel qui s'ouvre à la fin.

Trois garde-fous qu'on applique. (1) Design system en tokens : le développeur importe directement les variables, pas de réinterprétation visuelle. (2) Storybook collaboratif : chaque composant y est validé par le designer AVANT d'être posé dans l'app. (3) QA visuelle systématique : le designer relit chaque écran en pré-production, liste les écarts, le développeur corrige. Résultat : les écrans livrés ressemblent à 95 %+ aux maquettes, pas 70 % comme souvent constaté quand le designer disparaît après le handoff.

On travaille avec des design systems « platform-aware » : les tokens de base (couleurs, espaces, typo) sont partagés, mais les composants respectent les conventions natives (SwiftUI sur iOS, Material 3 sur Android, HTML sémantique sur web). Erreur classique : vouloir le même design EXACT partout — ça fatigue les utilisateurs habitués aux conventions de leur OS. Bon réflexe : identité de marque partagée, patterns d'interaction natifs. Figma + modes de Figma Variables + bibliothèques spécifiques par plateforme. Le versant développement et publication de ces applications relève de notre offre de création d'application mobile.

Quatre curseurs principaux : le nombre d'écrans à concevoir (un tunnel de 5 écrans n'a rien à voir avec un SaaS de 40 vues), la profondeur de la recherche utilisateur (audit express de l'existant ou entretiens et tests modérés), la création ou non d'un design system complet (rentable dès que le produit vivra plusieurs années) et le nombre de plateformes (web seul, ou web + iOS + Android avec leurs conventions propres). Décrivez votre projet via notre page contact : devis gratuit sous 24 h, périmètre détaillé ligne par ligne. Pour un premier pas sans engagement, l'audit UX identifie les frictions majeures avant toute refonte.

Les deux. Une partie de nos missions UI/UX alimente nos propres équipes de développement ; l'autre est livrée à vos développeurs internes ou à un prestataire tiers. Dans ce cas, le design system en tokens et Storybook servent de contrat d'interface : variables importables, composants documentés avec leurs états, spécifications précises au pixel. On reste disponibles pendant l'intégration pour arbitrer les cas non prévus, et on effectue une QA visuelle finale si vous le souhaitez. Le résultat ne dépend pas de qui code : il dépend de la précision de la passation — c'est elle qu'on soigne.

L'Acte européen sur l'accessibilité (directive UE 2019/882), transposé en France par la loi du 9 mars 2023, s'applique depuis le 28 juin 2025 à une longue liste de services numériques destinés aux consommateurs : commerce en ligne, services bancaires, télécommunications, transport de voyageurs, livres numériques. Les microentreprises de services (moins de 10 salariés et 2 M€ de chiffre d'affaires ou de bilan) restent exemptées, mais beaucoup de PME sont désormais dans le périmètre — et les sanctions administratives peuvent atteindre 50 000 € par service non conforme, renouvelables si la situation perdure. Le référentiel technique retenu au niveau européen (norme EN 301 549) s'appuie sur les WCAG : concevoir directement au niveau AA des WCAG 2.2, comme nous le faisons, couvre les exigences actuelles et absorbe les mises à jour à venir. Un point concret trop souvent oublié : la déclaration d'accessibilité, publiée sur le site, fait elle aussi partie des obligations.

En posant les repères avant de toucher à quoi que ce soit — sinon la question est indécidable, et tout le monde se contente de trouver que « c'est plus joli ». Trois règles chez nous. (1) On relève la ligne de base sur 4 à 8 semaines : taux de conversion par étape du tunnel, taux de rebond des pages d'entrée, nombre de demandes qualifiées. (2) On refond par lots quand c'est possible, pour attribuer un effet à une cause : tout changer d'un coup rend l'analyse impossible. (3) On dit la vérité sur la puissance statistique : un site à 500 visites par mois ne permet pas un test A/B concluant en un temps raisonnable — dans ce cas, on s'appuie sur les tests utilisateurs qualitatifs et sur des indicateurs plus grossiers mais fiables (nombre d'appels, de devis demandés). Promettre un pourcentage d'amélioration avant d'avoir mesuré, c'est du bluff ; refuser de mesurer après, c'est pire. La méthode complète d'une refonte — relevé de la ligne de base, redirections, suivi après bascule — est détaillée dans notre guide de la refonte de site internet.