Independent Engineering · Logiciel sur mesure
Le logiciel standard resout les problèmes standard. Si votre modèle d'affaires n'est pas standard — une plateforme de membres pour une association, une application d'encheres, un produit numérique avec sa propre logique de prix — il est plus rentable d'investir dans votre propre logiciel que de forcer un SaaS qui ne conviendra jamais.
Aide à la décision
Le logiciel sur mesure n'est pas toujours le bon choix. Quatre scénarios ou il l'est — et trois ou vous feriez mieux de rester sur le standard.
Vous vendez un produit numérique — une plateforme de 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 principale doit vous appartenir.
Vous avez essaye un logiciel standard et avez atteint les limités de la plateforme pour une partie significative des exigences. Le customizing devient plus cher qu'un build interne, ou la plateforme commence a casser votre cas d'usage dans les mises a jour.
Vous avez aujourd'hui 50 utilisateurs d'une solution SaaS, dans 3 ans il y en aura 5 000. Pour de nombreux modèles SaaS, 5 000 utilisateurs deviennent un bloc de coût pour lequel un build interne serait amorti en 18 mois.
Secteur public, associations, santé, infrastructures critiques. Ou une décision délibérée de réduire les risques lies au cloud américain (Cloud Act, configurations Schrems II). Du sur mesure sur Hetzner ou STACKIT est souvent la réponse propre ici.
Outil interne qui modélisé un processus métier, avec 5 à 50 utilisateurs internes, dont vous avez besoin dans 8 semaines. Ici Microsoft Power Platform est typiquement plus rapide, moins cher et plus maintenable a long terme.
Système RH, comptabilité, CRM classique pour une équipe commerciale de 30 personnes. Il existe des SaaS matures. Le sur mesure dans ces domaines est souvent de la politique symbolique — et un rappel couteux que l'outil standard aurait été plus rapide.
Stack technique
Nous misons sur une stack TypeScript eprouvee et cohérente. Le pragmatisme prime : une stack, un langage, un savoir partagé dans l'équipe — de l'UI à la migration de base de données. Pas d'architecture polyglotte ou chaque microservice est écrit dans un langage différent.
Rendu côté serveur pour de bons temps de chargement et un SEO solide. App Router. React Server Components la ou c'est pertinent. Tailwind pour la cohérence stylistique. Validation de formulaires avec Zod. Nous construisons des UI qui restent rapides à leur échelle — même avec de vrais volumes de données.
NestJS apporte une structure modulaire claire, l'injection de dépendances, des patterns de test natifs. Pour les API : REST ou tRPC selon le cas d'usage. Traitement de jobs avec BullMQ, authentification via OIDC ou magic link.
PostgreSQL couvre 95 % des cas relationnels. Avec des extensions comme pgvector, aussi les 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 avec des exigences de souveraineté élevées. Tous deux 100 % UE, significativement moins chers qu'AWS/Azure et sans exposition au US Cloud Act.
Trois formats de projet
Le format approprié dépend de votre maturité et de l'objectif final.
Vous avez une idée mais pas encore de chemin de solution clair. Nous validons en 2 à 4 semaines les hypotheses techniques principales, construisons un prototype cliquable et livrons un schéma d'architecture + une feuille de route.
Du prototype au produit opérationnel avec de vrais utilisateurs. En sprints de 2 semaines, avec demos hebdomadaires, concentre sur le workflow principal. Tout ce qui n'est pas essentiel aux premiers utilisateurs passé dans la feuille de route ultérieure.
Vous avez votre propre équipe produit, mais avez besoin d'1 à 3 ingénieurs expérimentés pour une phase précise ou de maniere durable. Nous travaillons avec, dans votre depot, dans vos sprints, avec vos revues.
Ancrage souveraineté
Hebergement UE par défaut. Hetzner (Falkenstein, Nuremberg) ou STACKIT (Heilbronn). Tous deux sans lien avec le US Cloud Act. Les sauvegardes restent en UE, les logs restent en UE, le fournisseur d'identité reste en UE.
Open source par défaut. Frameworks et bibliothèques sont open source — Next.js, NestJS, PostgreSQL, Prisma. Vous pouvez en cas d'urgence reprendre chaque brique vous-même ou la faire évoluer par un autre prestataire.
Propriété du code chez vous. Depots, configurations CI, scripts infrastructure-as-code — tout passé dans votre organisation GitHub ou GitLab. Nous travaillons comme invités chez vous, pas l'inverse.
Protection contre l'enfermement fournisseur. Nous evitons sciemment les dépendances propriétaires qui rendraient un changement couteux. PostgreSQL plutot qu'une base spécifique à un cloud. Charges de travail en conteneur qui tournent chez n'importé quel fournisseur cloud. Designs d'API standardisés.
Auditabilite. Logs structures, documentation du modèle de données, ADR (Architectural Décision Records). Pour que tout ingénieur futur — interne ou autre prestataire — comprenne pourquoi une chose a été construite ainsi.
Référence en production
Le License Cost Calculator sur licenses.arades.de est un exemple précis de ce que nous vous vendons. Next.js sur Hetzner, PostgreSQL comme base de données, logique de modèles de licence Microsoft modélisée en TypeScript. Résultat : un outil qui permet aux responsables commerciaux et IT d'obtenir en 5 minutes un calcul de licence validé pour Microsoft Dynamics 365.
Eat your own dogfood. Nous vendons du développement sur mesure et l'utilisons nous-mêmes — comme véhicule marketing, comme outil commercial et comme preuve que la démarche fonctionne.
Questions fréquentes
Quand un logiciel standard ne couvre pas le modèle d'affaires, quand vous construisez un produit numérique pour vos clients ou quand les coûts de licence cessent d'être proportionnels au-delà d'une certaine échelle. 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. Hebergement chez Hetzner ou STACKIT en Allemagne. En option : Prisma, tRPC, Redis, stockage compatible S3. Une stack eprouvee — pas de roulette de frameworks.
Un Discovery-Spike (2 à 4 semaines) est cadre ensemble. Un MVP (2 à 4 mois) en cadre tarifaire fixe. Une équipe embarquee en mode mensuel. Tarif sur demande pour chaque format — calculs transparents, sans heures de discussion cachees.
A vous. Code source, depots, pipelines CI/CD, infrastructure — tout passé dans votre propriété. Vous pouvez à tout moment changer de prestataire ou reprendre la maintenance en interne, sans enfermement fournisseur. C'est au cœur de notre approche souveraine.
Par défaut Hetzner (Falkenstein, Nuremberg) ou STACKIT (Heilbronn). Tous deux 100 % UE, conformes RGPD, sans exposition au US Cloud Act. Pour des besoins spécifiques (santé, secteur public), Open Telekom Cloud ou IONOS. AWS ou Azure uniquement si le client le demande explicitement.
Oui — comme discipline a part. Applications iOS et Android avec .NET MAUI pour les stacks proches de Microsoft, React Native pour les projets cross-plateforme larges ou natif Swift/Kotlin quand le besoin l'exige. Si votre cas d'usage est realisable en application web progressive, nous le disons — sinon nous prenons la voie mobile.
Les deux. Nous reprenons les bases de code existantes (audit prealable), modernisons des stacks anciennes (par exemple PHP-Laravel ou Ruby-on-Rails vers Next.js/Nest) ou construisons des modules complémentaires. Condition prealable : un regard realiste sur la dette technique — pour les bases de code très anciennes, nous recommandons souvent une reconstruction en parallèle de l'ancien système.
45 min · gratuit · sans engagement
45 minutes pour discuter techniquement de votre idée concrète. Make-or-Buy, choix de stack, lieu d'hebergement, realisme budgétaire. Avec la personne qui construit ensuite. Pas de pression de préparation — apportez ce que vous avez.
