Quand le logiciel du marché ne colle pas à votre façon de travailler
Vous avez testé trois solutions. Chacune couvre 70 % du besoin et impose de changer le reste de vos process. Le sur mesure prend le problème dans l'autre sens : on part de votre métier, pas du produit d'un éditeur.
Le problème n'est jamais ce que le logiciel fait, c'est ce qu'il ne fait pas
La démonstration commerciale s'est très bien passée. L'outil couvrait l'essentiel, l'interface était moderne, le prix par utilisateur semblait raisonnable. Six mois plus tard, vos équipes ont recréé dans un tableur la partie que le logiciel ne gère pas, quelqu'un fait des exports tous les vendredis pour recoller les deux, et vous payez une licence pour un outil que vous n'utilisez qu'à moitié.
Ces 30 % qui coincent, ce sont presque toujours ce qui fait votre spécificité : une façon de tarifer que personne d'autre n'a, un circuit de validation propre à votre secteur, une contrainte réglementaire qui ne concerne que vous. Autrement dit, ce sur quoi vous ne pouvez justement pas vous aligner sur les autres.
C'est là que le sur mesure a du sens. Pas partout : uniquement là.
Sur mesure ou progiciel du marché ?
| Progiciel du marché | Développement sur mesure | |
|---|---|---|
| Coût de départ | Faible | Élevé |
| Coût sur cinq ans | Licences par utilisateur, qui montent avec l'effectif | Investissement unique, puis maintenance |
| Adaptation à votre métier | Vous vous adaptez au logiciel | Le logiciel s'adapte à vous |
| Dépendance à l'éditeur | Forte | Aucune, le code est à vous |
| Mise en route | Rapide | Plusieurs semaines |
| Pertinent quand | Votre process est standard | Votre process est votre avantage |
Le bon réflexe : ne développer sur mesure que ce qui vous distingue. La comptabilité, la paie, la messagerie et la signature électronique, prenez du standard, c'est moins cher et mieux maintenu. Gardez le budget de développement pour ce qu'aucun éditeur ne fera à votre place.
Un test simple : si vous pouvez décrire votre besoin à un confrère d'un autre secteur et qu'il comprend immédiatement, un outil du marché existe probablement. S'il faut vingt minutes d'explications, vous êtes sur du sur mesure.
Ce qu'on nous confie le plus souvent
Remplacer un tableur devenu critique
Il fait tourner une partie de l'activité, personne n'ose y toucher, et son auteur a quitté l'entreprise il y a deux ans.
Faire communiquer deux outils
Quelqu'un passe plusieurs heures par semaine à recopier des données de l'un vers l'autre. Le calcul de rentabilité se fait tout seul.
Digitaliser un process terrain
Fiches d'intervention, relevés, contrôles qualité, états des lieux, encore sur papier aujourd'hui.
Ajouter une brique à un ERP
Sans le remplacer, ce qui coûte une fraction du prix d'une migration complète.
Moderniser un logiciel interne
Vieillissant, que plus personne ne sait maintenir, souvent écrit dans une technologie pour laquelle on ne recrute plus.
Reprendre un projet abandonné
Un développement arrêté en cours de route, dont il faut d'abord évaluer ce qui est récupérable.
Nous ne jetons pas ce qui marche
La plupart des projets sur mesure ne partent pas d'une page blanche. Il y a un logiciel qui tourne, des données de dix ans, et surtout des habitudes de travail construites autour de l'outil actuel, y compris ses défauts.
Le chantier commence donc par un audit : ce que fait réellement le système en place, ce que valent les données, et ce qui doit être repris tel quel parce que ça fonctionne. Vient ensuite un plan de bascule qui permet de faire tourner l'ancien et le nouveau en parallèle le temps nécessaire, plutôt que d'éteindre l'un un vendredi soir en espérant que l'autre démarre le lundi.
La migration des données est presque toujours la partie la plus longue, et celle qu'on sous-estime le plus : dix ans d'historique contiennent des doublons, des champs remplis n'importe comment et des cas que le système actuel accepte sans le dire.
Combien prévoir
| Étape | À partir de | Délai |
|---|---|---|
| Audit de l'existant et cadrage | 3 000 € | 2 à 3 sem. |
| Première version métier en production | 12 000 € | 6 à 12 sem. |
| Plateforme complète | 45 000 € | 20 à 32 sem. |
Fourchettes indicatives issues de projets comparables. Le prix ferme figure dans la proposition de l'entreprise retenue.
L'audit et le cadrage peuvent se commander seuls. Vous en repartez avec un périmètre chiffré et un plan, libre ensuite de le faire réaliser ailleurs. Certains clients s'arrêtent là et découvrent qu'un outil du marché suffisait : c'est un bon résultat aussi.
Comment nous travaillons
Six étapes, en commençant par regarder ce qui existe déjà.
Propriété du code et réversibilité
Le code source, la documentation technique, les accès aux dépôts et aux environnements vous appartiennent et vous sont remis au fil du projet, pas dans un dossier à la toute fin.
Une clause de réversibilité prévoit ce qui se passe si vous changez de prestataire : ce que vous récupérez, sous quel format, sous quel délai, et avec quel accompagnement à la reprise. C'est court à écrire au moment du contrat et ça évite exactement le genre de blocage qui pousse des entreprises à garder pendant des années un prestataire dont elles ne sont plus satisfaites.
Questions fréquentes
Combien coûte un logiciel sur mesure ?
À partir de 12 000 € pour une première version métier en production, davantage dès qu'il y a des intégrations avec vos systèmes existants ou une reprise de données volumineuse. Le cadrage permet de chiffrer précisément et de découper en lots si le budget doit s'étaler sur deux exercices.
Est-ce vraiment moins cher qu'un abonnement à long terme ?
Cela dépend du nombre d'utilisateurs et de la durée. Une licence à 40 € par mois et par personne pour trente personnes représente environ 14 400 € par an, soit plus de 70 000 € sur cinq ans, sans compter les augmentations tarifaires. Faites le calcul sur votre propre cas : parfois le standard reste imbattable, parfois l'écart saute aux yeux.
Combien de temps avant que mes équipes l'utilisent ?
Entre 6 et 12 semaines pour une première version en production sur un périmètre réduit. Mettre un outil imparfait entre les mains des utilisateurs tôt vaut mieux qu'un outil complet livré un an plus tard : les retours d'usage réel valent tous les ateliers de spécification.
Que deviennent nos données actuelles ?
Elles sont reprises. La migration fait partie du projet : extraction, nettoyage, contrôle de cohérence, import, puis vérification par vos équipes sur des cas qu'elles connaissent. C'est souvent la partie la plus longue, et elle est chiffrée séparément.
Et si nos besoins changent en cours de route ?
Ils changent toujours, et c'est normal : voir le produit fonctionner fait apparaître des choses auxquelles personne n'avait pensé. Le développement se fait par sprints avec une démo toutes les deux semaines, ce qui permet d'arbitrer au fur et à mesure.
Qui forme les utilisateurs ?
La formation est prévue au projet, et nous recommandons de former d'abord un petit groupe de référents internes plutôt que tout le monde en même temps. Ce sont eux qui feront ensuite adopter l'outil, bien mieux qu'un prestataire externe.
Qui maintient l'outil ensuite ?
L'entreprise qui l'a développé, vos équipes internes, ou les deux. Comme le code et la documentation sont à vous, vous pouvez changer d'avis en cours de route.
Peut-on commencer petit ?
C'est ce que nous recommandons systématiquement. Un premier lot sur le process le plus douloureux, mis en production, puis on étend. Les projets sur mesure qui échouent sont presque toujours ceux qui ont voulu tout couvrir dès la première version.
Un process que rien du marché ne couvre ?
Racontez-nous comment vous travaillez aujourd'hui. L'audit et le cadrage vous donnent un périmètre chiffré et un plan.