Conçu pour être utilisé, pas seulement admiré.
Le beau est facile. L’évident est difficile. Nous concevons des écrans qu’on traverse sans réfléchir — puis nous remettons à vos développeurs de quoi construire sans deviner.
Nous concevons des interfaces et les testons sur de vrais écrans avant qu’une ligne de code soit écrite. Vous recevez des prototypes cliquables à essayer sur votre propre téléphone, puis un design system à partir duquel vos développeurs construisent. Modifier une maquette prend des minutes ; modifier un produit construit prend des semaines.
Mis à jour novembre 2026
Les erreurs coûteuses se commettent avant la première ligne de code.
Un tunnel de commande confus, un formulaire que personne ne termine, un tableau de bord où le chiffre important est caché : ce sont des décisions de design, et elles coûtent de l’argent chaque jour une fois construites.
C’est pourquoi nous testons d’abord. Vous recevez des écrans cliquables à ouvrir sur votre téléphone et à tendre à un collègue avant tout développement. Déplacer un bouton à ce stade prend quelques minutes. Après le lancement, un sprint et une mise en production.
Puis nous remettons un design system, pas un dossier d’images : de vrais composants, de vrais espacements, de vrais états. Vos développeurs cessent de deviner à quoi ressemble le survol, et le produit cesse de s’éloigner de la maquette un mois après le lancement.
Ce que nous faisons.
Trouver où les gens bloquent
Enregistrements de sessions, vos tickets de support, et l’observation de quelques vraies personnes. Les problèmes sont rarement là où on les attend.
Le parcours avant les écrans
Ce que la personne cherche à faire, et dans quel ordre. Des écrans conçus sans cela sont jolis et s’enchaînent mal.
Prototypes cliquables
Ouvrez-le sur votre téléphone. Parcourez-le. Tendez-le à quelqu’un qui ne l’a jamais vu. C’est cela, le test.
Le petit écran d’abord
L’essentiel de votre trafic est mobile. Concevoir pour l’ordinateur puis réduire, c’est ainsi que le mobile finit par sembler accessoire.
Un vrai design system
Composants, espacements, états, messages d’erreur. Pour que le dixième écran ressemble au premier et que les suivants n’exigent pas un designer.
Accessible par défaut
Des contrastes conformes, des zones assez grandes pour le doigt, une navigation au clavier qui fonctionne. Meilleur pour tout le monde, et de plus en plus attendu par la réglementation européenne.
Une remise qui fonctionne
Spécifications, ressources, et les états que personne ne pense à dessiner : vide, chargement, erreur, trop de données.
Des refontes qui gardent ce qui marche
Si votre conversion est bonne, nous ne touchons pas au parcours. Les refontes qui changent tout perdent en général quelque chose qui fonctionnait.
Où part vraiment le budget design.
La même modification coûte des montants très différents selon le moment où on la fait. C’est tout l’argument du prototype.
| Modification faite au stade | Ce qu’elle coûte | Qui est mobilisé |
|---|---|---|
| Croquis | Quelques minutes | Un designer |
| Prototype cliquable | Moins d’une heure | Le designer, peut-être un court appel |
| En cours de développement | Des jours | Designer et développeur, et de nouveaux tests |
| Après le lancement | Un sprint et une mise en production | Design, développement, recette, et tous ceux déjà formés à l’ancien parcours |
| Jamais corrigée | Chaque utilisateur perdu, pour toujours | Votre boîte de support |
Du design que nous avons livré.
La progression des ventes en ligne de cette boutique de puériculture de Doha, après la refonte de l’expérience d’achat.
L’écusson FS, un système bleu marine et or et les lignes de marque d’une académie de football de Doha, de l’avatar au maillot.
Un éclat de dix en quatre couleurs, un logotype bilingue anglais et arabe, et les emballages de la marque propre.
Conception d’application mobile pour une société d’investissement pakistanaise établie, un secteur où la clarté n’est pas optionnelle.
Plateforme de gestion d’entreprise utilisée au quotidien — conçue pour les gens qui y passent leur journée, pas pour une démo.
Quand cela vaut la peine.
Les gens commencent et ne finissent pas
Paniers abandonnés, formulaires à moitié remplis, inscriptions perdues. C’est presque toujours un problème de design, pas de trafic.
Votre équipe réexplique sans cesse la même chose
Si le support répond encore et encore à la même question « comment je fais… », c’est que l’interface y répond mal.
Le produit a grandi écran par écran
Chaque ajout avait du sens isolément. Ensemble, ils ne ressemblent plus à un seul produit et ne se comportent plus comme tel.
Ce n’est pas pour vous si… tout fonctionne et vous voulez seulement du neuf
Si vos parcours convertissent bien et que le souhait est surtout esthétique, une refonte complète risque de casser ce qui marche. Nous vous proposerons des corrections ciblées, ou de ne rien faire.
Comment nous travaillons.
Nous regardons ce qui se passe aujourd’hui
Usage réel, vrais tickets de support, vraies personnes qui essaient. Pas des opinions sur ce que les utilisateurs veulent probablement.
Nous définissons la réussite
Plus de commandes abouties, moins de tickets, une prise en main plus rapide. Un indicateur, écrit, pour savoir ensuite si cela a marché.
Nous cartographions le parcours
Le chemin que suit la personne et l’endroit où il casse. Moins cher à corriger ici qu’à n’importe quelle étape suivante.
Nous prototypons et vous essayez
Cliquable, sur votre propre appareil, avant tout développement. C’est là que se trouve l’essentiel de la valeur.
Nous testons avec de vraies personnes
Cinq suffisent en général à trouver les problèmes sérieux. Elles feront quelque chose qu’aucun d’entre nous n’avait prévu.
Nous construisons le design system
Les composants et les états à partir desquels vos développeurs construisent, pour que le produit reste cohérent en grandissant.
Nous restons pendant le développement
Des questions surgissent pendant la réalisation. Nous y répondons au lieu de laisser les développeurs deviner.
Design UI/UX
7 questions, avec leurs réponses. Vous en avez une autre ? Écrivez-nous.
L’UX, c’est la question de savoir si la personne arrive à faire ce qu’elle veut : l’ordre des étapes, ce qui se passe en cas d’erreur, la logique du parcours. L’UI, c’est l’apparence et la sensation pendant qu’elle le fait. Un produit peut être beau et inutilisable, ou sobre et excellent. La plupart des problèmes pour lesquels on nous appelle sont des problèmes d’UX que l’on décrit comme une envie que ce soit plus joli.
Sept catégories. Quarante-cinq services.
Décrivez-nous votre projet. Franchement.
Ce que vous voulez construire, ce qui vous bloque, et le budget si vous l’avez. Nous répondons sous un jour ouvré, et nous vous dirons honnêtement si nous ne sommes pas les bonnes personnes.