Combien coûte vraiment un logiciel d’entreprise ? Évaluer le projet et la gestion dans le temps

« Combien coûte un logiciel de gestion » est une question qui reçoit une réponse inutile : ça dépend. La bonne question est une autre : quels postes de coût apparaîtraient dans les trois prochaines années, lesquels existent déjà aujourd’hui sous un autre nom, et qu’est-ce qui devrait changer dans le travail quotidien pour que l’investissement se justifie. Ce guide sert à construire ce budget avec des hypothèses écrites, de façon à ce que n’importe qui dans l’entreprise puisse les contester.

Vous n’y trouverez pas de chiffres. Un prix de marché écrit ici serait dépassé dans un mois et de toute façon faux pour votre cas. Vous y trouverez la liste des postes et la façon de la remplir avec vos propres chiffres.

Les postes du projet, séparés

Le devis unique est pratique pour signer et inutile pour décider. Demandez qu’il soit divisé, parce que chaque poste a un risque différent et une personne différente qui peut le réduire.

• Analyse : comprendre le processus, les exceptions et les cas limites. C’est le poste qu’on coupe en premier et c’est celui qui génère les avenants en cours de route. Ce qu’on ne comprend pas avant se paie après.
• Développement : généralement le poste le plus important. Il doit se lire avec le périmètre, parce qu’un développement économique sur un périmètre vague n’est pas une économie.
• Migration des données : importer fiches et historique, les nettoyer, décider ce qu’on ne porte pas. C’est presque toujours sous-estimé, parce que le vrai travail n’est pas technique mais décisionnel : établir quelle version d’une donnée est la bonne.
• Formation et accompagnement : pas le cours de deux heures, mais le temps de vos collaborateurs dans les premières semaines, quand ils travaillent de deux façons en même temps.

Les deux derniers postes se paient en grande partie en heures internes. Si vous ne les mettez pas dans le budget, le projet semblera coûter moins qu’il ne coûte, et vos départements sembleront soudainement lents sans qu’aucune raison ne soit écrite nulle part.

Les postes qui reviennent chaque année

Le coût récurrent décide si le projet est soutenable. Un investissement initial s’absorbe ; une dépense annuelle mal estimée pèse tant que le système existe. Le tableau liste les postes et le moment où ils apparaissent.

Deux questions à poser avant la signature : ce qui est compris dans la maintenance et ce qui ne l’est pas, et selon quel critère on établit si une intervention est une correction ou une nouvelle demande. C’est la frontière sur laquelle naissent presque toutes les discussions de la deuxième année.

Le bénéfice doit être compté une seule fois

Le bénéfice le plus cité est le temps gagné, et c’est aussi le plus facile à gonfler. Trois précautions le rendent défendable.

• Le temps gagné ne devient une économie que s’il se transforme en quelque chose : plus de travail réalisé avec les mêmes personnes, une échéance respectée, un remplacement évité. Si les heures libérées se répartissent sur des tâches indéfinies, le bénéfice est réel, mais il doit être écrit dans une autre colonne.
• Ne comptez pas deux fois le même effet. Si vous attribuez une économie à la réduction des erreurs, ne comptez pas aussi les heures gagnées à les corriger : c’est le même bénéfice regardé sous deux angles.
• Les bénéfices incertains doivent être déclarés incertains. « Plus de commandes gérables » dépend du marché avant de dépendre du logiciel : cela figure dans un compte séparé, avec son hypothèse à côté.

La mesure de départ doit être prise avant, pas reconstituée de mémoire après. Il en faut peu et on l’obtient en une semaine : combien de fois par mois l’opération s’exécute, combien de temps elle dure, combien de personnes elle touche, combien d’erreurs sont corrigées.

Comparer des scénarios, pas justifier celui qu’on a choisi

Un budget construit sur une seule hypothèse sert à convaincre, pas à décider. Les scénarios à mettre côte à côte sont au moins trois, et l’un d’eux est toujours le même.

1. Ne rien faire. Cela a un coût, c’est le coût actuel du problème : heures, erreurs, retards, occasions manquées. Si on ne l’écrit pas, chaque autre scénario semble n’être qu’une dépense en plus.
2. Adopter quelque chose de prêt à l’emploi et adapter sa façon de travailler. Coût initial moindre, abonnement prévisible, contrainte sur ce qu’on ne pourra pas changer.
3. Faire développer ce qui est nécessaire, en totalité ou seulement pour la partie qui vous distingue. Coût initial plus élevé, meilleure adéquation, et la responsabilité de la maintenance dans le temps.

Il existe un quatrième scénario qui vaut souvent plus que les autres : ne faire que la partie qui fait le plus mal et reporter le reste. Cela coûte moins, donne une vraie réponse en quelques mois et permet de corriger les hypothèses avec des faits plutôt qu’avec des estimations.

Vérifier après le démarrage

C’est la partie que presque personne ne fait, et c’est celle qui rend utile tout le reste. À six et à douze mois, on reprend les mêmes mesures de départ et on regarde ce qui s’est vraiment passé.

• Les mêmes grandeurs, mesurées de la même façon. Changer de méthode entre avant et après est le moyen le plus simple de démontrer n’importe quoi.
• Aussi les effets négatifs : étapes devenues plus lentes, travail déplacé d’un département à un autre, doubles saisies restées en place.
• Les postes de coût qui n’étaient pas prévus. Ils servent davantage au projet suivant qu’à celui-ci, et c’est pour cela qu’il faut les noter au moment où ils se produisent.

Quand les chiffres disent de ne pas le faire

Ce que ce guide ne couvre pas

Ici, on évalue l’investissement dans un logiciel d’entreprise dans son ensemble : postes, bénéfices, scénarios et vérification. Les systèmes basés sur des modèles d’intelligence artificielle ont leurs propres postes — consommations liées à l’usage, mise à jour des modèles, révision humaine des réponses — qui se comportent différemment et sont traités ailleurs. Le choix entre système de gestion standard et développement sur mesure, ici réduit à deux scénarios, mérite lui aussi une comparaison plus approfondie.