Devis de développement trop cher : que faire

Un devis de développement est trop cher dans deux situations : quand il dépasse nettement les prix publics du marché pour un projet comparable, ou quand il contient plus que ce dont vous avez besoin au départ. La seconde se corrige souvent sans changer de prestataire, en retirant du périmètre ce qui peut attendre. Dans les deux cas, la première chose à faire est de savoir ce que le montant contient, poste par poste. Cette page donne les repères pour juger, les causes habituelles d'un montant élevé, les moyens de le réduire et les cas où le devis est en réalité bien placé.

Le montant est-il anormal ?

Les repères publics donnent un ordre de grandeur. La Fabrique du Net, annuaire d'agences, affiche pour une application web, un SaaS ou un extranet trois fourchettes selon le type de prestataire : 10 000 à 25 000 € chez un freelance, 30 000 à 80 000 € dans une agence standard, 90 000 à 300 000 € et plus dans une agence haut de gamme. La même page indique plus de 60 000 € pour une application sur mesure.

Source : La Fabrique du Net, tarifs des agences de développement web, consulté le 22 octobre 2026.

Ces chiffres sont publiés par un annuaire d'agences, et non mesurés par un organisme indépendant. Ils servent à repérer un écart énorme, pas à juger un devis à 10 % près. Pour un jugement plus fin, ramenez le devis en jours de travail et regardez son taux journalier. Le tarif moyen affiché par les développeurs indépendants confirmés sur Malt était de 576 € par jour lors du relevé du 14 septembre 2026 ; une agence facture aussi sa structure, et son taux peut légitimement être plus haut.

Source : Malt, baromètre des tarifs tech, relevé le 14 septembre 2026.

Un devis à 40 000 € pour un outil que vous imaginiez à 10 000 € n'est donc pas forcément exagéré. Il décrit peut-être un outil plus gros que celui que vous aviez en tête, avec des intégrations, une reprise de données et des droits d'accès que vous n'aviez pas comptés. La suite de la page sert à le vérifier.

D'où vient le montant

Cinq éléments expliquent l'essentiel d'un prix de développement. En les repérant dans votre devis, vous saurez lequel pèse le plus.

• Le périmètre. Chaque fonction, chaque type d'utilisateur, chaque règle de gestion ajoute des jours. Les fonctions demandées « au cas où » coûtent autant que les autres.
• Les intégrations. Se brancher sur la comptabilité, un ERP ou un service externe oblige à traiter tous les cas d'erreur de l'autre côté. Ce travail pèse souvent plus que les écrans eux-mêmes.
• La reprise de données. Nettoyer et importer des années d'historique forme un chantier à part, souvent sous-estimé par le client.
• La marge pour l'imprévu. Au forfait, le prestataire s'engage sur un prix fixe et provisionne les risques qu'il voit. Plus votre besoin est flou, plus cette provision est grosse.
• La structure. Le taux journalier paie aussi les locaux, la vente, la gestion de projet, et parfois un intermédiaire qui sous-traite le développement à quelqu'un d'autre.

Demandez le détail en jours, poste par poste. Le guide sur le chiffrage en jours-hommes explique comment le lire et quelles lignes regarder en premier.

Si le prestataire ne donne qu'un total, un calcul simple aide déjà : divisez le montant hors taxes par le taux journalier qu'il annonce, ou par le repère de Malt si vous n'en avez pas. Vous obtenez un nombre de jours approximatif. Demandez-vous ensuite si ce nombre correspond à ce que vous imaginez pour votre outil. Quarante jours, c'est environ deux mois de travail à temps plein pour une seule personne ; si votre besoin tient en quelques écrans et un export, la question mérite d'être posée au prestataire, avec la liste des fonctions sous les yeux.

Réduire la facture sans abîmer l'outil

Le moyen le plus sûr de payer moins est de commander moins au départ, en gardant ce qui sert tous les jours. Les pistes qui donnent le plus de résultats :

