Un devis de développement se lit en trois passages. Le premier vérifie ce qui sera livré : les fonctions, les écrans, les échanges avec vos autres logiciels, la reprise de vos données. Le deuxième regarde comment le prix est calculé : en jours de travail, au forfait, avec quel taux. Le troisième lit tout ce qui entoure le développement : tests, garantie, paiement, propriété du code. Un devis qui reste vague sur l'un des trois vous laisse le risque correspondant.
Ce guide suit le document dans cet ordre. Il s'adresse à un dirigeant ou à un responsable administratif, sans connaissances techniques, qui a un devis d'agence ou d'ESN sur son bureau et doit décider.
Ce que vous signez
Pour un développement logiciel commandé par une entreprise, aucun texte n'impose la forme d'un devis : l'activité ne figure pas dans la liste officielle des métiers où il est obligatoire (bâtiment, déménagement, services à la personne, obsèques, optique, entre autres). Le document que vous avez reçu reste un engagement. La fiche officielle sur les devis le présente comme une offre de contrat, qui engage le professionnel dès que le client l'a acceptée. De votre côté, l'engagement commence à la signature, souvent précédée de la mention « bon pour accord ».
Source : Entreprendre.Service-Public, Devis obligatoire : activités concernées, consulté le 22 octobre 2026.
Conséquence pratique : tout ce qui n'est pas écrit dans le devis, ou dans les documents qu'il cite (cahier des charges, conditions générales, annexes techniques), sera discuté plus tard, au moment où vous aurez le moins de marge. Vérifiez donc que ces documents sont joints, datés et cités par leur nom. Le temps passé à lire avant de signer est le moins cher de tout le projet.
Les postes d'un devis de développement
Les intitulés changent d'un prestataire à l'autre, mais on retrouve presque toujours les mêmes blocs. Le tableau dit ce que chacun recouvre et ce qu'il doit préciser pour que vous puissiez le vérifier.
| Poste | Ce qu'il recouvre | Ce qu'il doit préciser |
|---|---|---|
| Cadrage, spécifications | Ateliers pour comprendre votre besoin, rédaction des règles de gestion | Le nombre d'ateliers, le document produit, et si ce document vous appartient même si vous n'allez pas plus loin |
| Conception, maquettes | Organisation des écrans, parcours des utilisateurs, aspect graphique | Combien d'écrans sont maquettés, combien de séries de corrections sont prévues |
| Développement | L'écriture du logiciel, souvent découpée en fonctions ou en lots | La liste des fonctions, avec le nombre de jours par fonction ou par lot |
| Intégrations | Les échanges avec votre comptabilité, votre CRM, un service externe | Quel logiciel, dans quel sens circulent les données, à quelle fréquence, qui paie les accès |
| Reprise de données | L'import de vos fichiers et de l'historique de l'ancien outil | Quels fichiers, combien d'années, qui nettoie les doublons et les erreurs |
| Tests et recette | Les vérifications du prestataire, puis les vôtres, avant la mise en service | Qui teste quoi, combien de temps vous avez, comment les anomalies sont corrigées |
| Gestion de projet | Réunions, suivi, comptes rendus, coordination des intervenants | Le nombre de jours, et s'il est compté à part ou réparti dans les autres postes |
| Mise en production, hébergement | Installation sur un serveur, nom de domaine, sauvegardes | Qui loue le serveur, à quel nom, et ce qu'il coûte chaque mois après la livraison |
| Formation, documentation | Prise en main par vos utilisateurs, guide écrit | Combien de sessions, pour combien de personnes, sous quelle forme |
| Garantie, maintenance | Corrections après livraison, mises à jour, évolutions | La durée de la garantie, ce qu'elle couvre, le prix de la maintenance ensuite |
Le poste le plus souvent sous-estimé est la reprise des données. Plusieurs années de fichiers Excel à nettoyer, dédoublonner et importer représentent un chantier à part entière, décrit dans le guide sur la reprise de données vers un nouveau logiciel. Le poste le plus souvent flou est la gestion de projet : parfois une ligne à part, parfois noyée dans un taux journalier plus élevé. Dans les deux cas, demandez combien de jours elle représente.
Lire les chiffres : jours, taux et total
Derrière presque tout devis de développement, il y a un nombre de jours de travail multiplié par un taux journalier. Même un prix au forfait a été calculé ainsi avant d'être arrondi. Demander ce nombre de jours, poste par poste, est la question la plus utile que vous puissiez poser : elle montre où va l'argent et permet de comparer avec un autre prestataire. Le guide sur le chiffrage en jours-hommes explique comment ce nombre se construit et comment le vérifier.
Pour situer le taux, il existe un repère public côté indépendants.
Source : Malt, baromètre des tarifs tech, relevé le 14 septembre 2026.
Le taux d'une agence ou d'une ESN couvre aussi ses locaux, ses commerciaux et ses chefs de projet. Il n'a donc pas à être identique, mais l'écart doit correspondre à un service que vous recevez réellement, par exemple un chef de projet présent à chaque étape.
Sur la ligne des totaux, trois vérifications :
- Hors taxes ou toutes taxes comprises. Un prestataire en franchise de TVA facture sans TVA et l'indique par la mention « TVA non applicable - article 293 B du CGI ». Si votre entreprise récupère la TVA, comparez tous les devis hors taxes.
- Les frais récurrents à part. Hébergement, licences, abonnements à des services tiers ne doivent pas se mélanger au prix du développement : vous les paierez chaque année.
- La durée de validité. Un devis daté et limité dans le temps évite qu'un prix accepté tard soit contesté.
Source : Entreprendre.Service-Public, Franchise en base de TVA, consulté le 22 octobre 2026.
Ce que le devis ne dit pas
Un devis se juge autant sur ses silences que sur ses lignes. Les manques les plus courants, à chercher un par un :
- Les exclusions. Un devis solide liste ce qui n'est pas compris. Sans cette liste, chaque oubli devient un supplément.
- Les hypothèses. « Import du fichier clients » suppose un fichier propre. Si le vôtre compte des doublons, qui les traite, et à quel prix ?
- Le nombre d'allers-retours. Sur les maquettes comme pendant les tests, combien de séries de corrections sont prévues avant que les suivantes soient facturées ?
- Les demandes nouvelles. Comment une fonction ajoutée en cours de route est chiffrée, et qui la valide avant qu'elle soit facturée.
- La remise du code source et des accès. À la fin, recevez-vous le code, les identifiants du serveur et la documentation technique ? Le guide sur la propriété du code source détaille ce point, qui pèse lourd le jour où vous voulez changer de prestataire.
- Les coûts après livraison. Le prix de la première année d'utilisation (hébergement, maintenance, licences) est-il connu ?
Un devis d'une page avec un seul montant global peut venir d'un prestataire sérieux, mais il ne se vérifie pas. Demandez le détail avant d'aller plus loin : un prestataire qui a fait son calcul l'a déjà sous la main.
Les conditions qui pèsent autant que le prix
L'échéancier. Un acompte élevé à la commande et le solde à la livraison finale vous laissent peu de prise si le projet dérape au milieu. Un paiement découpé par étapes, chaque étape réglée une fois livrée et vérifiée, vous laisse la main du début à la fin. Le guide sur la recette d'un logiciel avant paiement explique comment organiser cette vérification.
Les délais de paiement et les pénalités. Entre professionnels, la loi encadre les délais : 60 jours au plus à compter de l'émission de la facture, ou 45 jours fin de mois si c'est expressément prévu. En cas de retard, les pénalités ne peuvent pas être inférieures à trois fois le taux d'intérêt légal, et une indemnité forfaitaire de 40 € pour frais de recouvrement est due. Vérifiez que les conditions du devis respectent ces limites, et que vous pourrez les tenir.
Source : Entreprendre.Service-Public, Conditions générales de vente (CGV), consulté le 22 octobre 2026.
La garantie. Combien de temps après la mise en service les défauts sont-ils corrigés sans frais, et qu'est-ce qu'un défaut ? Une fonction qui ne marche pas comme le devis la décrit en est un. Une fonction que vous voulez maintenant différente relève d'une évolution, facturée à part. Plus le devis décrit précisément les fonctions, plus cette frontière est facile à tenir.
La sortie. Pouvez-vous arrêter après une étape ? Que payez-vous alors, et que récupérez-vous ? Un devis qui ne prévoit rien sur ce point vous lie jusqu'au bout.
Les questions à poser avant de signer
Envoyez-les par écrit et gardez les réponses avec le devis.
- Combien de jours sont prévus pour chaque poste, et à quel taux ?
- Quelles hypothèses avez-vous faites sur nos données et sur nos logiciels actuels ?
- Qu'est-ce qui n'est pas compris dans ce prix ?
- Qui développera : vos salariés, des indépendants, un sous-traitant ? Pourrons-nous lui parler ?
- Comment se déroulent les tests de notre côté, et combien de temps aurons-nous ?
- Que se passe-t-il si nous voulons arrêter après la première étape ?
- Recevrons-nous le code source, les accès et la documentation, et à quel moment ?
- Que coûtera l'outil chaque année une fois livré ?
Si vous voulez un second regard, vous pouvez aussi m'envoyer le devis. Je le lis ligne par ligne et je réponds sous 48 heures ouvrées avec un prix fixe pour le même travail, découpé en étapes, ou avec la liste des questions qui manquent pour l'établir. Quand le devis est déjà bien placé, je vous le dis. Les repères du marché sont sur la page prix d'un logiciel métier sur mesure, et la méthode pour mettre deux propositions face à face sur le guide pour comparer des devis de développement.
// sources
- Entreprendre.Service-Public, Devis obligatoire : activités concernées, consulté le 22 octobre 2026
- Entreprendre.Service-Public, Franchise en base de TVA, consulté le 22 octobre 2026
- Entreprendre.Service-Public, Conditions générales de vente (CGV), consulté le 22 octobre 2026
- Malt, baromètre des tarifs tech (relevé de l'étude de concurrence), consulté le 14 septembre 2026