Logiciel sur mesure ou logiciel du marché : comment trancher

Commencer par la bonne question

Avant de comparer un logiciel sur mesure et un progiciel, demandez-vous quel problème vous essayez de résoudre, et ce que vous risquez à le résoudre avec l'outil du voisin. Beaucoup de dirigeants posent la question à l'envers : ils comparent des prix ou des fonctionnalités avant de regarder si le processus qu'ils veulent outiller ressemble à celui de tout un secteur, ou s'il fait leur différence.

Cette question préalable évite un piège fréquent : celui de choisir l'outil avant d'avoir vraiment décrit le processus qu'on cherche à améliorer. Un tableau comparatif de fonctionnalités entre deux logiciels concurrents ne dit rien de la question qui compte vraiment, à savoir si le processus lui même mérite un outil unique ou s'il peut vivre avec un outil partagé par tout un secteur. Poser cette question en premier change souvent la conclusion.

Quand le logiciel du marché suffit

Un processus standard, partagé par des centaines d'entreprises du même secteur, est rarement un bon terrain pour du sur mesure. La facturation, la paie, la gestion des stocks dans leur version la plus commune : ces besoins sont couverts depuis longtemps par des éditeurs qui ont affiné leur produit sur des milliers de clients. Construire un outil pour faire la même chose, avec moins de recul, coûte cher et n'apporte aucun avantage concurrentiel. Si votre équipe décrit son besoin en termes génériques (facturer un client, suivre un stock, planifier une équipe) sans ajouter "mais chez nous, on fait différemment parce que...", le marché a probablement déjà la réponse.

Comment vérifier rapidement

Un test simple consiste à demander à trois personnes de décrire le même processus, indépendamment les unes des autres. Si les trois descriptions se ressemblent et pourraient s'appliquer à n'importe quelle entreprise du secteur, c'est un signal fort que le processus est standard. Si chacune ajoute des exceptions différentes, des cas particuliers propres à un client, une région ou une habitude interne ancienne, c'est déjà le signe que le processus est plus spécifique qu'il n'y paraît, et que le logiciel du marché aura du mal à l'absorber sans contorsion.

Quand construire a du sens

À l'inverse, certains signaux indiquent qu'un logiciel du marché ne conviendra jamais vraiment. Le processus que vous voulez outiller fait partie de ce qui vous différencie : une méthode de production, une façon de qualifier un dossier, un enchaînement de contrôles qui n'existe que chez vous. Le métier est mal parlé par les logiciels généralistes : un vocabulaire, des unités, des contraintes réglementaires que les éditeurs standards ignorent ou traitent en option payante mal adaptée. Ou alors l'équipe contourne déjà l'outil acheté en permanence, avec des tableurs parallèles, des copier-coller entre deux logiciels, des champs remplis n'importe comment parce que le formulaire ne correspond pas au travail réel. Ces contournements permanents sont un signal plus fiable qu'une préférence personnelle pour le sur mesure.

Autres signes à surveiller

D'autres indices méritent d'être pris au sérieux, même s'ils sont moins visibles au premier regard :

• Le progiciel impose un vocabulaire qui ne correspond pas au vôtre, ce qui oblige vos équipes à faire une traduction mentale à chaque écran ouvert.
• Le support de l'éditeur répond systématiquement que votre demande sort du périmètre standard, sans jamais proposer d'évolution du produit.
• Le processus que vous voulez outiller évolue vite, au rythme de votre activité, alors qu'un progiciel du marché change lentement, au rythme de sa feuille de route commune à tous ses clients.
• Vous avez déjà tenté de personnaliser fortement un progiciel existant, et cette personnalisation coûte désormais presque autant qu'un développement dédié, sans vous appartenir pour autant.

Les coûts qu'on ne voit pas tout de suite

Les deux options ont des coûts cachés, différents mais bien réels. Un logiciel du marché affiche un prix par utilisateur qui grimpe avec la croissance de l'équipe, et le paramétrage initial prend souvent plus de temps que prévu. Surtout, c'est votre travail qui s'adapte à l'outil : les équipes changent leurs habitudes pour rentrer dans les cases prévues par l'éditeur, ce qui a un coût humain rarement chiffré.

Un outil sur mesure coûte à construire, puis à maintenir dans la durée : mises à jour de sécurité, évolutions du métier, départ de la personne qui l'a écrit. Ce dernier point est souvent sous-estimé : un outil sur mesure sans documentation ni continuité devient une dette technique dès que son auteur change de poste.

Une façon de comparer sur la durée

Pour comparer honnêtement les deux options, il faut regarder au delà du premier devis. Un logiciel du marché a un coût d'entrée faible mais un coût qui grandit avec l'équipe et avec le temps passé à contourner ce qu'il ne fait pas. Un outil sur mesure a un coût d'entrée plus élevé, mais un coût d'usage qui reste stable, tant qu'il est entretenu correctement. Le bon calcul ne compare donc pas un devis à un abonnement, mais une trajectoire de coûts sur plusieurs années, en intégrant le temps perdu par les équipes dans les deux scénarios.

Réversibilité et propriété des données

Avant de signer, posez une question simple : si je change d'avis dans deux ans, qu'est-ce que je récupère ? Avec un logiciel du marché, la réponse dépend entièrement du contrat et du format d'export proposé par l'éditeur. Avec un outil sur mesure bien construit, les données et le code vous appartiennent, et vous pouvez changer de prestataire sans tout reconstruire. La réversibilité conditionne votre liberté de revenir sur ce choix plus tard, et elle se négocie avant de signer.

Questions à poser avant de signer

Quelques questions concrètes permettent de clarifier la réversibilité, quel que soit le camp choisi :

