Pourquoi les devis logiciels varient autant

Vous avez envoyé le même cahier des charges à trois sociétés de développement logiciel et reçu trois prix très différents. Comment expliquer cet écart, et comment déterminer quelle proposition convient à votre projet ?

Souvent, ces sociétés ne chiffrent pas tout à fait la même chose. Chacune fait des hypothèses sur le périmètre, la qualité, l’équipe et les risques. Les écarts peuvent aussi venir de briques logicielles réutilisables, d’une méthode de livraison plus efficace ou de frais de structure plus faibles. Le prix seul ne vous dit pas si un devis est complet ni s’il est avantageux.

Un même cahier des charges peut donner lieu à des hypothèses différentes

Imaginez que vous demandiez à trois constructeurs un devis pour « un entrepôt ». L’un imagine un simple hangar ; un autre inclut l’isolation, des quais de chargement et des bureaux ; le troisième prévoit une extension future. La même demande a produit trois bâtiments différents.

Il en va de même pour un logiciel. « Un système de gestion des commandes » peut désigner un outil pour une seule équipe, ou une plateforme reliant fournisseurs, transporteurs et service financier. Tant que ces limites ne sont pas claires, les montants sont difficiles à comparer. Un cahier des charges détaillé aide, mais les prestataires doivent tout de même expliciter leurs hypothèses.

Ce qui se cache réellement derrière le chiffre

Le périmètre : quelle part du problème ils résolvent

La « visibilité sur les stocks » peut signifier un tableau de bord, ou bien le rapprochement en temps réel des stocks entre une boutique, un entrepôt et un site web. Ces deux options ne demandent pas la même quantité de travail.

Un devis plus élevé peut tenir compte d’une complexité indispensable, mais il peut aussi inclure des fonctionnalités dont vous n’avez pas besoin. Un devis plus bas peut couvrir moins de choses, ou répondre aux mêmes besoins de façon plus économique. Demandez quelles parties servent vos objectifs métier et lesquelles pourraient attendre.

La qualité et ce que vous ne voyez pas

Les tests, la sécurité et le travail sur les performances n’apparaissent pas forcément à l’écran, mais ils déterminent la fiabilité du logiciel à l’usage.

Vérifiez ce que chaque prestataire inclut et sur quels critères il effectuera ses tests : volumes de transactions attendus, droits d’accès ou comportement en cas de panne d’un système connecté, par exemple. Il vous faut des protections adaptées au projet, pas un cahier technique coûteux sans objectif clair.

Qui réalise le travail

Comparez les tarifs en regard de l’effort estimé. Un taux journalier plus bas ne donne pas forcément un total plus bas si le travail demande davantage de jours.

Une expérience pertinente peut aider une équipe à anticiper les problèmes, mais l’ancienneté ne garantit pas une livraison plus rapide. La réutilisation, l’organisation de l’équipe et les frais de structure influent aussi sur le coût. Demandez qui fera le travail, si des intervenants externes sont impliqués et qui est responsable des décisions techniques.

Les risques et les inconnues

Un système de facturation peu connu ou un flux fournisseur incohérent peut rendre l’effort difficile à prévoir. Un prestataire peut prévoir une provision pour aléas, proposer une phase d’investigation préalable ou identifier des travaux nécessitant une estimation séparée.

Vérifiez aussi la base de tarification. Un prix forfaitaire s’applique à un périmètre convenu, selon les conditions du contrat. Une estimation est une prévision, pas nécessairement un engagement sur ce total. En régie (temps passé), la facturation dépend du temps travaillé et des taux convenus, plus les éventuels autres coûts convenus.

Demandez comment l’incertitude influe sur le prix, comment les dépenses sont suivies et à quel moment votre accord est requis. Ne partez pas du principe que tous les prestataires traitent ces points de la même manière.

Comment comparer les devis équitablement

Commencez par ce que couvrent les chiffres, puis comparez les totaux. Utilisez ces sept points de contrôle :

1. Livrables et critères de recette. Que doit accomplir le logiciel, que reste hors périmètre, et selon quels critères le travail sera considéré comme terminé ?
2. Intégrations, migration des données et vos responsabilités. Quels systèmes et quelles données sont inclus ? Qui fournit les accès, nettoie les données, répond aux questions et valide les décisions ?
3. Tests, sécurité et performances. Quels contrôles sont inclus, qui les réalise, et quels niveaux d’utilisation ou exigences de sécurité le logiciel devra satisfaire ?
4. Prix, provision pour aléas et modifications. Précisez si le montant est un prix forfaitaire ou une estimation, et si la facturation se fait en régie. Demandez ce que couvre l’éventuelle provision, et comment les modifications sont chiffrées et validées avant le lancement des travaux.
5. Jalons et paiements. Qu’est ce qui sera livré à chaque étape ? Quelles sont les échéances de paiement, et leur lien avec la livraison et la recette ?
6. Coûts après la mise en production. Identifiez les frais d’hébergement, de licences et de support. Précisez ce qui relève d’un défaut par rapport aux exigences convenues, et ce qui relève d’une nouvelle fonctionnalité ou d’une amélioration, ainsi que la façon dont chacun est traité et facturé.
7. Propriété et transfert. Quels codes et autres éléments deviendront votre propriété ou vous seront concédés en droit d’usage ? Confirmez l’accès aux dépôts de code, à la documentation et aux comptes, ainsi que les modalités en cas de changement de prestataire.

Un manque de détails est une raison de poser des questions, pas la preuve d’une mauvaise intention. Apportez les mêmes précisions à chaque prestataire pour qu’ils puissent répondre sur une base comparable. Si un devis est nettement plus bas ou plus élevé que les autres, demandez au prestataire de l’expliquer.

À quoi ressemble un devis juste

Un devis utile relie le prix à un périmètre clair, explique ses hypothèses et rend visibles les incertitudes restantes. Il doit vous aider à comprendre à la fois le coût initial de développement et les coûts récurrents probables.

L’objectif n’est pas de choisir d’office l’option la moins chère ou la plus chère. Il s’agit de choisir une proposition qui répond à vos besoins, avec des coûts et des responsabilités que vous comprenez.

Échangeons avant votre décision

Vous préparez un projet logiciel ? Échangez avec Softwareup sur votre périmètre, vos priorités et vos exigences.