• Une première version réduite. Les fonctions utilisées chaque jour d'abord, le reste dans une étape suivante, une fois l'outil en service et vos besoins mieux connus. Le guide sur la première version d'un logiciel pour une PME aide à tracer la limite.
• Une reprise de données partielle. Trois ans d'historique au lieu de dix, le reste archivé en lecture seule.
• Des écrans internes sobres. Un écran utilisé par trois personnes de votre entreprise n'a pas besoin du soin graphique d'une page vue par vos clients.
• Des services existants. Signature électronique, paiement en ligne, envoi d'e-mails : ces briques existent sous forme d'abonnements et se branchent au lieu d'être redéveloppées.
• Un outil du marché pour une partie du besoin. Si un logiciel standard ou un outil sans code couvre une fonction, le sur mesure peut se limiter au reste. Le guide no-code ou développement sur mesure aide à trancher.

Chacune de ces pistes se discute avec le prestataire qui a fait le devis. Il connaît déjà votre besoin et peut dire rapidement ce que chaque retrait fait gagner.

Négocier avec le prestataire

Une remise demandée sans toucher au périmètre se retrouve souvent ailleurs : moins de tests, moins de temps pour les corrections, un chef de projet moins présent. Les demandes qui donnent des résultats portent sur le contenu :

• Quels postes pèsent le plus, et pourquoi ?
• Quelles fonctions pouvons-nous reporter à une deuxième étape, et que coûterait alors la première ?
• Quelles hypothèses prudentes avez-vous prises qu'un échange avec nous permettrait de lever ?
• Pouvons-nous préparer nous-mêmes une partie du travail, par exemple le nettoyage des données ou une partie des tests ?
• Un découpage en étapes, chacune payée une fois livrée, est-il possible ?

La troisième question compte plus qu'elle n'en a l'air. Une partie de la marge pour l'imprévu vient de zones floues que vous pouvez éclaircir en une réunion, en montrant vos fichiers, vos documents et vos logiciels actuels. Un juriste spécialisé recommande d'ailleurs, pour tout contrat de ce type, de décrire chaque engagement, ses dépendances et la façon dont il sera vérifié : un besoin décrit ainsi coûte moins cher à garantir.

Source : Thiébaut Devergranne, Obligation de moyens ou de résultat : préciser le contrat, donneespersonnelles.fr, consulté le 22 octobre 2026.

Quand le devis est raisonnable

Un devis peut être élevé et juste. Les signes qui vont dans ce sens : des jours détaillés et cohérents avec le contenu, un taux dans la moyenne de sa catégorie de prestataire, des exclusions et des hypothèses écrites, une reprise de données et des tests comptés. Dans ce cas, le prix reflète le travail demandé.

Il reste alors trois voies : réduire le périmètre de la première étape, étaler le projet en étapes payées l'une après l'autre, ou revoir le budget. Le guide sur le budget d'un projet logiciel pour une PME aide à fixer ce montant de façon réaliste. Changer de prestataire pour un devis à peine plus bas, et moins complet, fait souvent perdre plus qu'il ne rapporte : les postes oubliés reviennent plus tard sous forme de suppléments.

Faire chiffrer le même travail ailleurs

Si, après ces vérifications, l'écart avec les repères reste grand, un contre-devis sur le même périmètre tranche la question. C'est le principe de dev2cafes : vous m'envoyez le devis reçu, et je réponds sous 48 heures ouvrées avec un prix fixe découpé en étapes, chaque étape payée une fois livrée et validée, avec arrêt possible après chacune. Je travaille avec l'IA et un réseau de développeurs freelances roumains, ce qui me permet de viser un prix entre la moitié et les trois quarts du devis d'origine. Cet objectif n'est pas garanti : certains devis ne peuvent pas être battus, et je le dis dans ce cas.

Pour que la comparaison reste juste, mettez les deux propositions dans la même grille, comme l'explique le guide pour comparer des devis de développement. Les repères du marché, par type de prestataire, sont sur la page prix d'un logiciel métier sur mesure.