Exemple de devis d’application mobile : les lignes à vérifier avant de signer
Un bon devis d’application mobile se lit ligne par ligne : des lots séparés, des livrables nommés, des options isolées, une cession de droits écrite et une maintenance chiffrée à part. Cet exemple annoté porte sur une application de réservation iOS et Android avec back-office WordPress, et liste les signaux d’alerte à repérer avant de signer.
Deux devis pour la même application peuvent varier du simple au double sans que l’un des deux soit malhonnête : tout dépend de ce qu’ils contiennent. Le seul moyen de comparer, c’est de lire chaque ligne. Cet exemple de devis d’application mobile, annoté, vous montre comment lire un devis de développeur et quelles clauses y chercher.
Quand vous faites une demande de devis pour une application mobile, c’est ce niveau de détail que vous devez exiger, y compris de la part d’AppliWin. Voici l’exemple, puis les lots et livrables, les clauses de propriété et de maintenance, et les signaux d’alerte.
Exemple de devis annoté pour une application de réservation
Voici un exemple fictif de devis pour une application de réservation iOS et Android avec back-office WordPress. Les montants sont illustratifs et restent dans ma fourchette indicative pour ce type d’app, de 6 000 à 14 000 € HT. Ce qui compte, c’est la structure : des lots séparés, des livrables nommés et des conditions écrites.
| Lot | Contenu | Livrable | Montant HT |
|---|---|---|---|
| 1. Cadrage | Atelier, parcours utilisateurs, tri MoSCoW des fonctionnalités | Spécifications validées, planning | 600 € |
| 2. Design UI/UX | Maquettes des écrans clés, déclinaison iOS et Android | Maquettes validées par écrit | 1 500 € |
| 3. Application Flutter | Comptes, prestations, agenda, réservation, profil, historique | Code source, versions de test | 4 200 € |
| 4. Back-office WordPress et API REST | Gestion des prestations, créneaux, clients et réservations | Back-office en ligne, documentation de l’API | 1 800 € |
| 5. Paiement en ligne | Acompte à la réservation via un prestataire de paiement | Paiement fonctionnel en production | 1 000 € |
| 6. Notifications push | Confirmation et rappel de rendez-vous | Notifications testées sur iOS et Android | 500 € |
| 7. Recette et publication | Tests, fiches des stores, soumission à Apple et Google | Applications publiées sur vos comptes | 600 € |
| Total | 10 200 € HT |
Ce qu’il faut remarquer dans cet exemple :
- Chaque lot a un livrable vérifiable. Vous savez ce que vous recevez et quand vous pouvez payer le jalon correspondant.
- Les options sont isolées. Le paiement et les notifications ont leur propre ligne : vous pouvez les retirer d’un MVP sans renégocier tout le devis.
- La publication est incluse, et elle se fait sur vos comptes Apple et Google, pas sur ceux du prestataire.
- Le back-office est chiffré à part. C’est souvent lui qui manque dans les devis « tout compris » trop bon marché.
Le document doit aussi porter les mentions de base d’un devis professionnel : date, durée de validité, identité et numéro SIREN du prestataire, coordonnées du client, détail des prestations avec prix unitaires HT, taux de TVA et total TTC (ou la mention d’exonération applicable), modalités de paiement et délais d’exécution.
Côté paiement, un échéancier par jalons protège les deux parties. Par exemple : 30 % à la signature, 40 % à la livraison de la version de test, 30 % à la publication sur les stores.
Lots et livrables : ce que chaque ligne doit dire
Chaque ligne d’un devis d’application doit nommer un livrable vérifiable : des maquettes validées, un back-office en ligne, une app publiée. Une ligne « Développement de l’application : 9 000 € » ne vous dit rien. Avec des lots détaillés, vous pouvez comparer deux devis, retirer une option et payer par jalons sur des résultats concrets.
- Les plateformes couvertes : iOS, Android, version web éventuelle.
- La liste des fonctionnalités, idéalement rattachée au cahier des charges.
- Le back-office : inclus ou non, et ce qu’il permet de gérer.
- Le design : maquettes sur mesure ou thème adapté, nombre d’allers-retours prévus.
- La recette : qui teste, combien de cycles de corrections, sur quels appareils.
- La publication sur l’App Store et Google Play, sur des comptes à votre nom.
- La prise en main du back-office et une documentation minimale.
- Le planning, avec les dépendances de votre côté : contenus, validations, accès.
Certains devis s’expriment en jours de travail plutôt qu’en lots. Ce n’est pas un problème si chaque bloc de jours est rattaché à un livrable. Pour situer un tarif, un repère public : 75 € HT, mon tarif horaire moyen constaté sur Codeur.com.
Vérifiez enfin ce qui est hors périmètre. Un bon devis le dit explicitement : rédaction des contenus, photos, traductions, frais des comptes développeur (99 USD par an chez Apple, 25 USD une fois chez Google), hébergement, services tiers payants. Ce qui n’est écrit nulle part finit toujours en discussion.
Cession de droits, propriété et maintenance
En droit français, le développeur reste titulaire des droits d’auteur sur le code tant qu’une cession écrite ne les transfère pas. Le devis ou le contrat doit prévoir une cession qui détaille les droits cédés, leur étendue, leur destination, le territoire et la durée, comme l’exige l’article L131-3 du Code de la propriété intellectuelle.
Payer la prestation ne suffit pas à devenir propriétaire du code. Sans clause de cession, vous avez au mieux un droit d’utilisation. Concrètement, exigez par écrit :
- la cession des droits d’exploitation sur le code spécifique et les maquettes, avec leur étendue, leur durée et leur territoire ;
- la livraison du code source complet, dans un dépôt Git à votre nom ;
- des comptes App Store, Google Play, hébergement et nom de domaine ouverts à votre nom ;
- la liste des composants open source utilisés, qui restent sous leur propre licence.
Distinguez ensuite la garantie de la maintenance. La garantie couvre la correction des anomalies du livrable pendant une durée définie après la mise en ligne, sans surcoût. La maintenance couvre la suite : nouvelles versions d’iOS et d’Android, sécurité, mises à jour. Elle fait l’objet d’une ligne ou d’un contrat distincts. Les ordres de grandeur sont dans l’article sur le coût de maintenance d’une application mobile, et le détail de l’offre sur la page maintenance et refonte d’application.
Je ne suis pas juriste : pour un projet important, faites relire la clause de cession par un avocat. C’est un petit coût au regard de ce qu’elle protège.
Les signaux d’alerte avant de signer
Méfiez-vous d’un devis sans détail par lots, d’un prix très inférieur aux autres sans explication, d’un paiement intégral d’avance, d’une absence de cession de droits, de comptes stores créés au nom du prestataire ou d’une plateforme propriétaire qui vous empêche de changer de développeur. Chacun de ces points peut coûter plus cher que le devis lui-même.
| Signal | Risque | Ce qu’il faut demander |
|---|---|---|
| Montant global sans détail | Impossible de comparer ou de retirer une option | Un découpage par lots et livrables |
| Prix très bas sans explication | Périmètre réduit en cours de route | La liste écrite des fonctionnalités incluses |
| Aucune cession de droits | Vous ne possédez pas votre application | Une clause conforme à l’article L131-3 |
| Comptes stores au nom du prestataire | Dépendance totale, transfert compliqué | Des comptes ouverts à votre nom |
| Plateforme propriétaire ou no-code | Abonnement à vie, code non récupérable | Une technologie standard et exportable |
| Paiement intégral à la commande | Aucun levier en cas de retard | Un échéancier par jalons |
| Ni recette ni garantie | Les bugs de lancement à vos frais | Une période de garantie écrite |
| Maintenance absente | Une facture surprise après la mise en ligne | Un chiffrage annuel séparé |
Un dernier signal, plus subtil : un devis envoyé sans aucune question préalable. Un prestataire qui chiffre une application sans vous avoir interrogé sur vos utilisateurs, votre modèle économique et vos priorités chiffre un projet imaginaire. Le chiffrage du vrai projet arrivera plus tard, sous forme d’avenants. Un cahier des charges d’application mobile clair réduit ce risque des deux côtés.
À retenir
Un bon devis d’application découpe le projet en lots avec des livrables vérifiables, isole les options, inclut la publication sur vos comptes, prévoit une cession de droits écrite et sépare la garantie de la maintenance. S’il manque l’un de ces points, demandez-le avant de signer.
Questions fréquentes sur le devis
Un devis d’application mobile est-il gratuit ?
Dans la grande majorité des cas, oui : l’estimation d’un projet ne se facture pas. Pour mes projets, le devis définitif suit un échange de cadrage gratuit, qui sert à comprendre vos utilisateurs, vos priorités et votre budget. En revanche, un travail de spécification approfondi, avec maquettes et cahier des charges détaillé, peut faire l’objet d’une prestation à part, annoncée comme telle avant de commencer.
Combien de temps un devis est-il valable ?
C’est le prestataire qui fixe la durée de validité, et elle doit figurer sur le document. Elle se situe souvent entre un et trois mois. Passé ce délai, le prestataire peut réviser ses prix ou son planning, notamment parce que sa disponibilité a changé. Si votre décision dépend d’un financement, signalez-le : un devis peut être prolongé par écrit pour coller au calendrier de la banque.
Que faire si deux devis sont très différents ?
Comparez d’abord les périmètres, pas les totaux. Mettez les deux devis côte à côte, lot par lot : le moins cher oublie souvent le back-office, le design sur mesure, la recette ou la publication. Demandez ensuite à chaque prestataire de justifier ses écarts et de chiffrer les éléments manquants. Si l’écart persiste à périmètre égal, regardez les références publiées et les avis vérifiables.
Un devis signé engage-t-il les deux parties ?
Oui. Une fois accepté et signé par le client, avec la mention « bon pour accord » par exemple, le devis vaut contrat : le prestataire s’engage sur le périmètre, le prix et les délais, et le client sur le paiement. D’où l’intérêt d’y faire figurer tout ce qui compte, de la cession de droits à l’échéancier. Toute modification ultérieure passe par un avenant écrit.
Recevoir un devis détaillé pour votre application
Un devis clair est le premier livrable d’un projet bien mené. Pour qu’il soit précis, décrivez vos utilisateurs, vos fonctionnalités prioritaires, vos plateformes et votre calendrier. En retour, exigez une estimation par lots, avec des livrables nommés, des options isolées, une cession de droits et une maintenance chiffrée à part.
Décrivez votre application dans la demande de devis : vous recevrez une estimation par lots, avec livrables, options et conditions écrites, après un échange de cadrage gratuit.
Si votre budget dépend d’une banque ou d’une aide publique, lisez aussi comment financer une application mobile : un devis découpé par lots est la pièce maîtresse du dossier.