Devis développeur : les signaux d'un prix gonflé

Vous avez reçu un devis à 30 000€. Vous n'avez aucune idée si c'est cher ou donné. Bienvenue dans le quotidien de 90% des fondateurs qui font développer une application.

J'ai analysé des dizaines de devis de développeurs pour des clients. Des devis à 8 000€, des devis à 120 000€, des devis de freelances, d'agences, de devshops offshore. Et le constat est toujours le même : le dirigeant qui recrute un développeur ou un prestataire n'a aucun repère pour juger le prix. Il compare des chiffres sans comprendre ce qu'il y a derrière.

Le problème, ce n'est pas que les devs sont malhonnêtes. La plupart ne le sont pas. Le problème, c'est que le code est invisible. Et quand le produit est invisible, les prix deviennent opaques.

Pourquoi vous n'avez aucun repère (et c'est normal)

Quand vous faites refaire une cuisine, vous voyez les matériaux, les dimensions, le plan. Vous pouvez comparer. Quand un développeur vous dit "cette fonctionnalité prend 10 jours", vous ne pouvez pas vérifier.

C'est le fondement du problème : l'asymétrie d'information est totale. Le dev sait ce qu'il fait. Vous, non. Et contrairement à un devis de plombier où vous pouvez au moins googler le prix d'un chauffe-eau, il n'existe pas de "prix de référence" pour une fonctionnalité logicielle.

Les fourchettes qu'on trouve en ligne — combien coûte une application en 2026 — donnent un ordre de grandeur. Mais elles ne vous disent pas si votre devis est juste.

Ce qui vous dit si votre devis est juste, ce sont des signaux. Des patterns que j'ai appris à repérer après des années passées à auditer du code et à relire des propositions commerciales.

Les 5 signaux d'un devis gonflé

Un total sans détail

Le premier signal, c'est le devis en deux pages : description du projet, total en bas. Pas de découpage par fonctionnalité. Pas de nombre de jours par poste. Juste un chiffre.

Cas concret. Deux prestataires répondent au même projet pour un de mes clients. Le premier envoie un PDF de 2 pages : contexte, total à 42 000€. Le second détaille chaque fonctionnalité avec un nombre de jours estimé, un TJM clair, et des hypothèses explicites. Son total : 29 000€.

Le premier n'était pas forcément malhonnête. Mais son devis était impossible à challenger. Et c'est précisément le problème.

Si vous ne pouvez pas questionner chaque ligne, le devis ne sert à rien.

Des postes flous qui gonflent la note

"Architecture applicative" : 5 jours. "Gestion de projet" : 8 jours. "Recette et mise en production" : 6 jours. "Optimisation et tests avancés" : 4 jours.

Ces postes, je les retrouve dans un devis sur deux. Et dans un cas sur trois, ils sont gonflés ou vides de contenu réel. "Gestion de projet" pour un freelance qui travaille seul ? Ça peut vouloir dire "je gère mes mails" — facturé 8 jours à 500€.

Un vrai travail d'architecture existe. Mais quand le prestataire ne peut pas expliquer concrètement ce que couvrent ces jours, c'est de la marge déguisée.

Le "tout compris" sans jalons

Un devis avec un prix forfaitaire, une date de livraison, et rien entre les deux. Pas de livraison intermédiaire. Pas de point de validation. Pas de découpage en phases.

Vous ne voyez rien pendant 3 mois, puis vous découvrez le résultat à la fin. Si ça ne correspond pas à ce que vous vouliez — et il y a de bonnes chances que ce soit le cas — c'est un avenant. Et un avenant, c'est rarement en votre faveur.

Le refus de détailler les jours

Un fondateur m'a demandé de relire son devis à 45 000€. Le projet : une application de gestion interne. En langage technique, un CRUD avec de l'authentification — des utilisateurs qui créent, lisent, modifient et suppriment des fiches. Du classique.

J'ai demandé au prestataire le détail jour par jour. Réponse : "C'est un forfait, on ne détaille pas les estimations." On a fait chiffrer le même périmètre par deux autres prestataires. Résultat : entre 7 000 et 12 000€.

Le devis initial était gonflé d'un facteur 4. Pas parce que le prestataire était incompétent — parce qu'il savait que le client ne pouvait pas vérifier.

La marge de sécurité excessive

Un bon devis inclut une marge pour les imprévus. 10 à 20%, c'est standard et honnête — je le fais moi-même quand j'estime un projet. Mais certains devis intègrent 40 à 50% de marge, répartie discrètement dans chaque poste.

Le signal : quand toutes les estimations sont arrondies au-dessus, sans exception. Un devis honnête a des postes à 2 jours, d'autres à 7, un à 0,5. Un devis gonflé a tout à 5, 5, 5, 8, 5, 5. Des chiffres ronds partout, c'est rarement le fruit d'une estimation précise.

Le piège du devis trop bas

Un devis gonflé, ça fait mal au portefeuille. Un devis trop bas, ça fait mal à tout.

Un fondateur de marketplace m'a montré un devis qu'il avait reçu : 5 000€. Système de paiement intégré, messagerie entre vendeurs et acheteurs, back-office admin, moteur de recherche. Cinq mille euros pour tout ça.

