Développement d'applications sur mesure pour votre métier.

Les deux — c'est le même métier. Le développement web sur mesure couvre tout ce qui se code spécifiquement pour vous dans un navigateur : un site web sur mesure quand un thème acheté ne suffit plus, une application web sur mesure (espace client, plateforme de réservation, back-office), et le logiciel métier qui relie le tout. En tant qu'agence de développement web, nous intervenons là où une entreprise de développement classique et un constructeur de sites se renvoient la balle : le projet trop spécifique pour un template, trop web pour un éditeur logiciel. La frontière avec la création de site web est simple : si votre besoin est un site qui présente et convertit, c'est là-bas ; si votre besoin a des règles métier, des comptes utilisateurs ou des données à traiter, c'est ici — et nos prix de départ sont publiés.

Oui — c'est même le sur mesure le plus rentable. La RPA (automatisation des processus) ne remplace pas votre logiciel de gestion, votre ERP ou votre CRM : elle les fait dialoguer. Une commande validée sur le site crée la facture dans l'outil comptable, met à jour le stock et déclenche l'e-mail de suivi, sans ressaisie. Quand un connecteur standard existe (API officielle, n8n ou Make), on l'utilise ; quand il n'existe pas, on le développe. Le devis distingue toujours les deux — vous ne payez du développement que là où il est inévitable.

Trois signaux clairs en 2026 : (1) vous payez 5+ abonnements SaaS qui se chevauchent et aucun ne couvre votre process entier ; (2) vos équipes passent plus de 5 h/semaine à copier-coller entre outils ; (3) un SaaS impose un process qui vous fait perdre du CA (règles métier inversées, workflows rigides). Sous ces seuils, un SaaS + quelques automatisations n8n/Make suffit. Au-dessus, le sur mesure amorti en 12-24 mois.

Par défaut : Next.js 16 (Server Components, Cache Components, Fluid Compute), PostgreSQL via Neon ou Supabase, Redis Upstash pour le cache, Vercel pour l'hébergement. Pour les besoins lourds : Python (FastAPI) côté backend data/ML, Rust pour le temps réel critique, Go pour les services haute volumétrie. Ce choix n'est pas idéologique : c'est la stack qui permet à un dev solo de maintenir un produit utilisé par 10k users sans y consacrer 100 % de son temps.

Le no-code 2026 est devenu bon : pour un MVP interne de 3-5 utilisateurs, Retool ou Bubble vous mettent en route bien plus vite que n'importe quel développement sur mesure. Les limites apparaissent à l'échelle : performance dégradée au-delà de 10k enregistrements, coûts qui explosent avec le nombre d'utilisateurs, dépendance forte au vendor, difficulté à faire évoluer la logique métier complexe. Nous recommandons souvent un démarrage Retool/Airtable pour valider l'usage, puis bascule en code sur mesure quand l'outil devient stratégique.

Trois règles appliquées sur tous nos projets. (1) Architecture modulaire dès le jour 1 : un domaine = un module isolé, séparation stricte entre logique métier et UI. (2) Tests automatisés non négociables : coverage > 70 % sur la logique critique, CI qui bloque les merges sans tests. (3) Documentation technique vivante : README à jour, ADR (Architecture Decision Records) écrits pour toutes les décisions structurantes, pas juste dans la tête du dev senior. Résultat : n'importe quel développeur peut prendre le relais en 1-2 jours.

Le planning se construit avec vous au cadrage, puis il est contractualisé au devis sous forme de jalons — jamais d'une promesse en l'air. Trois éléments le déterminent : le nombre d'écrans et de rôles utilisateurs (un outil interne à 3-5 écrans n'a rien à voir avec un SaaS complet gérant authentification, facturation, droits et back-office administrateur), la complexité des règles métier à modéliser, et le nombre d'intégrations à vos outils existants — une API moderne se branche vite, un logiciel métier fermé demande un vrai travail d'accès aux données. Une chose ne change pas : vous n'attendez jamais la fin pour voir quelque chose. On démarre par un prototype jouable sur le parcours le plus critique, puis on livre par incréments testables en conditions réelles.

VOUS. Zéro exception. Le code est poussé sur VOTRE organisation GitHub dès le premier commit, l'hébergement Vercel/AWS est sur VOTRE compte, les BDD sont dans VOS environnements, les accès admin à tous les services sont à VOTRE nom. Vous pouvez changer de prestataire ou reprendre le développement en interne à tout moment — on livre du code commenté, typé et documenté pour que ce soit possible sans friction.

Trois approches selon le cas. (1) API officielle du SaaS : HubSpot, Pipedrive, Salesforce, Sage, Pennylane, Odoo, Sellsy — quasiment tous exposent des API REST ou GraphQL propres. (2) Webhooks bidirectionnels : événements poussés en temps réel pour synchroniser sans polling. (3) ETL programmés (n8n, Make, Airbyte) : pour les outils legacy sans API moderne, on extrait en CSV/SFTP et on transforme côté backend. On fait l'audit de vos outils actuels au cadrage pour choisir la bonne approche.

