Un système restreint et bien délimité se situe en général entre 8 000 et 25 000 euros. Une plateforme complète, avec plusieurs profils d’utilisateurs et des intégrations, dépasse facilement ce montant. Mais l’écart énorme entre les devis que vous recevez n’est presque jamais une question de marge. C’est une différence d’interprétation.
Demandez trois devis pour le même système et vous obtenez des chiffres qui varient du simple au décuple. Le premier réflexe est de penser que quelqu’un cherche à en profiter. En réalité, les trois ont lu le même brief et imaginé trois produits différents.
Ce qui détermine réellement le prix
Les écrans ne coûtent pas cher. Ce qui coûte, c’est le comportement derrière.
Le nombre de profils d’utilisateurs
Un système avec un seul type d’utilisateur, c’est une chose. Un système avec un administrateur, un responsable, un opérateur et un client final, c’en est une tout autre : quatre jeux de permissions, quatre parcours de test et quatre façons pour quelqu’un de faire une bêtise. Chaque profil supplémentaire ne s’additionne pas. Il multiplie.
Les intégrations avec des systèmes tiers
C’est là que les délais explosent. Intégrer un ERP, une passerelle de paiement ou un système de facturation, c’est dépendre de la documentation d’autrui, d’un environnement de test qui ne fonctionne pas toujours, et d’un support qui répond sous trois jours ouvrés. J’ai vu une intégration mal documentée consommer plus d’heures que trois écrans complets.
Les règles métier cachées
Celle-ci est ma préférée. Le brief dit « le système calcule la commission ». Puis vous vous asseyez avec le service financier et découvrez que la commission change selon la région, comporte une exception pour les anciens clients, s’annule quand la commande est annulée dans le même mois, et que le tableur actuel contient un cas que personne ne sait expliquer. Ce n’est pas un champ. C’est un module.
Ce qui se passe quand ça tourne mal
Un prototype qui ne fonctionne que sur le chemin idéal coûte une fraction d’un système qui gère un paiement refusé, une connexion perdue en plein envoi et un utilisateur qui a cliqué deux fois. L’essentiel du coût d’un logiciel sérieux se trouve dans ce que l’utilisateur ne voit jamais.
Pourquoi un devis ferme par e-mail est un piège
Quand quelqu’un s’engage sur un prix à partir d’un paragraphe de description, deux choses peuvent arriver.
Soit le prestataire a prévu une marge de sécurité importante pour se protéger, et vous payez alors pour un risque qui ne se matérialisera peut-être jamais. Soit il ne l’a pas fait, il découvrira la complexité réelle à mi-chemin, et à partir de là chacune de vos demandes recevra la réponse « c’est hors périmètre ».
Les deux scénarios finissent mal. Le second finit plus mal, parce qu’il finit avec un projet à moitié terminé.
Comment demander un devis réellement comparable
Avant d’envoyer votre demande, écrivez :
- Qui utilise le système et ce que chacun de ces profils doit pouvoir faire.
- Le parcours principal, du début à la fin. Par exemple : « le client commande, le commercial valide, la comptabilité facture, le client reçoit le lien ».
- Avec quoi cela doit dialoguer. Des noms de produits, pas des catégories. Écrivez « Sage », pas « notre ERP ».
- Combien de personnes l’utilisent chaque jour et à quelles heures. Dix utilisateurs et dix mille utilisateurs, ce n’est pas le même logiciel.
- Ce qui existe déjà. Tableur, ancien système, procédure sur papier. Apportez ce qui tourne aujourd’hui.
Une page de tout cela change complètement la conversation. Un bon prestataire revient avec des questions. Celui qui revient uniquement avec un prix n’a pas lu.
Le découpage en phases, la façon honnête de dépenser moins
La bonne question est rarement « combien coûte l’ensemble ». C’est « quelle est la plus petite chose qui résout un vrai problème et finance l’étape suivante ».
Un client est arrivé en demandant un système de gestion complet et a finalement commencé par un seul module : le suivi des ordres de service, là où l’équipe perdait le plus de temps. Mis en production en six semaines, il a réglé la douleur la plus coûteuse et financé les trois phases suivantes. Le système complet a bien vu le jour, sauf qu’il a été payé par son propre retour, et que le périmètre a été corrigé par l’usage réel plutôt que par la réunion de lancement.
Les questions qui reviennent toujours
Une solution du marché ne serait-elle pas préférable ? Si votre processus ressemble à celui du marché, absolument. Le sur-mesure se justifie quand le processus est votre avantage concurrentiel, ou quand aucun produit existant ne convient sans obliger l’entreprise à changer sa façon de travailler.
Pourquoi facturer à l’heure ? Parce que sur un projet à forte incertitude, un prix ferme intègre le risque, et vous payez ce risque même lorsqu’il ne se réalise pas. Un périmètre bien défini peut et doit être forfaitisé. La phase de découverte, non.
Et la maintenance ? Prévoyez entre 15 % et 20 % de la valeur du projet par an. Un logiciel n’est pas un chantier que l’on livre. C’est un système en usage, avec des dépendances qui évoluent et des règles métier qui changent.
Besoin de résoudre cela dans votre entreprise ?
Un échange de vingt minutes suffit en général pour savoir si cela a du sens, et vous parlez directement à l'ingénieur qui construit.