Logiciel du commerce ou outil sur mesure : comment décider ?
La question n'est pas de savoir laquelle des deux options est la meilleure, mais quelle part de votre façon de travailler vous acceptez de changer pour entrer dans un logiciel existant. Ce guide donne la grille que nous utilisons en audit — en commençant par les situations où le logiciel du commerce gagne, alors que nous vendons du développement sur mesure.
- Écrivez votre processus avant de comparer des offres : c'est l'écart entre ce processus et ce que le logiciel impose qui décide, jamais la liste des fonctionnalités.
- Si votre façon de faire ressemble à celle de tout votre secteur, le logiciel du commerce est le bon choix — et faire développer un outil serait une dépense évitable.
- Entre les deux, il existe presque toujours une option moins lourde : configurer l'existant, automatiser autour, et ne faire développer que la pièce qui manque.
Commencez par écrire votre processus, pas par regarder un catalogue
Le premier réflexe est d'ouvrir un comparatif. Il conduit à comparer des fonctions que vous n'avez aucun moyen de juger, faute d'avoir écrit ce que vous faites.
Prenez le processus qui vous préoccupe — la commande, le devis, le dossier client, la planification — et écrivez-le sur une page. Pas une intention : la suite réelle des gestes. Ce qui déclenche l'étape, qui la fait, ce qu'elle produit, à qui elle part ensuite.
Trois précisions rendent cette page utile :
- Notez les exceptions autant que le cas normal. C'est l'exception — le client historique facturé autrement, la commande urgente qui saute une validation — qui décide de la compatibilité avec un logiciel existant.
- Marquez d'un signe les étapes que vous refusez de changer, puis séparez celles que vous refusez par habitude de celles qui font votre différence.
- Faites relire la page par la personne qui exécute, pas seulement par celle qui supervise : l'écart entre les deux versions est déjà un résultat.
Cette page est votre référence pour la suite. Devant une démonstration, vous ne demanderez plus « que sait faire cet outil ? » mais « où mon processus casse-t-il dans cet outil ? ». La réponse se compte : en nombre d'étapes à modifier.
Quand le logiciel du commerce gagne
Voici sept situations dans lesquelles un logiciel existant est le bon choix. Nous vendons du développement sur mesure : lisez cette section comme un conseil de ne pas nous en acheter.
- Votre processus est celui de tout le secteur. Si la page que vous venez d'écrire ressemble à celle de vos confrères, faites-la passer au crible de deux ou trois offres existantes avant d'envisager autre chose.
- Le besoin est immédiat. Un outil existant s'essaie tout de suite. Un développement commence par un cadrage : c'est un investissement, pas un dépannage.
- Personne en interne ne portera l'outil. Un logiciel qui vous appartient a besoin d'un référent — quelqu'un qui arbitre les évolutions, signale les anomalies, forme les nouveaux arrivants. Sans ce rôle attribué à une personne nommée, l'outil dérive, puis il meurt.
- Le budget est contraint. Un abonnement s'arrête. Un développement se décide en connaissant la dépense d'ensemble, maintenance comprise.
- Vous devez échanger avec des partenaires déjà installés sur le standard. Quand vos clients, vos fournisseurs ou votre comptable travaillent avec un format commun, s'en écarter vous coûte une passerelle — et une passerelle s'entretient.
- Vous voulez recruter des personnes déjà formées. Sur un outil répandu, vous pouvez recruter quelqu'un qui le connaît déjà. Sur le vôtre, chaque arrivée demande une formation interne.
- Vous refusez de porter une maintenance. C'est un choix légitime, et il se respecte : un outil qui vous appartient ne vit que tant que quelqu'un s'en occupe.
Si plusieurs de ces lignes sont vraies chez vous, le débat est tranché. Prenez le logiciel du commerce, adaptez vos étapes à l'outil, et gardez votre énergie pour ce qui vous distingue vraiment.
Quand le sur-mesure se justifie — et pourquoi ce guide n'est pas neutre
L'intérêt en jeu est déclaré : le développement sur mesure est l'une de nos prestations. Ne prenez rien sur parole ici ; jugez sur les critères, qui sont observables chez vous sans nous.
Quatre signaux justifient d'y regarder :
- L'écart au standard est précisément ce qui fait votre valeur. Si vos clients viennent chez vous à cause d'une façon de faire que personne d'autre n'a, entrer dans un logiciel générique revient à la ranger.
- Les contorsions sont documentées, pas ressenties. Double saisie d'une même information à deux endroits, fichiers tenus en parallèle du logiciel officiel, ressaisie avant de sortir un état : comptez-les, notez qui les fait. Une gêne se discute, une liste se décide.
- Une contrainte d'hébergement ou d'intégration qu'aucune offre ne satisfait. Installation sur vos propres serveurs, dialogue avec une machine ou un système déjà en place. Si cette contrainte vous est imposée de l'extérieur, faites-la confirmer par un conseil qualifié avant d'en tirer une architecture.
- Vous voulez disposer du code et de la documentation. C'est une décision de patrimoine : elle vous laisse libre de changer de prestataire, et elle a une contrepartie — la maintenance devient la vôtre.
Chez nous, l'hébergement en France ou l'installation sur vos serveurs, comme la remise du code et de la documentation, se prévoient au contrat : formulez la demande au moment du cadrage, elle y sera inscrite. Posez la même question à quiconque vous propose un développement, et faites-la porter par écrit : ce qui n'est pas au contrat n'est pas acquis.
La grille en cinq questions, et la voie du milieu
Cinq questions suffisent. Répondez-y avec votre page de processus sous les yeux, et regardez de quel côté penche la majorité.
| Ce qui penche vers le logiciel du commerce | Ce qui penche vers le sur-mesure |
|---|---|
| Votre processus ressemble à celui du secteur | Votre écart au standard est ce que vos clients achètent |
| Vous acceptez d'adapter vos étapes à l'outil | Vous avez listé des étapes que vous ne changerez pas |
| Personne n'est désigné pour porter l'outil dans la durée | Un référent interne est nommé et disponible |
| Vos partenaires travaillent déjà sur un format commun | Une contrainte d'hébergement ou d'intégration reste non satisfaite |
| Vous refusez de porter une maintenance | Vous voulez disposer du code et de la documentation |
Une majorité franche d'un côté donne la réponse. Un partage serré signale autre chose : la question a été posée trop large. Découpez le processus en deux morceaux, et reposez les cinq questions à chacun.
La recommandation qui vaut par défaut n'est d'ailleurs ni l'une ni l'autre des deux options. Gardez un logiciel existant pour la partie commune de votre activité — celle que tout le monde fait de la même façon — et faites développer uniquement le morceau qui vous distingue, autour de lui. Un artisan conserve son outil de facturation et fait développer le calcul de devis qui lui est propre ; un cabinet conserve sa gestion documentaire et fait développer le contrôle qui précède l'envoi.
Le périmètre reste petit, donc la décision reste réversible. Et vous jugez un prestataire sur un objet dont vous mesurez le résultat vous-même.
Aucune de ces cinq questions ne demande de compétence technique. Elles demandent une décision, et vous êtes la seule personne à pouvoir la prendre : la page de processus, la liste des contorsions et le nom du référent sont chez vous, pas chez un prestataire.
Vous vous demandez ce que l'IA peut changer dans votre activité ?
Premier échange gratuit — 30 minutes, sans engagement.
