Système de gestion d'entreprise standard ou logiciel sur mesure : une matrice pour choisir

Le choix entre un système de gestion déjà prêt et un logiciel construit sur mesure se fait presque toujours à l'envers : on choisit d'abord, puis on cherche les arguments. Celui qui a déjà essayé un produit standard et s'y est senti à l'étroit est convaincu qu'il faut du sur mesure ; celui qui a vu un développement s'éterniser est convaincu du contraire. Ce guide sert à construire une comparaison qui tienne même quand la sympathie initiale penche d'un côté.

La question n'est pas de savoir laquelle des deux solutions est la meilleure dans l'absolu : c'est laquelle des deux tient vos processus critiques avec le moins de compromis acceptés pour toujours.

Séparer les besoins essentiels des habitudes

Le premier travail consiste à diviser la liste des souhaits en trois catégories, et il doit être fait avec ceux qui exécutent le travail, pas seulement avec ceux qui le dirigent.

• Contraintes réelles : obligations légales, exigences contractuelles des clients, intégrations obligatoires avec des systèmes externes. Elles ne sont pas négociables et doivent être vérifiées par écrit.
• Éléments distinctifs : les points où votre façon de travailler est vraiment différente des autres et vous donne un avantage. Ils sont peu nombreux, généralement deux ou trois, et c'est la partie qui mérite d'être construite sur mesure.
• Habitudes : tout le reste. Le champ qui a toujours existé, le flux dans cet ordre, le document avec cette mise en page. Elles ne sont pas à sous-estimer, mais si un produit standard demande de les changer, le coût est celui du changement organisationnel, pas du logiciel.

La distinction entre élément distinctif et habitude est la partie difficile, et le reste de l'évaluation en dépend. Un bon test : si un concurrent copiait cette façon de travailler, perdriez-vous quelque chose ? Si la réponse est non, c'est une habitude.

Tester les activités critiques, pas regarder les démos

Une démonstration commerciale montre le parcours qui fonctionne. Il faut une autre preuve : prenez deux ou trois activités que vous faites chaque jour et vos cas les plus gênants, et demandez qu'on les exécute devant vous avec vos données.

1. Choisissez un processus complet, du début à la fin : de l'offre à la facture, de la commande à la livraison, de l'affaire à la clôture. Pas une fonction isolée.
2. Apportez les cas complexes : la commande modifiée après confirmation, le client avec deux sites et un seul numéro fiscal, la facture à annuler partiellement, l'article sans code.
3. Faites exécuter le test par celui qui utilisera le système, pas par le responsable. Comptez les étapes et les fois où une explication est nécessaire.
4. Notez chaque « ça, ça peut se personnaliser » : c'est la phrase qui déplace le coût du devis d'aujourd'hui vers le projet de demain. Demandez toujours comment, par qui et ce qui se passe au moment de la mise à jour.

Une matrice pondérée, avec les poids justifiés

La matrice sert à rendre visible le raisonnement, pas à produire un verdict. La valeur est dans la colonne des poids : chacun doit être justifié par une phrase, sinon les chiffres ne servent qu'à confirmer la décision déjà prise. Les valeurs ci-dessous sont illustratives.

Remplie honnêtement, la matrice mène souvent à une troisième réponse que personne n'avait mise sur la table au départ : un produit standard pour la partie commune, une extension sur mesure pour les deux ou trois points qui vous distinguent. C'est une solution ordinaire, pas un compromis.

Les coûts qui apparaissent après

La comparaison faite sur le seul montant initial est celle qui produit le plus de déceptions, dans les deux sens. Les postes qui se présentent après sont toujours les mêmes.

• Migration et nettoyage des données existantes : presque toujours le chapitre sous-estimé, car personne ne sait à quel point les archives sont sales avant de les déplacer.
• Intégrations avec ce que vous utilisez déjà : comptabilité, facturation électronique, boutique en ligne, stock. Elles doivent être vérifiées avant, pas citées comme possibles.
• Formation et période de double gestion, pendant laquelle on travaille avec l'ancien et le nouveau en même temps.
• Évolution : dans le produit standard, elle est comprise dans les mises à jour mais suit les priorités du fabricant ; dans le sur mesure, c'est vous qui la décidez mais c'est vous qui la payez.

Croissance, dépendance et possibilités de sortie

Un choix de ce type dure des années. Les questions à poser avant sont celles que personne ne pose volontiers au début d'une relation.

• Si vous doublez les sites, les utilisateurs ou les lignes de commande, qu'advient-il du coût et des performances ?
• Si demain la relation avec le fournisseur prend fin, les données sont-elles extractibles dans un format lisible et complet ? Demandez-le avant la signature et faites-le écrire.
• Dans le sur mesure : qui possède le code, où est-il conservé et un autre fournisseur pourrait-il reprendre la main en le lisant ? Un projet sans documentation est une dépendance, pas un patrimoine.
• Dans le produit standard : qu'advient-il des personnalisations quand une nouvelle version sort ? C'est la question qui sépare une extension prise en charge d'un travail à refaire.

Ce que ce guide ne couvre pas

Ici, on choisit le type de solution. Le calcul économique complet — comment comparer investissement initial, abonnements, maintenance et coûts internes sur les années de vie du système — est traité dans un guide dédié. Le moment où les tableurs cessent de suffire, qui précède souvent cette décision, a lui aussi son propre guide.