C'est exactement pour ça qu'on impose une architecture modulaire. Ajouter un module (facturation, reporting, rôles avancés, intégration nouvel outil) se fait sans toucher au reste — commit isolé, tests dédiés, rollback possible. Les refactors profonds sont réservés aux cas rares (changement de modèle économique, passage multi-tenant, internationalisation) et sont planifiés sereinement, pas subis dans l'urgence.

Design pour la scalabilité dès le cadrage. Concrètement : (1) BDD avec indexes corrects et requêtes N+1 chassées dès le POC ; (2) Fluid Compute qui scale automatiquement les fonctions serverless sans cold starts ; (3) cache Redis sur les requêtes chaudes ; (4) queues durables pour découpler les traitements longs ; (5) observabilité pour voir la courbe de charge et anticiper les goulots. On teste en charge avant chaque release majeure (k6 ou Artillery simulant 10-100x le trafic cible).

6 mois de garantie corrective offerts post-livraison : bugs sur le périmètre livré corrigés sans frais. Au-delà, contrat de maintenance avec SLA selon votre besoin (réponse H+4, H+24 ouvrées, etc.). Alerting Sentry/Axiom configuré dès la mise en prod → on voit les incidents avant vous, on pousse un fix si bloquant, on communique dans la foulée.

Cinq variables structurent le chiffrage : le nombre d'écrans et de rôles utilisateurs (un outil à trois profils d'accès coûte plus qu'un outil mono-utilisateur), la complexité des règles métier à modéliser, le nombre et la qualité des intégrations (une API moderne s'intègre vite, un ERP legacy sans documentation non), les exigences de sécurité et de conformité (RGPD renforcé, traçabilité, audit) et la reprise de données existantes. On chiffre après un échange de cadrage gratuit de 30 minutes, avec une proposition détaillée sous 3 à 5 jours ouvrés — forfait ferme, 40 % au démarrage, 60 % à la livraison, avenant écrit pour tout hors-périmètre. Premier réflexe utile : décrivez votre process actuel via notre page contact, même en trois phrases.

Oui, et c'est fréquent : un back-office web pour les équipes sédentaires, une app mobile pour le terrain (techniciens, commerciaux, livreurs). On mutualise le backend — API unique, données partagées en temps réel — et on développe la partie mobile en React Native, détaillée dans notre offre de création d'app mobile. Quand l'usage mobile est occasionnel, une PWA (le même outil web, installable sur téléphone) suffit souvent et évite le coût d'une app dédiée. On tranche ce choix au cadrage, sur la base de vos usages réels — pas de la techno à la mode.

Oui — c'est une demande fréquente, traitée sans jugement sur le travail précédent. La méthode : un audit de reprise (lecture du code, état des tests, dette technique, sécurité des dépendances, documentation disponible), puis un rapport écrit avec trois scénarios chiffrés — consolider l'existant, refondre partiellement, repartir proprement — et une recommandation argumentée. On refuse de reprendre un projet quand la réparation coûterait plus cher que la refonte : vous le savez avant de signer, pas après. Si l'existant est sain, on s'y intègre : mêmes outils, mêmes conventions, montée en compétence de votre équipe incluse.

Vous choisissez, et c'est écrit au devis. Trois configurations couvrent la quasi-totalité des cas : hébergement européen managé (Vercel et bases de données en région UE) pour la majorité des applications métier ; hébergeur français (OVHcloud, Scaleway) quand un client donneur d'ordre l'exige contractuellement ou que vos données sont sensibles ; infrastructure existante de votre entreprise quand vous en avez déjà une. Dans tous les cas, les comptes sont ouverts à votre nom et payés par vous — pas de refacturation opaque. Côté accès : chiffrement des données en transit et au repos, comptes nominatifs pour vos utilisateurs, journalisation des actions sensibles, purge programmée des données que vous n'avez plus le droit de conserver. Nos propres accès de développement sont limités au strict nécessaire et révocables par vous en un clic. Les mesures de durcissement plus poussées — test d'intrusion, conformité NIS2 — relèvent de notre offre de cybersécurité.

C'est le scénario que nous préférons, parce qu'il rend le projet durable. Concrètement : conventions de code décidées ensemble au démarrage, revues de code croisées sur chaque évolution, accès égal aux environnements et aux secrets, et un canal de discussion permanent plutôt qu'un point mensuel. Votre développeur interne connaît votre métier mieux que nous ; nous apportons la vitesse de mise en place et les réflexes d'architecture. Quand votre objectif est d'internaliser à terme, on le planifie dès le cadrage : montée en compétence progressive sur les modules critiques, documentation des décisions structurantes, dernière phase où votre équipe code et où nous ne faisons plus que relire. Une passation réussie, c'est une passation qu'on prépare depuis le premier sprint — jamais un transfert de dossiers le dernier vendredi.