Budget & investissement
Combien coûte une application métier ? Comprendre le devis
Ce qui fait vraiment varier le prix d’un logiciel métier, comment lire un devis ligne par ligne et quelles questions poser avant de signer.
Le prix d’une application métier dépend moins du nombre d’écrans que du nombre de règles, de rôles, d’intégrations et d’exceptions à traiter. Un devis lisible sépare le cadrage, la conception, la construction, la mise en production et l’exploitation, et indique clairement ce qui est estimé, ce qui est ferme et ce qui reste inconnu.
En bref
- Les intégrations et les exceptions coûtent souvent plus cher que les écrans.
- Un devis très précis posé sur un besoin encore flou cache une incertitude, il ne la supprime pas.
- Comptez l’exploitation dès le départ : hébergement, sauvegardes, support et évolutions.
- Réduire le périmètre du premier lot coûte moins cher que réduire la qualité.
Ce qui fait réellement monter le prix
Deux applications de vingt écrans peuvent différer d’un facteur important. La différence ne vient presque jamais du nombre d’écrans, mais de ce qui se passe derrière : les règles à respecter, les cas particuliers à gérer, les systèmes à connecter et les données existantes à reprendre.
- Le nombre de rôles et la finesse des droits associés à chacun.
- Les règles de calcul : tarifs négociés, remises, lots, marges, taxes, seuils de validation.
- Les exceptions du quotidien : annulation, retour, correction, livraison partielle, litige.
- Les connexions avec la comptabilité, le paiement, la messagerie ou un matériel.
- La reprise des données existantes et leur qualité de départ.
- Les contraintes de disponibilité, de sécurité et de fonctionnement hors ligne.
Lire un devis ligne par ligne
Un devis logiciel n’est pas un prix unique : c’est une suite de phases dont chacune répond à une question différente. Quand ces phases sont fondues en un seul montant, il devient impossible de savoir ce que vous achetez, ni ce que coûtera un changement d’avis.
| Poste | Ce que vous achetez | Question à poser |
|---|---|---|
| Cadrage | Le périmètre écrit et les scénarios validés | Qu’obtient-on si le projet s’arrête après cette phase ? |
| Conception | Écrans, données et architecture avant le code | Les maquettes seront-elles testées par les utilisateurs ? |
| Construction | Le logiciel livré par blocs utilisables | À quel rythme voit-on une version fonctionnelle ? |
| Mise en production | Migration, formation, hébergement, sauvegardes | Qui prépare les données et qui forme les équipes ? |
| Exploitation | Correctifs, sécurité, supervision, évolutions | Que couvre exactement le forfait mensuel ? |
Le coût récurrent n’est pas une option
Un logiciel vivant a des frais permanents : hébergement, noms de domaine, certificats, sauvegardes vérifiées, supervision, mises à jour de sécurité et petites évolutions. Les ignorer au moment du budget revient à découvrir la facture au pire moment, c’est-à-dire une fois l’équipe dépendante du système.
Demandez ce qui est inclus dans la maintenance et ce qui est facturé à part. La distinction utile est simple : corriger ce qui ne fonctionne pas comme convenu relève de la maintenance ; ajouter ce qui n’était pas prévu relève de l’évolution.
Réduire le budget sans fragiliser le projet
La bonne variable d’ajustement est le périmètre, pas la qualité. Un premier lot plus étroit mais complet — un flux entier, réellement utilisé — vaut mieux qu’un large périmètre livré à moitié. La deuxième variable est l’automatisation : certaines étapes peuvent rester manuelles au lancement et être automatisées une fois leur volume prouvé.
Ce qu’il ne faut pas rogner : la reprise de données, la formation, les sauvegardes et les tests. Ce sont exactement les postes que l’on coupe en premier et qui font échouer les projets en production, plusieurs mois après la signature.
Signaux d’alerte dans une proposition
Certains signes annoncent un coût différé plus qu’un bon prix. Ils ne disqualifient pas un prestataire, mais ils méritent une explication écrite avant la signature.
- Un montant global sans découpage par phase ni hypothèses formulées.
- Aucune mention de la reprise des données ni de la formation.
- Une maintenance annoncée sans périmètre ni délai de prise en charge.
- Un silence sur la propriété du code, l’hébergement et les accès.
- Un délai très court promis sur un besoin encore décrit en une page.
- Aucune proposition de commencer par un périmètre réduit et mesurable.
Questions fréquentes
Les réponses courtes
Pourquoi les devis varient-ils autant pour le même besoin ?
Parce qu’ils ne recouvrent pas le même périmètre. L’un inclut le cadrage, la reprise de données, la formation et la maintenance ; l’autre chiffre uniquement le développement. Comparez toujours les devis phase par phase avant de comparer les montants.
Vaut-il mieux un forfait ou une facturation au temps passé ?
Le forfait rassure sur un périmètre bien défini et stable. La facturation au temps passé convient quand le besoin évolue en cours de route. Une approche fréquente combine les deux : forfait sur le cadrage et le premier lot, puis rythme mesuré pour la suite.
Peut-on commencer petit puis étendre ?
Oui, et c’est généralement la meilleure façon de maîtriser le budget. La condition est que le premier lot couvre un flux complet et utilisable, avec une architecture prévue pour l’extension, plutôt qu’une série de fonctions isolées.