Pas de marketing. Sept convictions qui dictent comment on code, comment on facture, comment on parle à nos clients.
C'est un produit. Un objet vivant qui va encaisser du trafic, recevoir des mises à jour, accueillir de nouvelles features, traverser des refontes partielles. On code en pensant à dans trois ans, pas à dans trois mois.
On ne fait pas du beau pour faire du beau. Chaque choix visuel répond à une question business : convertir, rassurer, expliquer, vendre. Si une animation ne sert rien, elle dégage.
Un site lent est un site cassé. On benchmark chaque livraison — Lighthouse, Core Web Vitals, WebPageTest. Pas en interne pour se rassurer : dans le rapport qu'on remet au client, avec les chiffres et les comparatifs.
On refuse les architectures-puzzle qui forcent le client à nous garder. Pas de framework maison, pas de logique cachée, pas de dépendances exotiques. Standards, conventions, documentation. Notre meilleur compliment, c'est qu'un dev externe reprenne le code sans nous appeler.
Si on s'est trompés sur l'estimation, c'est notre problème, pas le vôtre. Le prix indiqué est le prix payé. Pas d'avenants surprises, pas de "ah on n'avait pas chiffré ça". Si vous changez la spec, on fait un avenant clair. Sinon, le devis tient.
15% des utilisateurs ont une situation de handicap, permanente ou temporaire. On code avec ces utilisateurs en tête — sémantique HTML correcte, contrastes WCAG, navigation clavier, lecteurs d'écran. C'est juste du métier bien fait.
Vous nous demandez quelque chose qui n'est pas dans nos cordes ? On vous le dit, on vous recommande quelqu'un de plus compétent. Pas d'over-promise, pas d'apprentissage sur votre temps. Notre crédit vaut plus qu'une facture.
On serait probablement de bons partenaires de travail.
Démarrer la conversation →