Notre approche pour concevoir des outils qui fonctionnent
On ne croit pas aux solutions magiques. Depuis 2018, on développe des logiciels de design web en écoutant vraiment ce dont les créatifs ont besoin au quotidien. Pas de gadgets inutiles — juste des fonctionnalités pensées pour gagner du temps.
Découvrir nos formations
Ce qui guide notre travail chaque jour
La simplicité avant tout
Un bon outil, c'est celui qu'on comprend sans lire le manuel. En 2023, on a refait toute l'interface de notre éditeur CSS après avoir regardé des dizaines d'utilisateurs galérer avec l'ancienne version. Résultat ? Les nouveaux utilisateurs sont opérationnels en moins de 15 minutes maintenant.
Des retours concrets, pas du marketing
Chaque trimestre, on organise des sessions de feedback avec des designers freelances à Lyon et Paris. Ces échanges nous ont fait retirer trois fonctionnalités l'an dernier — elles sonnaient bien sur le papier mais personne ne les utilisait vraiment.
L'apprentissage comme moteur
Notre équipe passe 20% du temps à expérimenter. C'est comme ça qu'on a développé notre système de grilles flexibles en 2024. Bastien jouait avec une idée pendant ses vendredis libres, six mois plus tard c'était notre fonction la plus appréciée.
Des parcours qui racontent notre méthode
Deux histoires parmi d'autres. Ces personnes ont rejoint nos ateliers avec des défis bien réels, pas des cas d'école. Voilà comment ça s'est passé pour eux.
Comment on construit nos outils
Pas de méthode secrète. Juste beaucoup d'essais, d'écoute et d'ajustements. Voici les étapes qu'on suit pour chaque nouveau développement — avec leurs ratés et leurs réussites.
1 Observer avant de coder
On passe du temps avec des designers dans leur environnement de travail. Pas des interviews formelles — on regarde juste comment ils bossent réellement. Cette phase nous prend entre trois et cinq semaines selon le projet.
2 Prototyper vite et mal
Les premiers prototypes sont moches et cassés. C'est voulu. On teste l'idée de base sans perdre de temps sur le polish. Si personne n'accroche au concept brut, inutile d'aller plus loin.
3 Itérer avec des vrais utilisateurs
On sort une version alpha limitée à cinquante personnes maximum. Ils nous remontent ce qui ne va pas — et ils sont jamais tendres. C'est exactement ce qu'on cherche. Cette phase dure généralement deux mois.
4 Peaufiner et documenter
Une fois que le fonctionnel tient la route, on soigne l'interface et on écrit la documentation. Oui, dans cet ordre. Parce qu'un outil qui marche mal avec une belle interface, ça reste un outil qui marche mal.