Il a signé. Six mois plus tard : 5 avenants successifs. Le paiement n'était "pas dans le périmètre initial." La messagerie temps réel non plus. Le back-office a été facturé en supplément. Total final : 25 000€. Cinq fois le devis. Et le projet avait 4 mois de retard.

Un devis sous-évalué est plus dangereux qu'un devis gonflé. Le devis gonflé vous coûte la surcharge, point. Le devis trop bas vous coûte ça plus les dépassements, plus le temps perdu, plus parfois un projet à recommencer de zéro — avec la dette technique qui va avec.

Le mécanisme est toujours le même : le prestataire baisse le prix pour décrocher le contrat. Soit il a sous-estimé sincèrement — mauvais signe, ça veut dire qu'il ne maîtrise pas son sujet — soit il le fait volontairement en sachant que les avenants viendront. Dans les deux cas, vous perdez.

Les 7 questions à poser avant de signer

Un de mes clients avait reçu un devis à 28 000€. Je lui ai donné une liste de questions à poser au prestataire. Sans rien changer au périmètre, le devis est passé à 19 000€. Le prestataire a simplement retiré les postes qu'il ne pouvait pas justifier.

Voici ces questions.

1. Pouvez-vous détailler le nombre de jours par fonctionnalité ? Pas par phase. Par fonctionnalité. "Page de connexion : 2 jours. Dashboard : 5 jours. Système de facturation : 8 jours." Un prestataire qui refuse de détailler, c'est un prestataire qui ne veut pas qu'on regarde sous le capot.

2. Quel est votre TJM, et combien de personnes travaillent sur le projet ? Un devis de 30 000€ avec un TJM à 500€, c'est 60 jours de travail. Si le prestataire annonce 3 mois avec un dev à plein temps, ça colle. S'il annonce 6 semaines en solo, il y a un écart à expliquer.

3. Qu'est-ce qui n'est PAS inclus ? La question la plus importante. Hébergement ? Maintenance ? Corrections de bugs post-livraison ? Évolutions demandées pendant le projet ? Si ce n'est pas écrit, c'est exclu — et ce sera un avenant.

4. Que se passe-t-il si je demande une modification en cours de route ? Un bon prestataire a un processus clair : avenant chiffré, validation avant exécution. Un mauvais prestataire dit "on verra" — et vous recevrez la facture surprise à la fin.

5. Quels sont les livrables intermédiaires ? Vous devez pouvoir voir et valider le travail au fur et à mesure. Un livrable toutes les 2-3 semaines, c'est un bon rythme. Rien avant la fin du projet, c'est un drapeau rouge.

6. Pouvez-vous me donner les coordonnées de deux anciens clients ? Un bon prestataire n'a aucune raison de refuser. Un prestataire qui hésite ou qui n'a "pas le droit" de donner des références — posez-vous la question.

7. Que couvre la "gestion de projet" dans votre devis ? Si ce poste dépasse 15% du total chez un freelance ou une petite équipe, demandez des précisions. Ce n'est pas forcément du remplissage, mais c'est le poste le plus souvent gonflé.

Comment comparer des devis (même sans être technique)

Vous avez reçu 2 ou 3 devis. Les prix vont du simple au triple. C'est normal — et c'est même plutôt bon signe, ça veut dire que vous avez de la matière pour comparer.

Ne comparez pas les totaux. Comparez les jours. Un devis à 20 000€ avec un TJM à 400€, c'est 50 jours de travail. Un devis à 35 000€ avec un TJM à 700€, c'est aussi 50 jours. Le second coûte plus cher, mais le volume de travail estimé est identique. La différence, c'est le niveau d'expérience du développeur — et un dev senior à 700€ fait régulièrement en 3 jours ce qu'un junior à 300€ fera en 10.

Comparez ce qui est inclus. Le devis le moins cher exclut parfois la moitié du périmètre. Le plus cher inclut tout — tests, déploiement, 3 mois de maintenance. À périmètre égal, l'écart se réduit souvent de moitié.

Faites chiffrer le même périmètre. Écrivez un document d'une page qui liste les fonctionnalités attendues. Pas un cahier des charges de 40 pages — juste les grandes lignes. Envoyez-le à 3 prestataires. Si les estimations en jours sont cohérentes (écart de 20-30%), les devis sont probablement honnêtes. Si l'un est 3 fois supérieur aux autres, posez les questions de la section précédente.

Quand un regard extérieur change tout

Un avis technique externe avant de signer un devis peut vous économiser des dizaines de milliers d'euros.

Le fondateur avec le devis à 45K€ pour son CRUD a payé 500€ pour avoir mon avis. Il a économisé plus de 30 000€. Ce ratio, je le constate régulièrement — un regard de CTO externe sur un devis de recrutement développeur, c'est l'équivalent de l'expert qui visite l'appartement avant que vous signiez.

Si votre devis dépasse 15 000€, un avis externe est rentabilisé dès le premier échange. Et si le devis est honnête, l'expert vous le confirmera. Ça aussi, ça vaut quelque chose : la tranquillité de signer en sachant ce que vous achetez.