Logiciel sur mesure & ingénierie produit
Quand un logiciel du marché oblige votre processus à se plier, le contournement devient le travail. Nous construisons le système qui convient — et vous en remettons les clés.
Le développement sur mesure consiste à construire une application spécifiquement pour les processus d'une organisation, plutôt que d'adapter cette organisation à un produit pensé pour la moyenne du marché. Le résultat est un système qui vous appartient entièrement — code source, modèle de données et infrastructure — au lieu d'une licence que vous louez.
C'est le bon choix quand le processus est votre avantage concurrentiel, quand aucun produit du marché ne couvre le flux de bout en bout, ou quand vous payez trois outils plus le travail manuel pour les synchroniser. C'est le mauvais choix quand un produit mature fait déjà le travail — une conclusion que nous tirerons honnêtement avec vous avant de chiffrer un développement.
En pratique, la plupart des développements relèvent de trois cas : remplacer un tableur devenu discrètement une infrastructure critique, unifier des systèmes qui ne se parlent pas, ou transformer en produit un outil interne que des clients ont commencé à réclamer.
La question que nous traitons lors de la première séance — généralement avant que quiconque ne parle de technologie.
| Acheter un produit du marché | Configurer une plateforme | Développer sur mesure | |
|---|---|---|---|
| Idéal quand | Un produit mature couvre déjà 90 % du processus | La plateforme convient, mais le dernier kilomètre exige vos règles | Le processus est l'élément différenciant, ou rien ne convient |
| Coût initial | Le plus faible | Faible à modéré | Le plus élevé |
| Coût récurrent | Licence par utilisateur, qui augmente avec les effectifs | Licence plus maintenance des personnalisations | Hébergement plus les évolutions que vous choisissez |
| Délai de mise en valeur | Quelques jours à quelques semaines | Quelques semaines à deux mois | Deux à six mois pour une première version |
| Adéquation à votre processus | Vous vous adaptez au produit | Proche, dans les limites de la configuration | Exacte, par définition |
| Si vous le dépassez | Projet de migration, si l'export des données le permet | Les personnalisations suivent rarement | Il vous appartient — étendez-le ou réhébergez-le librement |
Nous n'avons aucun intérêt financier dans cette réponse — nous ne revendons pas de licences. Si l'achat l'emporte, nous le dirons et vous aiderons à bien le configurer.
Six formes qui couvrent l'essentiel du travail qui nous arrive.
Applications métier internes
Outils opérationnels, consoles d'administration, circuits de validation et systèmes qui font tourner les parties de l'entreprise pour lesquelles aucun produit n'a été conçu. C'est généralement le développement le plus rentable d'une entreprise.
Plateformes destinées aux clients
Portails, places de marché, systèmes de réservation et espaces clients — là où le logiciel est l'expérience produit et où chaque indisponibilité coûte du chiffre d'affaires.
Produits SaaS
Applications multi-locataires avec abonnements, mesure de l'usage et accès par rôles. Nous avons construit et exploitons notre propre plateforme de facturation : ce n'est pas théorique.
Refontes de systèmes historiques
Remplacer des systèmes qui fonctionnent encore mais qu'on ne peut plus modifier sans risque. Fait progressivement avec l'ancien système en service, pas en bascule brutale accompagnée d'une prière.
Couches d'intégration
Le middleware qui met vos systèmes existants d'accord — ERP et boutique en ligne, CRM et facturation, entrepôt et transporteur.
Back-ends de données et de reporting
Les pipelines et API qui alimentent les tableaux de bord, plus le travail ingrat de justesse — rapprochement, idempotence, pistes d'audit — qui rend les chiffres fiables.
Des choix par défaut, pas des dogmes. Si votre équipe maintient le code après la passation, sa pile technique l'emporte généralement.
Back-end
- TypeScript / Node.js
- Python
- PostgreSQL
- Redis
- Prisma
- REST & GraphQL
Front-end
- React
- Next.js
- TypeScript
- Tailwind CSS
- React Native
Infrastructure
- Docker
- Kubernetes
- Terraform
- AWS / Azure / GCP
- Cloudflare
- GitHub Actions
Qualité
- Vitest / Jest
- Playwright
- ESLint & vérification de types
- Environnements de prévisualisation
Nous choisissons délibérément l'option sans surprise. La nouveauté est un coût de maintenance que vous payez après notre départ.
Quatre étapes avec un livrable concret à la fin de chacune — pour juger l'avancement sur quelque chose de réel, pas sur un pourcentage.
- 01
Cadrage
Une séance de travail sur le problème, le processus actuel et ce que serait le succès en chiffres. Nous cartographions le flux, signalons les intégrations qui feront mal et dimensionnons le travail.
LivrableCadrage écrit, approche et fourchette de coût — gratuits, et à conserver.
- 02
Conception
Modèle de données, architecture et conception des interfaces. Des prototypes cliquables pour tout ce qui touche l'utilisateur, pour que les désaccords portent sur un écran plutôt que sur du code terminé.
LivrablePrototype, schéma et compte rendu de décision d'architecture.
- 03
Développement
Des itérations de deux semaines. Une démo fonctionnelle à la fin de chacune, sur un environnement de préproduction utilisable dès la première semaine. Tests, revue de code et CI font partie du travail.
LivrableUn logiciel fonctionnel en préproduction, toutes les deux semaines.
- 04
Lancement & exploitation
Déploiement en production, supervision, sauvegardes et plage de support — ou une passation propre si vous internalisez.
LivrableSystème en production, procédures, accès, code source.
Ce ne sont pas des lignes de nos devis. C'est ce que signifie construire un logiciel correctement.
Tests automatisés
Tests unitaires et d'intégration pour la logique métier, tests de bout en bout pour les parcours critiques. Pas de théâtre à 100 % de couverture — de la couverture là où une régression vous coûterait vraiment de l'argent.
CI et environnements de prévisualisation
Chaque modification est construite, testée et déployée sur une URL de prévisualisation. Vous validez les fonctionnalités sur un vrai environnement avant leur fusion, pas sur une capture d'écran.
Revue de code
Rien n'atteint votre branche principale sans qu'un second ingénieur l'ait lu. Le responsable technique relit tout ce qui touche aux données, à l'argent ou à l'authentification.
Une documentation qui nous survit
Les décisions d'architecture avec leur justification, des procédures pour les tâches d'exploitation et un README qui fonctionne sur une machine neuve. Rédigés au fil de l'eau, pas reconstitués à la fin.
Des types de travaux représentatifs, pas des noms de clients — nous ne les publions pas sans autorisation écrite.
Une console d'exploitation qui remplace les tableurs
Un distributeur gérant stock, prix et expéditions dans des tableurs partagés. Un seul système avec des rôles, une piste d'audit et une vue mobile pour l'entrepôt.
Un portail client en libre-service
Réduire le support entrant en permettant aux clients de faire eux-mêmes les cinq choses pour lesquelles ils appellent — consulter un statut, télécharger une facture, demander une modification, mettre à jour leurs informations, suivre une livraison.
Facturation et rapprochement
Encaissement avec rapprochement automatique des commandes, facturation conforme et un registre qui résiste à un audit.
Un outil interne devenu produit
Prendre un outil construit pour une entreprise et le rendre multi-locataires — authentification, offres, mesure de l'usage et inscription en libre-service — pour pouvoir le vendre.
Pas de grille de taux journaliers ici, car la réponse honnête dépend du périmètre. Ce que nous pouvons vous dire, c'est comment le chiffre est construit.
- Les projets au périmètre fixe font l'objet d'un prix forfaitaire après la séance de cadrage gratuite — vous voyez le chiffre avant de vous engager sur quoi que ce soit de payant.
- Les équipes dédiées sont facturées mensuellement par personne avec un préavis de 30 jours, ce qui convient aux feuilles de route qui changent plus vite qu'un contrat.
- Nous facturons des jalons sur du logiciel fonctionnel en préproduction, pas des heures passées ni des documents produits.
- Les demandes de changement sont chiffrées séparément et explicitement. Les dérives de périmètre absorbées en silence, c'est ainsi que les projets prennent discrètement du retard.
Une première version utile prend généralement deux à six mois, selon le nombre de systèmes avec lesquels elle doit s'intégrer. Nous cadrons délibérément une première version qui résout le problème le plus coûteux plutôt que toute la liste de souhaits — la valeur arrive plus vite aux utilisateurs et le reste de la feuille de route s'améliore grâce à l'usage réel.
Démarrer un projet
Un paragraphe sur le problème suffit pour commencer. Nous revenons avec une approche, un ordre de grandeur de coût et un avis honnête sur l'opportunité même de développer.
- Réponse sous un jour ouvré
- Séance de cadrage gratuite, sans engagement
- Le document de cadrage vous appartient dans tous les cas