Independent Engineering · Logiciel custom
Le logiciel standard résout des problèmes standard. Mais si votre modèle d'affaires n'est pas standard — une plateforme membres pour une fédération, une application d'enchères, un produit numérique avec sa propre logique tarifaire — il est plus rentable d'investir dans un logiciel propre que de forcer un SaaS qui ne conviendra jamais.
Aide à la décision
Le logiciel custom n'est pas toujours le bon choix. Quatre scénarios où il l'est — et trois où vous avez intérêt à rester sur du standard.
Vous vendez un produit numérique — une plateforme membres, une application de marketplace, un outil SaaS pour une niche sectorielle. Ici, le logiciel est l'actif lui-même. Les briques SaaS aident, mais l'expérience cœur doit vous appartenir.
Vous avez essayé un logiciel standard mais avez buté sur les limites de la plateforme pour une part importante des exigences. La customization devient plus coûteuse qu'un développement sur mesure, ou la plateforme commence à casser votre cas d'usage à chaque mise à jour.
Vous avez aujourd'hui 50 utilisateurs d'une solution SaaS, dans 3 ans vous en aurez 5 000. Dans beaucoup de modèles SaaS, 5 000 utilisateurs deviennent un poste de coût pour lequel un développement sur mesure serait déjà amorti après 18 mois.
Secteur public, fédérations, santé, infrastructures critiques. Ou une décision délibérée de réduire les risques liés aux clouds américains (Cloud Act, configurations Schrems II). Du custom sur Hetzner ou STACKIT est ici souvent la réponse propre.
Un outil interne qui modélise un processus métier, avec 5 à 50 utilisateurs internes, dont vous avez besoin en 8 semaines. Ici, Microsoft Power Platform est généralement plus rapide, moins coûteux et plus maintenable à long terme.
Système RH, comptabilité, CRM classique pour une équipe commerciale de 30 personnes. Il existe des éditeurs SaaS matures. Le logiciel custom dans ces domaines est le plus souvent symbolique — et un rappel coûteux qu'un outil standard aurait été plus rapide.
Stack technologique
Nous misons sur une stack éprouvée, intégralement basée sur TypeScript. L'argument est le pragmatisme : une stack, un langage, un savoir partagé dans l'équipe — de l'interface utilisateur à la migration de base de données. Pas d'architecture polyglotte dans laquelle chaque microservice est écrit dans un langage différent.
Rendu côté serveur pour de bons temps de chargement et un bon référencement. App Router. React Server Components là où c'est pertinent. Tailwind pour la cohérence stylistique. Validation des formulaires avec Zod. Nous construisons des interfaces qui restent rapides à leur échelle — même avec de vrais volumes de données.
NestJS apporte une structure modulaire propre, l'injection de dépendances, des schémas de tests intégrés. Pour les connexions API, REST ou tRPC selon le cas d'usage. Traitement de jobs avec BullMQ, authentification via OIDC ou magic-link.
PostgreSQL couvre 95 % de tous les cas d'usage relationnels. Avec des extensions comme pgvector, également des embeddings pour les applications AI. Gestion des migrations via Prisma. Sauvegardes horaires, restauration en un clic.
Hetzner Cloud depuis Falkenstein et Nuremberg pour la plupart des projets. STACKIT (groupe Schwarz, Heilbronn) pour les clients aux exigences de souveraineté plus élevées. Les deux sont opérés à 100 % dans l'UE, sensiblement moins chers qu'AWS/Azure et sans exposition au US Cloud Act.
Trois formes de projet
La forme adaptée dépend de l'avancée de votre réflexion et de la cible visée.
Vous avez une idée mais pas encore de voie de solution claire. En 2 à 4 semaines, nous validons les hypothèses techniques les plus importantes, construisons un prototype cliquable et livrons une esquisse d'architecture + une feuille de route.
Du prototype à un produit fonctionnel avec de vrais utilisateurs. En sprints de 2 semaines, avec des démos hebdomadaires, clairement centrés sur le workflow cœur. Tout ce qui n'est pas essentiel pour les premiers utilisateurs va dans la feuille de route qui suit.
Vous avez votre propre équipe produit, mais avez besoin de 1 à 3 ingénieurs expérimentés pour une phase donnée ou de manière durable. Nous travaillons avec vous, dans votre dépôt, dans vos sprints, avec vos revues.
Ancrage de souveraineté
Hébergement UE par défaut. Hetzner (Falkenstein, Nuremberg) ou STACKIT (Heilbronn). Les deux sans lien avec le US Cloud Act. Les sauvegardes restent dans l'UE, les journaux restent dans l'UE, le fournisseur d'identité reste dans l'UE.
Open source par défaut. Les frameworks et bibliothèques sont open source — Next.js, NestJS, PostgreSQL, Prisma. En cas d'urgence, vous pouvez reprendre chaque brique en interne ou la faire évoluer par un autre prestataire.
Propriété du code chez vous. Dépôts, configurations CI, scripts Infrastructure-as-Code — tout va dans votre organisation GitHub ou GitLab. Nous travaillons en invités chez vous, et non l'inverse.
Protection contre l'enfermement fournisseur. Nous évitons délibérément les dépendances propriétaires qui rendraient un changement coûteux. PostgreSQL plutôt qu'une base de données spécifique à un cloud. Des charges de travail conteneurisées qui tournent chez n'importe quel fournisseur cloud. Des conceptions d'API standardisées.
Auditabilité. Journaux structurés, documentation du modèle de données, ADR (Architectural Decision Records). Afin que tout ingénieur ultérieur — collaborateur interne ou autre prestataire — comprenne pourquoi telle ou telle chose a été construite ainsi.
Référence en production
Le License Cost Calculator à l'adresse licenses.arades.de est un exemple de la démarche exacte que nous vous vendons. Next.js sur Hetzner, PostgreSQL comme base de données, logique du modèle de licence Microsoft modélisée en TypeScript. Résultat : un outil qui permet aux responsables commerciaux et informatiques d'obtenir en 5 minutes une estimation de licence valable pour Microsoft Dynamics 365.
Eat your own dogfood. Nous vendons du développement de logiciel custom et l'utilisons nous-mêmes — comme véhicule marketing, comme outil commercial et comme preuve que la démarche fonctionne.
Pour aller plus loin
Le logiciel custom n'est souvent vraiment utile qu'avec une intégration AI. Nous combinons avec OpenAI, Claude, Mistral ou des LLM locaux.
Avant de construire : trancher Build vs. Buy. Microsoft vs. open source. Évaluer la souveraineté UE. Entretien de 45 minutes ou atelier de plusieurs jours.
L'aperçu de notre second pilier — tout ce qui ne relève pas directement de l'univers Microsoft, mais qui est stratégiquement et opérationnellement important.
Quand la voie Microsoft convient. Power Apps, Power Automate, Power BI, Power Pages — souvent l'alternative plus rapide au logiciel custom.
Questions fréquentes
Lorsque le logiciel standard ne couvre pas votre modèle d'affaires, lorsque vous voulez construire un produit numérique pour vos clients ou lorsque les coûts de licence, à partir d'une certaine échelle, deviennent disproportionnés. Si Microsoft Power Platform, Dynamics 365 ou un SaaS standard répond à vos besoins, nous le disons — et recommandons la voie standard.
Par défaut TypeScript, Next.js (frontend), NestJS (backend), PostgreSQL comme base de données. Hébergement chez Hetzner ou STACKIT en Allemagne. En option : Prisma comme ORM, tRPC pour des APIs typées, Redis pour le cache, stockage compatible S3. Nous utilisons une stack éprouvée — pas de roulette de frameworks.
Un Discovery-Spike (2 à 4 semaines) est chiffré conjointement. Un MVP (2 à 4 mois) s'inscrit dans un cadre forfaitaire. Une équipe intégrée (1 à 3 développeurs, mensuel) en mode équipe intégrée. Nous chiffrons de manière transparente — pas d'« heures de discussion » cachées.
À vous. Code source, dépôts, pipelines CI/CD, infrastructure — tout devient votre propriété. Vous pouvez à tout moment changer de prestataire ou reprendre la maintenance en interne, sans enfermement fournisseur. Cela fait partie de notre démarche de souveraineté.
Par défaut Hetzner (Falkenstein, Nuremberg) ou STACKIT (Heilbronn). Les deux sont opérés à 100 % dans l'UE, conformes au RGPD, sans exposition au US Cloud Act. Pour des exigences spécifiques (santé, secteur public), également Open Telekom Cloud ou IONOS. AWS ou Azure uniquement si le client le souhaite explicitement.
Oui — en tant que discipline à part entière. Applications iOS et Android avec .NET MAUI pour les stacks proches de Microsoft, React Native pour les projets cross-platform de grande envergure ou Swift/Kotlin natif, lorsque la tâche l'exige. Si votre cas d'usage est réalisable avec une progressive web app, nous le disons — sinon nous prenons la voie mobile.
Les deux. Nous reprenons des bases de code existantes (audit de code en premier lieu), modernisons des stacks plus anciennes (par exemple de PHP-Laravel ou Ruby-on-Rails vers Next.js/Nest) ou construisons des modules complémentaires. La condition est un regard réaliste sur la dette technique — pour les bases de code très anciennes, nous recommandons souvent une reconstruction en parallèle de l'exploitation existante.
45 min · gratuit · sans engagement
45 minutes pour parler techniquement de votre idée concrète. Make-or-Buy, choix de stack, lieu d'hébergement, réalisme budgétaire. Avec la personne qui construira ensuite. Pas de pression de préparation — venez avec ce que vous avez.
Services d'accompagnement
Les projets d'ingénierie ne tiennent que rarement seuls — logique de licence, clarification d'architecture, quality-gates, transfert de connaissances et exploitation ultérieure tournent généralement en parallèle. Voici les services d'accompagnement les plus fréquents que nous adossons à un Discovery-Spike, un sprint forfaitaire ou un contrat Application Care.
Avant · Architecture
Avant la mise en œuvre : structure des tenants, modèle de données, concept de sécurité, cartographie des intégrations. Le résultat est un document d'architecture avec lequel toute équipe d'ingénierie peut continuer à travailler — y compris une autre que nous.
Voir →
Avant · CSP
Quels bundles de licences pour quels utilisateurs, quels SKU complémentaires sont nécessaires, où vous êtes sur- ou sous-licencié. Acquis en tant que partenaire de licence Microsoft — avec l'option d'utiliser le CSP uniquement comme moyen de contrôle, sans maximisation de la marge.
Voir →
Pendant · Quality-Gate
Second avis indépendant pendant un projet de mise en œuvre en cours — que nous le menions nous-mêmes ou un autre partenaire. Quality-gates basés sur le CMMI, revues de risques, forfait par gate.
Pendant · Adoption
Pas l'atelier classique de 2 jours, oublié au bout d'une semaine — mais un programme d'apprentissage dynamique sur 4 à 6 semaines avec formation initiale, phases d'application et sessions d'approfondissement. Matrice de formation par rôle et par sujet.
Voir →
Après · Exploitation
Après la mise en service : contrat Application Care prévisible au forfait mensuel, fondé sur des SLA. Inclus : releases, hotfixes, extensions, durcissement des tenants — et accompagnement continu plutôt que simple réaction sur ticket.
Voir →
Après · Connaissance
Lorsque les développeurs initiaux sont partis, que le partenaire précédent n'est plus joignable ou que la documentation est obsolète — reverse engineering de la solution existante avec un résultat documenté : carte du code, modèle de données, inventaire des customizations.
Voir →
