Comprendre un devis de développement d'application : sept lignes à exiger avant de signer

Comprendre un devis de développement d'application demande moins de connaissances techniques qu'on ne le croit. Sept lignes décident du montant final et de ce que vous possédez à la fin. Les voici, avec ce qu'un devis silencieux vous coûte plus tard.

Pour comprendre un devis de développement d'application, commencez par le montant, puis oubliez-le. Sur dix devis réels relevés par eid-lab.com en mars 2026, les prix vont de 3 500 à 45 000 euros pour des délais de quatre à seize semaines, et le devis le moins cher est aussi le plus lent. Sept lignes disent le reste.

Le prix ne dit rien du délai

Dans le tableau d'eid-lab, le devis à 3 500 euros annonce huit à douze semaines sur WordPress et des extensions, tandis que le devis à 12 500 euros annonce quatre à huit semaines sur une base technique moderne. Payer plus cher ne fait pas aller plus vite, et payer moins cher ne fait pas gagner du temps non plus. Comparer deux devis sur le seul montant revient à comparer deux voitures sur la couleur. Le prix mesure le nombre de journées vendues et le niveau de la personne qui les passe ; le délai mesure la place que vous prenez dans le planning du prestataire, et la charge de travail qu'il a déjà acceptée par ailleurs.

Trois lignes qui décident du montant final

La première est le périmètre, écrit écran par écran et règle par règle. Ce qui n'est pas listé n'est pas commandé, et se retrouvera dans un avenant. La deuxième est le prix de l'avenant, à demander avant de signer : quel tarif journalier s'applique à un ajout, sous quel délai, et qui décide qu'une demande est un ajout plutôt qu'un oubli du devis. Un développeur français résumait ainsi le forfait, en juillet 2026, sur un forum de développeurs : « Tu vends 30 jours, tu en passes 45, mais tu ne peux pas tout refacturer si tu veux garder le client. » Cette différence se paie d'un côté ou de l'autre, et le devis n'est jamais le coût. La troisième ligne est la maintenance annuelle, absente de la plupart des devis : la grille de l'agence Lonestone la situe entre 15 et 25 % du coût de développement initial chaque année, pour la compatibilité avec les systèmes d'exploitation et les mises à jour de briques écrites par d'autres. Sur un projet à 40 000 euros, cela fait de 6 000 à 10 000 euros par an pour que l'application continue de fonctionner, avant la moindre évolution.

Trois lignes qui décident de ce que vous possédez

La quatrième ligne cède le code source et sa documentation, avec une date de livraison, à vous, et pas à la seule fin du projet. La cinquième liste les comptes créés pour vous et le nom auquel ils sont ouverts : hébergement, nom de domaine, base de données, service de paiement, envoi d'e-mails. Un prestataire qui ouvre ces comptes au sien vous rend dépendant sans le vouloir, et le jour où il ne répond plus, vous découvrez que rien n'est à votre nom. La sixième ligne organise la recette : qui vérifie la livraison, sur quelle liste de cas, dans quel délai vous pouvez refuser, et ce qui se passe si vous refusez. Ces trois lignes tiennent en quelques phrases et se négocient avant la signature, jamais après. Sans elles, vous payez un service, quand vous croyiez acheter un actif qui reste chez vous.

La septième ligne, celle que personne n'écrit

La septième ligne prévoit l'arrêt : ce que vous recevez si le prestataire cesse son activité, part sur un autre projet ou monte ses tarifs au renouvellement. Une réponse acceptable tient en trois éléments : la documentation d'installation à jour, la liste des accès, et un état écrit de ce qui reste à faire. Un prestataire sérieux accepte cette clause, parce qu'elle décrit une pratique qu'il a déjà. Un prestataire qui la refuse vous apprend quelque chose d'utile avant de signer plutôt qu'après.

Ce qu'aucun devis ne peut chiffrer

Un intégrateur estimait en août 2026, sur un forum consacré aux agents IA, que chaque mois de développement supplémentaire ajoute 20 000 à 40 000 dollars à la note, et que les budgets meurent là. Cette dérive tient moins au prestataire qu'aux décisions que personne n'avait prises au départ, et qui remontent une par une pendant la construction : qui a le droit de modifier une commande validée, ce qu'on affiche quand un paiement échoue, ce que devient un dossier archivé. Un cahier des charges validé avant le premier écran les fait remonter avant le devis, quand elles ne coûtent encore que du temps de réflexion. C'est le travail qu'une équipe d'agents fait avec vous en quelques heures : elle vous propose le document, vous le corrigez, vous validez, et vous le mettez ensuite en face de trois devis pour les comparer ligne à ligne. Le budget IA de cet exercice dépend de l'offre de l'assistant et de la consommation que vous relevez ; nos essais ne garantissent pas le montant du vôtre. Les heures de validation restent à compter, et ce document préparatoire ne couvre pas l'hébergement, les services externes ou la maintenance du futur produit. Il sert à préciser le périmètre à comparer aux dix devis d'agences relevés cette année.

En pratique

Reprenez le dernier devis reçu et cochez les sept lignes. Pour chaque ligne absente, envoyez une question écrite plutôt qu'un appel : la réponse écrite devient une pièce du contrat, la réponse orale ne devient rien. Un devis qui répond aux sept coûtera peut-être plus cher que celui d'en face ; il vous coûtera moins sur cinq ans.