Service · Développement logicielDéveloppement logiciel
Design UI/UX : des écrans que l'on comprend du premier coup
Notre service de design UI/UX dessine les écrans de votre application, portail ou plateforme autour de ce que vos utilisateurs viennent faire : nous cartographions leurs parcours, construisons des prototypes cliquables à essayer sur téléphone, concevons des interfaces accessibles vérifiées selon les WCAG 2.2, et remettons un design que les développeurs peuvent construire à l'identique, ou le construisons nous-mêmes.
Ce que nous faisons pour vous
- De courts entretiens ou l'observation de quelques vrais utilisateurs, et les trois ou quatre tâches que le produit doit rendre simples
- Des parcours utilisateurs de la première visite à la tâche accomplie, avec les étapes que l'on peut supprimer
- Des prototypes cliquables à tester sur téléphone avant tout gros développement
- Un système de design simple : couleurs, typographie, boutons, formulaires, états (vide, chargement, erreur), modes clair et sombre
- L'accessibilité intégrée : contrastes, tailles des zones cliquables, usage au clavier, libellés pour lecteurs d'écran
- Des tests avec de vrais utilisateurs sur un téléphone de 390 pixels et sur ordinateur, et les corrections qui en découlent
- Une remise aux développeurs, les nôtres ou les vôtres, avec chaque état et chaque cas limite dessinés
Pour qui
- Pour vous : votre application fonctionne mais vos utilisateurs appellent le support pour la comprendre
- Pour vous : vous êtes fondateur et avez besoin d'un prototype pour tester une idée ou la montrer à des investisseurs avant de construire
- Pour vous : votre équipe ajoute un portail client, un tableau de bord ou un parcours de réservation à un produit existant
- Pas pour vous : la seule création d'une identité de marque ou d'un logo ; nous concevons des produits, pas des marques
Ce que nous avons conçu
Nous avons conçu et construit les interfaces de plateformes en production : une plateforme de marketing d'influence en Afrique du Sud avec profils de créateurs et campagnes de marques, une plateforme de réservation et de relation client avec tableaux de bord pour un groupe de restaurants, un logiciel de gestion pour organismes de formation en France, un cockpit client pour une entreprise de l'éolien et une application de bureau pour Mac et Windows. Le site de notre agence obtient 100 dans Lighthouse, l'outil open source de Google qui évalue performance, accessibilité, bonnes pratiques et SEO. Chaque page de vente que nous construisons est testée sur un téléphone de 390 pixels avant sa mise en ligne.
L'accessibilité n'est pas une option
Les règles pour l'accessibilité des contenus web (WCAG), élaborées au sein du W3C, sont la norme commune de l'accessibilité du web, organisée en trois niveaux (A, AA, AAA). Les WCAG 2.2 en sont la version actuelle, et un contenu qui les respecte respecte aussi les versions 2.1 et 2.0. Le W3C rappelle que les réglementations européennes sur l'accessibilité renvoient souvent à la fois aux WCAG et à la norme européenne EN 301 549.
Deux de ses règles montrent à quel point elle est concrète. Un texte courant doit avoir un rapport de contraste d'au moins 4,5:1 avec son fond (critère 1.4.3), et, nouveauté de la version 2.2, les zones interactives doivent mesurer au moins 24 × 24 pixels CSS au niveau AA (critère 2.5.8). Nous concevons au niveau AA par défaut : ce qui aide une personne malvoyante ou à la main qui tremble aide aussi tout le monde sur un téléphone en plein soleil.
Le déroulement d'un projet de design
- Comprendre. Qui utilise le produit, pour quoi faire, et où cela bloque aujourd'hui.
- Parcours. Le chemin le plus court pour chaque tâche principale, validé avec vous.
- Prototype. Des écrans cliquables sur téléphone ; vous et quelques utilisateurs les essayez.
- Design. Écrans et composants définitifs, chaque état dessiné, accessibilité vérifiée.
- Construire et vérifier. Construit par nous ou vos développeurs ; nous vérifions que le résultat est conforme et le testons de nouveau avec des utilisateurs.
Ce dont nous avons besoin de votre part
- Un accès à quelques vrais utilisateurs, ou aux personnes qui leur parlent chaque jour (support, ventes)
- Votre charte graphique, si vous en avez une
- Une personne qui tranche entre les options
- Les données dont vous disposez sur les abandons (statistiques, tickets de support)
Les questions qu'on nous pose
Travaillez-vous sur Figma ?
Nous utilisons ce qui mène le plus vite à un prototype testé, souvent directement en code pour que vous essayiez de vrais écrans sur votre téléphone. Si votre équipe travaille dans un outil de design, nous y livrons aussi.
Notre application sera-t-elle entièrement conforme aux WCAG ?
Nous concevons au niveau AA des WCAG 2.2 et vérifions les critères que nous pouvons tester. La conformité complète dépend aussi des contenus et de la façon dont le reste du produit est construit : nous vous disons ce qu'il reste à faire.
Pouvez-vous ne refaire qu'une partie de notre produit ?
Oui. Un seul parcours (inscription, réservation, paiement) est souvent le meilleur point de départ, mesuré avant et après.
Concevez-vous des applications mobiles natives ?
Nous concevons des applications web adaptées au téléphone et installables. Nous n'avons pas encore livré d'application native iOS ou Android.
Sources
- W3C : règles pour l'accessibilité des contenus web (WCAG) 2.2 (vérifié le 2026-10-06)
- W3C WAI : présentation des WCAG 2 (vérifié le 2026-10-06)
- Chrome for Developers : présentation de Lighthouse (vérifié le 2026-10-06)