Aucun SaaS ne couvre votre besoin
Métier trop spécifique, conditions d'usage particulières, intégrations à des systèmes propriétaires. Le SaaS standard ne tient pas.
Développement de logiciel sur mesure. Quand le SaaS ne couvre pas, on construit.
Certains besoins ne tiennent pas dans un outil du marché. Adressage faible, métier trop spécifique, contraintes de souveraineté, performances exigeantes. On construit le logiciel métier qui colle. Au forfait, scope fermé, sources transmises.
La définition
Qu'est-ce qu'un logiciel métier sur mesure ?
Un logiciel sur mesure, conçu pour votre métier plutôt qu'acheté sur étagère, quand aucun SaaS du marché ne colle vraiment. On parle aussi de développement de logiciel sur mesure, de logiciels sur mesure ou d'application métier : c'est le même travail. On part de votre besoin réel, pas d'un cahier des charges figé qui dérive en avenants : périmètre cadré au forfait, intégration à vos outils existants (ERP (enterprise resource planning, progiciel de gestion intégré), CRM, API (application programming interface, interface de programmation)), hébergement conforme au RGPD, sources transmises à la livraison. On l'appelle aussi outil métier, application métier ou développement sur mesure. Vous restez propriétaire, sans dépendance créée, avec une maintenance légère si vous le souhaitez.
Quand ce format est pertinent
Trois situations qui justifient le sur-mesure.
On ne vend pas du sur-mesure à tout prix. Quand un SaaS du marché couvre votre besoin, on vous le dit. Notre métier intervient quand le besoin sort vraiment du cadre.
-
01 -
02 Vous voulez garder la souveraineté
Données sensibles qu'on ne veut pas héberger chez un éditeur tiers, exigences réglementaires, indépendance stratégique.
-
03 Vous avez besoin de performances spécifiques
Volumes élevés, latence critique, calculs complexes en local. Les SaaS génériques ne tiennent pas la charge ou coûtent trop cher.
La méthode d'un projet sur mesure
Quatre temps. Pas un de plus.
Construction par sprints courts, sources livrées au fil de l'eau, sortie de mission préparée dès le contrat. Pas de surprise au go-live.
- 01
Cadrage rémunéré
Atelier de cadrage qui fige le périmètre, les délais, les critères de recette. Livrable qui vous appartient si vous ne continuez pas.
2 à 5 jours
- 02
Construction au forfait
Sprints courts, démos régulières, environnement de staging accessible. Sources livrées au fil de l'eau, pas à la fin.
Sources livrées en continu
- 03
Mise en production sécurisée
Recette détaillée, plan de bascule, plan de rollback prêt avant le go-live. Surveillance les premières semaines.
Rollback prêt à dégainer
- 04
Transfert et formation
Documentation complète, formation du référent interne, transfert des sources et des accès. Vous exploitez sans nous.
Aucune dépendance créée
Ce qui n'est pas comme ailleurs
Trois différenciateurs signature.
-
01 Sources transmises, pas verrouillées
Le code que nous construisons vous appartient. Vous pouvez le faire évoluer en interne, le confier à un autre prestataire, ou l'arrêter. Pas de licence cachée.
-
02 Architecture réutilisable
Notre plateforme BougeMaville a été conçue pour les villes, puis adaptée à la gestion du risque chez un industriel, puis au chantier de tramway de Liège, puis à Welfarm, puis à Expertise France. On construit pour durer, pas pour vous obliger à nous rappeler.
-
03 Cadrage rémunéré, pas devis gratuit
Un devis gratuit est un brouillon. Un cadrage rémunéré est un livrable. Vous repartez avec une feuille de route exploitable même sans nous.
Le sur-mesure ne se justifie pas par le goût du sur-mesure. Il se justifie quand le marché ne couvre pas le besoin.
À lire avant tout le reste
La plupart des entreprises qui demandent du sur-mesure devraient acheter.
Avant d'écrire une ligne, regardez sérieusement ce que le marché vend déjà. Pas un coup d'œil de cinq minutes : listez vos processus, essayez deux ou trois produits, et laissez les gens qui s'en serviront cliquer eux-mêmes. Si un produit couvre l'essentiel et que le reste se paramètre ou se contourne sans douleur, achetez-le. L'éditeur le maintient, corrige ses failles et absorbe les changements réglementaires, et vous payez du paramétrage plutôt que de la construction.
Construire se justifie quand le besoin sort réellement du marché : un vocabulaire propre à votre métier, des intégrations avec des systèmes que vous seul exploitez, une contrainte de souveraineté, ou un processus qui fait partie de votre avantage concurrentiel. Pas quand il est simplement plus agréable de posséder quelque chose fait pour soi, ce qui est une raison confortable et chère.
La première question qu'on pose sur un projet est donc de savoir s'il faut le construire. Quand la réponse est non, on le dit, et cette conversation ne vous coûte rien.
Spécial PME
Ce que ça change pour vous, en clair.
Pas de cahier des charges en cinq cents pages. On part de ce qui vous coûte du temps ou ce qui vous bloque commercialement. On cadre, on construit, on livre. Vous gardez les sources, vous gardez la main.
Si vous lisez plus bas du vocabulaire technique (stack, architecture, API), c'est pour les DSI qui doivent valider en interne. Vous n'avez pas besoin de le comprendre pour décider de nous appeler.
TruckAlert, construit pour l'ONG Welfarm : deux mille cinq cents constats de terrain structurés, exploités par le Ministère de l'Agriculture.
L'exemple parfait
BougeMaville. Cinq terrains, un seul socle technique.
Aucun SaaS du marché ne couvrait notre cas d'usage initial. On a conçu BougeMaville sur-mesure, livré en production, transmis les sources. Et l'architecture a essaimé d'un contexte à l'autre sans réécriture.
- 1 Villes, première mise en service comme portail mobile mairie-administrés.
- 2 Industriel leader du bâtiment, signalement de risque sur chantiers, mode hors connexion natif.
- 3 Agglo de Liège, suivi du chantier de tramway. 3 000 signalements collectés, 24 villes, 650 000 habitants.
- 4 Welfarm, application TruckAlert pour les transports d'animaux en canicule. Notifications citoyens, données transmises au Ministère.
- 5 Expertise France, mission smart city sur terrain à adressage faible.
Les sources vous appartiennent. Vous pouvez faire évoluer l'outil en interne, le confier à un autre, ou l'arrêter.
Vos questions
Ce qu'on nous demande avant de construire.
-
Comment savoir si un logiciel du marché suffirait ?
Listez vos processus, puis faites essayer deux ou trois produits par les personnes qui s'en serviront, pas par la direction. Si un produit couvre l'essentiel et que le reste se paramètre, achetez-le. Le sur-mesure se justifie quand le besoin sort du marché : vocabulaire propre au métier, intégrations à des systèmes que vous seul exploitez, souveraineté, ou un processus qui fait partie de votre avantage concurrentiel.
-
Qui est propriétaire du code à la fin ?
Vous, et c'est écrit dans le contrat. Sources, comptes, hébergement à votre nom. Vous pouvez reprendre la maintenance en interne, la confier à un autre prestataire, ou nous garder : les trois restent possibles au moment de la livraison, et ce n'est pas une clause à négocier après coup.
-
Que se passe-t-il si le besoin change en cours de route ?
Le périmètre est cadré au forfait, donc un changement se traite comme un changement : on le chiffre et vous décidez. Ce qui ne se produit pas, c'est la dérive silencieuse où le budget augmente sans que personne ait rien signé. C'est aussi pour ça qu'on découpe en vagues courtes avec une démonstration à chaque fin de vague.
-
Faut-il un cahier des charges avant de vous appeler ?
Non. Un cahier des charges écrit sans regard technique fige souvent une solution avant d'avoir posé le problème. On part de ce qui vous coûte du temps ou de ce qui vous bloque commercialement. Si vous en voulez un quand même, notre modèle de cahier des charges est téléchargeable et il est fait pour être rempli sans nous.
Prochaine étape
Décrivez le besoin. On dit si c'est faisable.
Vingt minutes au téléphone. Si le besoin est dans nos cordes, on cale une feuille de route stratégique (2 à 3 k€ HT, déduit si suite) qui sort le périmètre, les délais, et le chiffrage.