Insights — Architecture
Sur mesure ou logiciel du marché ? La bonne réponse n'est jamais idéologique.
Le logiciel du marché est plus rapide à démarrer et moins risqué. Le sur mesure s'aligne exactement sur votre métier et vous appartient. Entre les deux, la vraie question est le coût total sur cinq ans — et ce que vous voulez pouvoir changer sans dépendre de personne.
01 — Le constat
On compare souvent un abonnement mensuel à une facture de développement. C'est la comparaison qui coûte cher.
Un abonnement à 40 € par utilisateur pour vingt personnes représente près de 10 000 € par an, soit 48 000 € sur cinq ans, hors modules complémentaires, hors intégration et hors reprise de données au départ. Un développement sur mesure annoncé à 60 000 € paraît deux fois plus cher — jusqu'à ce que l'on compte les adaptations de processus, les licences additionnelles et le coût des contournements quotidiens.
La question n'est donc pas « quel est le prix ? », mais « qu'est-ce qui produit le moins de coût total, y compris le coût de ce que vos équipes font en dehors de l'outil ? ».
01Cinq questions qui tranchent réellement
Nous posons toujours les mêmes questions avant de conseiller une direction. Elles évitent les débats d'opinion et ramènent la décision à des faits mesurables.
- Votre processus est-il un avantage concurrentiel, ou une commodité que tout le monde fait pareil ?
- Combien d'adaptations de votre façon de travailler l'outil du marché exige-t-il, et à quel coût ?
- Que se passe-t-il si vous voulez changer de fournisseur dans trois ans : qui détient vos données, et sous quel format ?
- Quel est le coût réel des contournements actuels — tableurs, ressaisies, doubles saisies ?
- Quelle vitesse vous faut-il, et quel risque acceptez-vous pour l'obtenir ?
02Le marché gagne souvent, et il faut le dire
Pour la comptabilité, la paie, la messagerie, la gestion documentaire standard, un logiciel du marché est presque toujours le bon choix : le cadre réglementaire impose les mêmes règles à tout le monde, et un éditeur spécialisé maintient mieux qu'une équipe réduite.
Nous le disons clairement à nos clients, même quand cela ne nous arrange pas. Notre valeur n'est pas de vendre du développement : elle est de placer l'effort d'ingénierie là où il produit une différence.
03Le sur mesure gagne quand le métier est la valeur
Un ERP ou un CRM spécialisé devient pertinent dès lors que votre façon de travailler est un avantage : une logique de production particulière, un mode de facturation complexe, une planification où se joue votre marge.
Dans ce cas, l'argument décisif n'est pas esthétique. Un logiciel aligné sur le métier supprime des ressaisies, fiabilise des indicateurs et réduit le temps de traitement — c'est mesurable, et c'est ce que nous engageons à mesurer.
04Quoi qu'il arrive : rester réversible
La pire issue n'est ni le sur mesure ni le marché : c'est l'enfermement. Nous appliquons donc trois règles à tous nos projets, quelle que soit la solution retenue.
Vos données restent récupérables dans un format ouvert et documenté ; le code source et les accès vous appartiennent ; et la réversibilité est organisée dès la conception, pas négociée au moment du départ.
- Export complet des données, documenté et testé
- Code source, dépôts et accès livrés au client
- Documentation d'architecture remise à chaque étape
- Plan de transfert prévu au contrat
02 — Comparaison honnête
Ce qui change dans la pratique, pas dans les catalogues
| Avant | Avec Zorglon |
|---|---|
| Un abonnement dont le prix augmente à chaque module ajouté | Un périmètre construit une fois, dont le coût de fonctionnement est connu |
| Des équipes qui adaptent leur travail à l'outil | Un outil qui suit le processus réel, y compris ses exceptions |
| Des données chez l'éditeur, exportées à sa convenance | Des données chez vous, dans un format ouvert et documenté |
| Une évolution à demander, puis à attendre | Une évolution planifiée, chiffrée et livrée par étapes |
03 — Questions courantes
Les objections que nous entendons le plus
Le sur mesure, n'est-ce pas plus risqué ?
Le risque existe, mais il se réduit à trois conditions : un périmètre livré par étapes plutôt qu'un grand projet unique, une reprise de l'existant mesurée avant de coder, et des points de décision réguliers où l'on peut arrêter. Un projet qui livre une brique utile en six semaines est moins risqué qu'un abonnement de cinq ans mal adapté.
Et si vous disparaissez ?
C'est la raison pour laquelle nous livrons le code source, les dépôts, la documentation d'architecture et les procédures d'exploitation. Un tiers doit pouvoir reprendre le système sans nous. Cette exigence est inscrite au contrat, pas laissée à la bonne volonté.
Combien de temps avant la première brique utile ?
Trente à quarante-cinq jours pour un pilote en production limitée, quand le périmètre est clair et les règles métier disponibles. Nous livrons d'abord ce qui remplace une douleur mesurable, puis nous étendons.
Vous hésitez encore entre les deux ?
Trente minutes suffisent pour poser le problème et vous dire, franchement, si un logiciel du marché fait le travail ou si le sur mesure se justifie.