La question du budget arrive toujours en début de conversation, et elle mérite une réponse plus utile que « cela dépend ». Cela dépend, en effet — mais la structure du coût, elle, est remarquablement stable. La connaître permet de repérer immédiatement un devis qui sous-estime le projet.
Ce que l'on budgète
Dans la quasi-totalité des budgets initiaux que nous voyons, trois postes figurent :
- les licences ou l'abonnement à un service ;
- le développement ou le paramétrage initial ;
- éventuellement une journée de formation.
Ces trois postes sont réels, faciles à chiffrer, et représentent en général entre 40 % et 60 % de la dépense totale sur deux ans.
Ce que l'on oublie
Les postes systématiquement absents des budgets initiaux, par ordre de fréquence :
- La préparation des données. Nettoyer, structurer, dédoublonner un fonds documentaire est souvent le poste le plus lourd. Sur certains projets d'assistant documentaire, il représente à lui seul 30 à 40 % de la charge.
- Les intégrations. Connecter un outil à un ERP vieillissant, à une GED maison ou à un annuaire interne coûte régulièrement plus cher que le développement de la fonctionnalité elle-même.
- Le temps interne. Entretiens, ateliers, recettes, comités : entre 15 et 40 jours-personne côté client sur un projet de taille moyenne. Ce temps est réel même s'il n'apparaît sur aucune facture.
- L'accompagnement au changement. Formations par métier, réécriture des procédures, animation des référents. Compter 20 à 30 % du budget projet si l'on veut que l'outil soit utilisé.
- La conformité. Analyse d'impact, documentation technique, information des instances, éventuellement conseil juridique.
- Le run. Voir plus bas — c'est le poste le plus sous-estimé.
La structure de coût réelle
Sur un projet type d'assistant métier déployé dans une PME, la répartition sur vingt-quatre mois ressemble le plus souvent à ceci :
| Poste | Part du coût total |
|---|---|
| Cadrage et conception | 10 – 15 % |
| Préparation des données | 15 – 30 % |
| Développement et intégrations | 25 – 35 % |
| Conduite du changement et formation | 15 – 25 % |
| Exploitation et évolutions (24 mois) | 15 – 25 % |
Deux enseignements. D'abord, le développement pur est minoritaire — c'est contre-intuitif pour une direction qui négocie un devis à la journée-homme. Ensuite, tout projet dont le budget ne comporte aucune ligne « données » ni aucune ligne « adoption » est un projet dont le coût réel sera découvert en cours de route.
Le coût de run, ce grand impensé
Une fois l'outil en production, il continue de coûter :
- Consommation des modèles. Variable selon le volume et le modèle choisi. La bonne pratique consiste à instrumenter le suivi par cas d'usage dès le premier jour, et à router les requêtes simples vers des modèles moins coûteux.
- Hébergement et supervision. Modeste sur une application légère, significatif si vous auto-hébergez des modèles pour des raisons de souveraineté.
- Maintenance fonctionnelle. Les modèles évoluent, les fournisseurs changent leurs interfaces, vos procédures bougent. Prévoyez une enveloppe annuelle d'évolution, faute de quoi l'outil se dégrade silencieusement.
- Animation. Quelqu'un doit continuer à répondre aux questions, à mettre à jour la base documentaire, à former les nouveaux arrivants. Souvent une fraction d'un poste, rarement zéro.
Calculer un retour sur investissement crédible
Un calcul de ROI n'est crédible que s'il est prudent et explicite sur ses hypothèses. Trois règles :
- Ne comptez que le temps réellement réalloué. Faire gagner dix minutes par jour à quarante personnes ne produit pas mécaniquement 1,5 ETP. Comptez ce que vous ferez concrètement de ce temps : plus de dossiers traités, moins d'heures supplémentaires, un recrutement différé.
- Chiffrez un scénario pessimiste. Adoption à 50 % de la cible, gains à 60 % de l'estimation. Si le projet reste rentable dans ce scénario, il est solide.
- Intégrez les gains non financiers séparément. Qualité, délai de réponse, attractivité, réduction du risque d'erreur : réels, mais à ne pas mélanger avec des euros pour ne pas fragiliser le dossier.
Acheter, adapter ou construire
Trois options, trois profils de coût :
- Acheter une solution du marché. Coût initial faible, mise en œuvre rapide, mais dépendance forte et coût récurrent qui croît avec le nombre d'utilisateurs. Pertinent pour les besoins standards.
- Adapter un socle existant. Le compromis le plus fréquent : une plateforme généraliste, configurée sur vos données et vos usages.
- Construire sur mesure. Coût initial supérieur, mais coût récurrent maîtrisé et propriété complète. Devient rentable dès que le besoin est spécifique à votre métier ou que le nombre d'utilisateurs est élevé.
L'erreur classique consiste à comparer un coût de construction sur trois mois à un coût de licence sur un an. Comparez toujours sur trois ans, coût de run inclus, et intégrez la valeur de la réversibilité : pouvoir changer de fournisseur sans reconstruire est un actif qui ne figure sur aucune facture.
Nous ne publions pas de grille tarifaire, parce qu'un diagnostic de cadrage et un déploiement multi-sites n'ont rien de comparable. En revanche, un échange de trente minutes suffit presque toujours à donner un ordre de grandeur honnête — y compris quand la réponse est que le projet ne vaut pas son coût.