• Si je pars, puis je récupérer l'intégralité de mes données, dans un format que je peux réutiliser ailleurs, ou seulement un export partiel ?
• Le code source m'appartient il, ou reste t il la propriété du prestataire qui l'a écrit ?
• Existe t il une documentation suffisante pour qu'un autre prestataire reprenne l'outil sans repartir de zéro ?
• Qu'est ce qui se passe concrètement si l'éditeur ou le prestataire cesse son activité ?

Une réponse évasive à l'une de ces questions est en soi une information utile, avant même de comparer les prix.

L'option hybride

Entre les deux extrêmes, une troisième voie existe souvent : garder le logiciel du marché pour ce qu'il fait bien, et brancher dessus un outil sur mesure pour la partie qui vous différencie. Un ERP standard pour la comptabilité, un agent qui lit vos documents spécifiques et les structure avant de les y injecter. Cette approche limite le risque : vous ne remplacez pas un outil qui fonctionne, vous ajoutez seulement ce qui lui manque. C'est souvent la voie la plus raisonnable, et c'est celle qu'un diagnostic permet d'identifier avant d'engager un développement.

À quoi ressemble une approche hybride en pratique

Concrètement, cela peut prendre la forme d'un agent IA qui lit des documents que votre progiciel actuel ne sait pas interpréter, ou d'une automatisation qui relie deux outils du marché entre eux sans que personne n'ait à ressaisir les mêmes informations. Dans les cas où le besoin dépasse une simple connexion entre deux outils, une application complète dédiée à la partie spécifique du métier peut cohabiter durablement avec le progiciel du marché, chacun restant responsable de ce pour quoi il est le mieux adapté. Des cas d'usage concrets, issus de projets déjà menés, montrent à quoi ressemble ce type d'articulation une fois en place.

Questions à poser à un prestataire, quel que soit le camp choisi

Que vous penchiez vers un progiciel ou vers un développement sur mesure, la qualité des réponses obtenues en amont en dit souvent plus long que n'importe quelle plaquette commerciale. Voici quelques questions qui permettent de séparer un vrai partenaire d'un simple vendeur.

Côté progiciel

• Combien de vos demandes de personnalisation ont elles déjà été refusées par le passé, et pour quelle raison ?
• Que se passe t il concrètement lorsqu'une mise à jour du produit change un comportement dont vos équipes dépendent au quotidien ?
• Combien de temps faut il, en pratique, pour obtenir une réponse du support sur un cas qui sort du standard ?

Côté sur mesure

• Le prestataire a t il passé du temps à observer le processus réel avant de proposer une architecture, ou a t il chiffré directement sur la base d'un cahier des charges écrit sans lui ?
• Qui, dans l'équipe qui va construire l'outil, restera disponible une fois la première version livrée ?
• Que se passe t il si le processus métier change en cours de développement, ce qui arrive presque toujours sur un projet qui dure plusieurs mois ?

Ces questions n'ont pas de bonne réponse universelle, mais l'absence de réponse claire, dans un sens comme dans l'autre, est en soi un signal à ne pas ignorer.

Trancher sans se tromper

Le bon réflexe, avant tout devis, est de cartographier vos processus et de vous demander lesquels sont vraiment spécifiques à votre activité. Si la liste est courte, le marché a sans doute déjà ce qu'il vous faut. Si elle révèle un processus qui fait votre différence, ou que votre équipe contourne déjà l'outil en place, le sur mesure devient défendable. Un diagnostic extérieur, mené avant tout chiffrage, aide à trancher sans se fier à une intuition ni à l'argument commercial de celui qui vend la solution.

Erreurs fréquentes à éviter

Quelques pièges reviennent souvent dans ce type d'arbitrage. Le premier est de laisser le fournisseur du progiciel juger lui même si votre besoin est standard ou spécifique, alors qu'il a un intérêt évident à répondre que son produit convient. Le deuxième est de lancer un développement sur mesure sans avoir cartographié le processus au préalable, ce qui aboutit souvent à reconstruire, en plus cher, un outil qui ressemble finalement beaucoup à ce que le marché proposait déjà. Le troisième est d'ignorer la question de la réversibilité jusqu'au jour où l'on veut changer de solution, ce qui est précisément le moment où il est trop tard pour la négocier. Un diagnostic mené en amont, indépendant de tout éditeur et de tout prestataire de développement, reste le meilleur moyen d'éviter ces trois pièges à la fois.

Questions fréquentes

Comment savoir si mon besoin est vraiment spécifique à mon activité ?

Regardez si vous décrivez le besoin en termes génériques partagés par tout le secteur, ou si vous ajoutez systématiquement "mais chez nous c'est différent". Si le processus ressemble à celui du voisin, le marché a probablement déjà la réponse.

Le sur mesure est-il toujours plus cher qu'un logiciel du marché ?

Pas nécessairement, cela dépend de l'usage. Les licences d'un logiciel du marché montent avec le nombre d'utilisateurs et le paramétrage a un coût, tandis que le sur mesure coûte à construire puis à maintenir dans la durée. Le bon calcul compare les deux sur plusieurs années, pas seulement au démarrage.

Que se passe-t-il si je veux changer de solution plus tard ?

Cela dépend de ce que prévoit le contrat pour la réversibilité et l'export des données. Avec un outil sur mesure bien construit, le code et les données vous appartiennent, ce qui facilite un changement de prestataire sans tout reconstruire.

Peut-on combiner logiciel du marché et outil sur mesure ?

Oui, c'est souvent la solution la plus raisonnable. Vous gardez le logiciel du marché pour les processus standards et vous branchez un outil sur mesure sur la partie qui fait votre différence.