Coût d'un logiciel sur mesure : facteurs et lecture d'un devis
Périmètre, équipe, intégrations et maintenance fixent le coût d'un logiciel sur mesure. Ce qui le fait monter, comment lire un devis et les postes cachés.
Équipe rabbitclipPublié: 8 min de lecture
En bref
Le coût d'un logiciel sur mesure dépend du périmètre du travail, de la composition de l'équipe, du nombre de systèmes auxquels il doit se connecter et de la maintenance dont il a besoin après la mise en ligne. Il n'existe pas de grille tarifaire fixe, car deux logiciels portant le même nom dans deux entreprises ne font souvent pas le même travail. Ce qui fait le coût, c'est moins le nombre d'écrans que la complexité des règles et des connexions qui se cachent derrière.
C'est pourquoi une bonne discussion sur le prix commence par le périmètre, pas par un chiffre. Tout prix donné avant d'avoir écrit ce qui sera construit, ce qui ne le sera pas et ce qui est repoussé à plus tard est une estimation qui attend de changer.
Cet article ne donne aucun montant, car le bon montant dépend de votre périmètre. Il explique plutôt ce qui fait monter le coût, ce qui le fait baisser, comment lire un devis et quels postes cachés apparaissent au fil du projet.
Qu'est-ce qui détermine le coût d'un logiciel sur mesure ?
Le facteur principal est le périmètre : combien de types d'utilisateurs le logiciel sert, combien de processus il fait tourner et combien d'exceptions comporte chaque processus. Un simple outil d'enregistrement pour un seul type d'utilisateur et un système qui gère ensemble les ventes, le stock, la comptabilité et le reporting peuvent tous deux s'appeler logiciel, mais ils exigent un effort très différent.
Le deuxième facteur est la composition de l'équipe. Si un designer, un développeur, un testeur et un chef de projet y travaillent ensemble, le coût correspond au temps que chacun consacre au projet. Une équipe expérimentée paraît plus chère mais fait moins d'allers-retours ; une équipe inexpérimentée paraît bon marché mais porte le risque d'une réécriture.
Le troisième est le temps. Si le même périmètre est demandé plus vite, l'équipe grandit et la charge de coordination augmente. La précipitation est la ligne la plus silencieuse de tout budget.
Quels facteurs font monter le coût ?
Le plus important est l'intégration. Chaque connexion à un logiciel de comptabilité, à un prestataire de paiement, à un transporteur, à un service d'e-mail ou à un ERP existant est un chantier à part, car les règles, les défauts et les changements de version de l'autre système échappent à votre contrôle. Si la documentation d'un tiers est maigre, le coût devient incertain.
Le deuxième, ce sont les règles elles-mêmes. Une phrase comme « celui qui valide une commande dépend du montant, et si le responsable régional ne l'a pas validée, elle va à la direction générale » signifie des dizaines de cas à tester. Plus il y a de règles métier et plus elles comportent d'exceptions, plus le coût est élevé.
Le troisième est la reprise de données. Déplacer, rapprocher et vérifier des données désordonnées issues d'un ancien système compte, dans la plupart des projets, parmi les tâches les moins attendues et les plus longues.
- Le nombre de systèmes à intégrer et la qualité de la documentation de l'autre côté
- Le nombre de types d'utilisateurs et de différences de droits
- Le nombre d'exceptions dans les règles métier
- Les données à reprendre et à nettoyer depuis un ancien système
- Les attentes en matière de sécurité, de sauvegarde et de traçabilité
- La prise en charge de plusieurs langues, devises ou sites
Quelles décisions font baisser le coût ?
La décision la plus efficace est de garder la première version petite. Un projet qui veut tout dès le premier jour grossit sans qu'aucune partie soit utilisée. Mettre d'abord un processus en ligne et l'essayer avec de vrais utilisateurs montre quelles fonctions sont vraiment nécessaires et supprime dès le départ le coût des fonctions inutiles.
La deuxième est d'utiliser des composants prêts à l'emploi. La connexion, les paiements, l'envoi d'e-mails et les droits d'accès sont des problèmes résolus ; les construire sur des services éprouvés plutôt que de zéro réduit à la fois le temps et les défauts. Écrire un logiciel sur mesure ne signifie pas écrire chaque pièce sur mesure.
La troisième est de garder une prise de décision courte. Une personne habilitée côté client, des demandes de modification mises par écrit et de courtes démonstrations hebdomadaires détectent l'incertitude tôt. La correction la plus chère est le malentendu repéré en dernier.
Comment lit-on un devis de logiciel ?
Un bon devis est un document de périmètre, pas un total unique. Il indique ce qui sera fait, ce qui est exclu, sur quelles hypothèses il repose et comment les changements seront traités. Un devis qui décrit le périmètre en deux phrases signifie une nouvelle négociation à chaque demande supplémentaire.
Regardez le mode de paiement. Un prix forfaitaire vous protège quand le périmètre est clair ; quand il est flou, l'équipe intègre le risque dans le prix ou ouvre plus tard des demandes supplémentaires. Le travail au temps passé est souple, mais il demande des rapports réguliers et un plafond pour savoir où va le total. Demandez dans quelles conditions chaque modèle vous convient mieux.
Quand vous comparez plusieurs devis, comparez les périmètres, pas les totaux. Un devis qui paraît bas peut laisser de côté les tests, la sécurité, la sauvegarde ou la maintenance. Deux devis qui ne décrivent pas le même travail ne peuvent pas être comparés sur le prix.
Quels postes restent cachés dans les devis ?
Les postes les plus souvent oubliés apparaissent après la mise en ligne : hébergement et infrastructure, abonnements à des services tiers, renouvellements du nom de domaine et des certificats, sauvegarde et supervision. Ce sont des coûts récurrents, pas ponctuels, et ils font réellement partie du coût total de possession.
La maintenance est le deuxième grand poste caché. Quand le logiciel est terminé, le travail ne l'est pas : mises à jour de sécurité, changements de version des systèmes connectés, petites améliorations et corrections continuent. Un projet dont la maintenance n'a jamais été discutée devient, un an plus tard, soit un logiciel dont personne ne s'occupe, soit une intervention de sauvetage urgente et coûteuse.
Le troisième est la formation, la documentation et la remise. Le code, les notes d'installation et la documentation utilisateur vous seront-ils remis, ou restez-vous lié à l'équipe qui les a écrits ? La réponse décide de votre liberté de changer d'équipe plus tard.
Quelles erreurs sont courantes dans le budget d'un logiciel sur mesure ?
La plus courante est de choisir le devis le plus bas. Un devis bas réduit généralement le périmètre ou laisse le risque pour plus tard ; à mesure que le projet avance, des postes supplémentaires arrivent et le total dépasse le devis que l'on avait écarté au départ.
La deuxième est de commencer sans avoir écrit le périmètre. Quand ce qui a été convenu à l'oral n'est pas sur papier, chacun défend son propre souvenir. La troisième est de laisser la maintenance en dehors du projet ; le coût n'est pas terminé quand le logiciel est mis en ligne.
La quatrième est de traiter le logiciel comme quelque chose que l'on achète une fois. Un logiciel sur mesure est un actif vivant et change à mesure que l'activité change. Ne budgéter que le premier développement crée des problèmes dès la deuxième année.
Quand ne faut-il pas opter pour un logiciel sur mesure ?
Si un produit prêt à l'emploi du marché répond presque entièrement à votre besoin, il n'y a aucune raison de construire un logiciel sur mesure. Pour un besoin standard de comptabilité, de réservation ou d'e-mail, acheter le produit fini est à la fois plus rapide et plus prévisible.
Vous pouvez aussi être trop tôt si vous ne savez pas encore décrire entièrement votre processus. Un logiciel écrit avant que le processus ne se stabilise doit changer avec lui, et chaque changement apporte un coût de réécriture. Essayez d'abord le processus sur papier ou avec un outil du commerce, et décidez quand il est clair.
Le coût d'un logiciel sur mesure se discute à travers le périmètre, l'équipe, les intégrations et la maintenance, pas à travers un chiffre ; en lisant un devis, regardez ce qui est inclus et ce qui est exclu plutôt que le total. Garder la première version petite, écrire le périmètre et discuter de la maintenance dès le départ sont les trois habitudes qui maîtrisent le mieux le coût. Si vous souhaitez préciser ensemble le périmètre de votre projet, vous pouvez planifier un entretien de découverte avec rabbitclip.
Questions fréquentes
Pourquoi un logiciel sur mesure n'est-il pas vendu selon une grille tarifaire ?
Parce que deux programmes portant le même nom ne font souvent pas le même travail. Le coût vient du périmètre, des intégrations et des règles métier, qui diffèrent dans chaque entreprise.
Le prix forfaitaire ou le travail au temps passé est-il plus sûr ?
Si le périmètre est clair, un prix forfaitaire vous protège. Si le périmètre va changer, le travail au temps passé peut être plus honnête, mais il exige un plafond et des rapports réguliers.
À quoi dois-je faire le plus attention dans un devis ?
À ce que le périmètre soit écrit, à ce qui est exclu, à la façon dont les changements seront traités et à ce que recouvre la maintenance. Le chiffre total ne peut pas les remplacer.
Quels coûts apparaissent après la mise en ligne ?
L'hébergement, les abonnements à des services tiers, les renouvellements du nom de domaine et des certificats, les mises à jour de sécurité et les petites améliorations. Ce sont des coûts récurrents qu'il faut discuter dès le départ.
À qui appartient le code ?
Cela doit être écrit dans le contrat. Si la remise du code, des notes d'installation et de la documentation n'est pas clairement indiquée, vous risquez de rester dépendant de l'équipe qui l'a écrit. Pour les détails, consultez un avocat.
