Vous avez deux devis sur la table pour le même cahier des charges. Le premier annonce 18 000 EUR, le second 54 000 EUR. Le réflexe est de penser que l'un des deux vous ment. C'est rarement le cas. Pour comparer des devis de développement logiciel, il faut d'abord accepter qu'un prix ne dit presque rien tant qu'on ignore ce qu'il contient.
Nous publions nos taux journaliers, de 150 à 450 EUR par jour selon le profil. Tout ce qui suit se vérifie donc contre nos propres chiffres, pas contre des moyennes de marché invérifiables. Comparer deux devis de développement logiciel demande une demi-journée avec la bonne méthode. Cette demi-journée, la semaine avant de signer, pèse plus lourd que tout ce qui suivra.
Voici la méthode que nous appliquons nous-mêmes quand un client nous met en concurrence.
Pourquoi deux devis honnêtes varient du simple au triple
Trois raisons expliquent presque tous les écarts. La séniorité d'abord : un développeur confirmé à 300 EUR par jour et un architecte à 450 EUR ne produisent pas le même travail sur une architecture à poser. Le périmètre ensuite : l'un inclut les tests automatisés, la mise en production et la garantie, l'autre s'arrête à la livraison du code. Le modèle de production enfin. Une équipe entièrement locale, une équipe entièrement offshore et un modèle hybride comme le nôtre, avec le pilotage, la qualité et les contrats en Belgique et en Suisse et un centre d'ingénierie à Rabat, ne portent pas la même structure de coûts.
Un écart du simple au triple peut donc être parfaitement honnête. Il devient un problème quand vous ne savez pas d'où il vient.
Comparer des devis de développement logiciel : normalisez d'abord
Demandez à chaque prestataire trois choses : le nombre de jours par lot, le taux journalier par profil, et la liste écrite de ce qui est inclus et exclu. Refusez le forfait opaque. Un forfait est un mode de facturation, pas une excuse pour cacher le calcul.
Exemple chiffré à nos tarifs publics. Un lot de développement de 40 jours confié à un profil senior à 400 EUR représente 16 000 EUR. Ajoutez 12 jours de tests et de recette à 300 EUR, soit 3 600 EUR, puis 5 jours d'architecture à 450 EUR, soit 2 250 EUR. Total : 21 850 EUR pour 57 jours, avec un périmètre écrit noir sur blanc. Ramenez vos deux devis à cette forme. Si un prestataire refuse l'exercice, vous venez d'apprendre quelque chose d'important.
Les détecteurs de padding
Trois lignes trahissent un devis gonflé ou, pire, un devis creux.
- Les lignes vagues : « intégration et divers, 15 jours ». Une ligne qui ne peut pas être recettée ne sera pas livrée.
- Les tests absents : un devis sans jours de test explicites reporte leur coût sur vous, après la mise en production.
- Le budget de run absent : qui surveille, corrige et met à jour après la livraison ? Un devis qui s'arrête au jour de la mise en production est incomplet, pas moins cher.
La gestion de projet facturée en pourcentage, sans livrable associé, mérite la même question : que produisent ces jours, concrètement ?
Les questions de propriété : code, dépôts, environnements, données
Posez-les par écrit avant de signer, jamais après.
- Le dépôt Git est-il créé dans notre organisation dès le premier jour ?
- Les environnements cloud tournent-ils sur nos comptes, avec une facturation directe chez nous ?
- Quelles licences tierces le projet embarque-t-il, et qui les paie dans trois ans ?
- Les données de production nous appartiennent-elles, avec un export documenté ?
- Si nous arrêtons la collaboration, que se passe-t-il le lendemain matin ?
Chez nous, la réponse tient en une phrase : tout vous appartient dès le premier commit. Un prestataire qui hésite sur l'une de ces questions prépare sa propre indispensabilité.
L'appel de référence : le script
Demandez deux références et appelez-les vraiment. Les anciens clients répondent honnêtement à des questions factuelles, pas à « étiez-vous satisfait ». Notre script :
- Le budget initial a-t-il tenu ? Sinon, de combien et pourquoi ?
- Qui décrochait quand un incident touchait la production ?
- Combien de temps s'écoulait entre un bug signalé et sa correction ?
- Qu'auriez-vous négocié différemment dans le contrat ?
- Referiez-vous appel à eux demain pour un nouveau projet ?
La quatrième question rapporte le plus. Personne ne refuse d'y répondre, et la réponse contient presque toujours le vrai point faible du prestataire.
Les signaux qui annoncent un projet enlisé
- Un démarrage promis pour demain. Une équipe compétente a un carnet de commandes. Chez nous, le démarrage le plus tôt possible est la date de la demande plus deux semaines, précisément parce que les bonnes équipes ne sont pas assises à attendre.
- Une remise de 30 % obtenue en une seule négociation, sans réduction de périmètre. Si la marge absorbe cela, le devis initial était gonflé.
- Aucune question sur votre métier pendant l'avant-vente. Un devis rédigé sans comprendre le métier sera refait, à vos frais.
- Aucun découpage en lots avec des jalons recettables. Vous découvrirez l'état réel du projet le jour de la livraison, c'est-à-dire trop tard.
À quoi ressemble un devis transparent
Un devis transparent montre les jours, les taux, les profils, le périmètre inclus et exclu, les hypothèses et ce qui se passe après la livraison. C'est ce que produit notre générateur sur jadev-corp.com/quote : vous décrivez votre besoin, il structure un chiffrage en lots et en jours à nos tarifs publics, puis un ingénieur le relit et vous renvoie un devis formel sous un jour ouvré. Pour un engagement continu, nos pods d'équipe vont de 15 à 40K EUR par mois, détaillés de la même façon.
Nous avons livré plus de 17 projets pour plus de 10 clients avec ce format, dont une plateforme de réservation de parking aéroportuaire que nous opérons et une plateforme industrielle que nous concevons. Ce format n'a jamais fait fuir un client sérieux. Il a fait fuir des comparaisons déloyales, et c'était le but.
Les limites de la méthode
La normalisation compare des chiffres, pas des équipes. Deux devis identiques en jours et en taux peuvent cacher des écarts de qualité que seuls le code et les références révèlent. Un taux bas peut coûter plus cher en jours supplémentaires. Et les références fournies par un prestataire sont, par construction, ses meilleures. La méthode réduit le risque. Elle ne le supprime pas.
Si vous voulez voir ce que donne un devis normalisé sur votre propre projet, décrivez votre besoin sur jadev-corp.com/quote. Vous recevez un chiffrage en jours et en taux publics, relu par un ingénieur, sous un jour ouvré. Comparez-le ensuite à ce que vous avez sur la table. C'est exactement l'exercice de cet article.