Le développement logiciel sur mesure, dans les quatre formes qu'il prend : un produit SaaS, le back-office où travaillent vos équipes, une boutique en ligne, ou l'automatisation entre ce que vous utilisez déjà.
Un SaaS est un produit auquel vos clients accèdent depuis un navigateur et qu'ils paient au mois : un seul système qui sert plusieurs entreprises à la fois, chacune ne voyant que ses propres données. C'est cette forme qui le rend vendable, et c'est elle qui le rend difficile : l'isolation des locataires, la facturation et les droits doivent être justes dès le premier jour, pas rattrapés au centième client. Nous construisons l'ensemble : le produit, la facturation, la chaîne de déploiement, et le travail qui le rend trouvable. Un produit que personne ne trouve reste un loisir. Le SEO et le GEO, être cité par les moteurs de recherche comme par les assistants IA, font donc partie de la construction plutôt que d'une prestation à chercher ensuite.
Un back-office, c'est la face privée de votre activité : les écrans où vos équipes se connectent pour ajouter un produit, modifier une page, vérifier une commande ou savoir qui doit quoi. Vos clients ne le voient jamais, et c'est pourtant là que se passe l'essentiel de la journée. Nous le construisons dans les deux sens : comme le système sur lequel tourne votre entreprise, ou comme le panneau d'administration greffé sur un site, une boutique ou une application que vous avez déjà. Ce qui le distingue d'un SaaS, c'est à qui il s'adresse : un SaaS se vend à beaucoup d'entreprises, un back-office épouse le fonctionnement de la vôtre, avec votre vocabulaire sur les boutons et des droits qui correspondent à votre organigramme réel.
Une boutique en ligne, c'est trois choses qui doivent fonctionner ensemble : un catalogue que vos clients parcourent, un paiement qui encaisse sans les perdre en route, et un back-office où vous gérez ce qui est en vente et ce qui a été commandé. Nous construisons la boutique plutôt que de configurer un modèle, ce qui est le bon calcul quand ce que vous vendez n'entre pas dans le moule produit-et-variante habituel : réservations, abonnements, fabrication à la commande, ou des tarifs et des livraisons qui changent selon la région. Les paiements passent par Stripe, la vitrine est conçue pour être trouvée, et le code comme les données de vos clients vous appartiennent dès le premier commit.
Une automatisation, c'est une tâche que quelqu'un fait aujourd'hui à la main, confiée à une machine qui ne se lasse jamais : recopier un chiffre d'un outil à l'autre, trier ce qui arrive, lire un document et en classer le contenu. C'est la porte d'entrée la moins coûteuse des quatre, parce qu'elle ne remplace rien de ce que vous possédez déjà : nous relions vos systèmes existants et ne plaçons l'IA que là où elle le mérite. Chaque exécution est traçable : vous voyez ce qui s'est passé et pourquoi. Tout ce dont le modèle n'est pas sûr part vers une personne plutôt que d'être deviné.
Quatre domaines que nous couvrons, et ce avec quoi nous les couvrons. Chaque outil listé ici sert sur de vrais projets. Aucun n'est là pour remplir la liste.
Tout ce que l'on ouvre : un site public, un portail client, une application sur un téléphone. Next.js garde les pages rapides même sur mauvaise connexion, Rails porte les projets les plus chargés en règles métier, et Flutter construit iOS et Android une fois plutôt que deux. FastAPI est la couche en dessous, là où vos données circulent.
Le travail qui demandait une surveillance humaine. n8n relie les étapes qui doivent se dérouler pareil à chaque fois, et Hermes Agent prend celles qui demandent du jugement. Ollama fait tourner les modèles sur vos propres machines : rien ne sort de votre réseau quand les données sont sensibles. Claude Code, lui, tourne chez nous.
Là où tout tourne, là où reposent vos données, et comment vous apprenez qu'il y a un problème avant vos utilisateurs. PostgreSQL par défaut, car la plupart des données métier sont relationnelles ; MongoDB sort quand la forme d'un enregistrement varie vraiment. Hostinger garde les petits projets économiques, AWS répond aux auditeurs, Sentry et Grafana remontent ce que personne ne signale.
Votre produit vit rarement seul. Stripe encaisse les paiements, Brevo envoie les messages que l'on ouvre vraiment, et Chatwoot réunit le support au lieu de le disperser dans quatre boîtes mail. OneSignal prend en charge les notifications push sur iOS et Android, ce dont tout projet mobile a besoin et que personne ne veut redévelopper deux fois. PostHog montre ce que les gens ont fait, pour décider sur des usages plutôt que sur des avis.
La plupart des projets commencent par l'une de ces situations. Si l'une est la vôtre, la première conversation sera courte.
Il vous a mis sur le marché rapidement ; aujourd'hui chaque nouvelle fonctionnalité est un contournement. Vous payez par utilisateur un produit que vous ne pouvez pas faire évoluer.
La première version était bon marché ; elle est aujourd'hui impossible à maintenir. La refaire correctement est le seul devis qui ne revient pas.
La personne qui l'a écrit est partie, il n'y a pas de tests, et chaque modification est un pari. Alors rien ne bouge.
Exporter d'un outil, reformater, coller dans le suivant. Des heures par semaine pour ce qu'un script fait en quelques secondes.
Vous vous reconnaissez ? Qu'il s'agisse d'une refonte, d'un sauvetage ou d'un après-midi d'automatisation, la suite décrit comment nous prenons le relais.
Un projet ne commence pas par un devis. Il commence par une conversation, et chaque phase suivante se termine par quelque chose que vous pouvez regarder : un périmètre, une version qui tourne, un produit en production.
Nous partons de votre activité, pas de votre liste de fonctionnalités : ce que le processus vous coûte aujourd'hui, qui il ralentit, et ce que le changer vaudrait. Vous repartez en sachant si nous sommes les bonnes personnes, y compris quand la réponse est non.
Nous traduisons le problème en écrans et en user stories écrites, puis nous chiffrons le périmètre sur cette base. Vous validez une maquette et une liste de ce qui sera livré avant la première ligne de code : rien ne s'achète sur parole.
La construction avance par sprints courts, chacun se terminant par une démo qui tourne plutôt que par un pourcentage d'avancement. Vous voyez le produit à chaque sprint et pouvez réordonner la suite tant que c'est encore peu coûteux.
Vous recevez un produit en production, le code et la documentation qui vont avec, et une équipe capable de le reprendre. Solide veut dire terminé : testé, déployé et transmis, pas une démo en attente d'un dernier correctif.
Dites-nous avec quoi vous travaillez aujourd'hui. Nous revenons vers vous avec un périmètre, une première forme et une estimation honnête de l'effort.
