Proposition de développement d’application web

Modèle de devis développeur : proposition de développement d’application web

Ce modèle de devis développeur sert à présenter et chiffrer une proposition de développement d’application web claire, structurée et prête à être envoyée à un client. Au format Page web, il met en valeur le périmètre du projet tout en facilitant la lecture sur ordinateur ou mobile.

Il s’adresse aux développeurs freelances, agences web et studios de développement qui vendent la conception ou l’évolution d’un outil métier, d’un extranet, d’un SaaS, d’une plateforme de réservation ou d’une application sur mesure. Il permet de facturer la phase de cadrage, l’UX/UI, le développement front-end et back-end, les API, les tests, le déploiement, la formation et la maintenance.

Pourquoi utiliser ce modèle

• Un périmètre de projet compréhensible. Détaillez les fonctionnalités incluses, les rôles utilisateurs, les écrans et les livrables pour éviter les interprétations différentes entre vous et le client.
• Une tarification mieux justifiée. Présentez les lots de travail, le volume de jours prévu et les coûts associés plutôt qu’un montant global difficile à expliquer.
• Des options visibles dès le départ. Proposez séparément les fonctionnalités non indispensables, comme un espace administrateur avancé, une connexion SSO ou une application mobile.
• Un cadre pour les évolutions. Précisez ce qui relève du devis initial et ce qui donnera lieu à un avenant : nouvelle fonctionnalité, changement de maquette, intégration supplémentaire ou modification du cahier des charges.
• Une validation plus rapide. Le client retrouve au même endroit les objectifs, le planning prévisionnel, les conditions de règlement et la marche à suivre pour accepter la proposition.

Ce que contient le modèle

• Les coordonnées des parties : identité du développeur ou de l’agence, adresse, SIREN ou SIRET, coordonnées du client, numéro et date du devis.
• Le contexte et les objectifs : problème à résoudre, public visé, processus métier concerné et résultat attendu de l’application web.
• Le périmètre fonctionnel : liste des modules, par exemple authentification, gestion des comptes, tableau de bord, formulaires, recherche, import/export, notifications ou paiement en ligne.
• Les choix techniques : framework front-end, technologie back-end, base de données, hébergement, services tiers et environnements de recette et de production, lorsque ces éléments sont arrêtés.
• Le chiffrage par lot : cadrage, conception, développement, recette, mise en ligne et accompagnement, avec quantité, unité, prix unitaire et total HT.
• Les livrables : maquettes, code source, dépôt Git, documentation d’installation, guide utilisateur, accès d’administration et procès-verbal de recette.
• Le planning prévisionnel : jalons de validation, dépendances côté client et date cible de mise en production, sans confondre prévision et engagement ferme.
• Les conditions commerciales : acompte, échéancier, délai de validité, pénalités éventuelles, conditions de recette, propriété intellectuelle et durée de maintenance.

Combien facturer

Le développement d’une application web se facture le plus souvent au forfait par lot lorsque le besoin est suffisamment défini, ou au jour-homme lorsque les priorités peuvent évoluer. Un taux journalier se situe couramment entre 450 € et 800 € HT pour un développeur freelance expérimenté, selon la spécialité, la complexité technique et le niveau d’accompagnement attendu.

Voici des ordres de grandeur à ajuster au périmètre réel du projet :

• Atelier de cadrage et spécifications : de 1 200 € à 3 500 € HT, selon le nombre d’ateliers, de parcours et de règles métier à formaliser.
• MVP d’application web : de 8 000 € à 25 000 € HT pour une première version avec authentification, espace utilisateur et fonctionnalités métier ciblées.
• Interface d’administration sur mesure : de 3 500 € à 12 000 € HT selon les tableaux de bord, filtres, exports et niveaux de droits.
• Intégration d’une API ou d’un service tiers : de 1 200 € à 5 000 € HT selon la documentation disponible, les flux de données et les tests nécessaires.
• Maintenance corrective et évolutive : au forfait mensuel ou au temps passé, par exemple sur une base de 450 € à 800 € HT par jour.

N’oubliez pas les coûts récurrents qui ne constituent pas toujours votre prestation : hébergement, nom de domaine, licence SaaS, service d’envoi d’e-mails, stockage ou API payante. Indiquez clairement s’ils sont inclus, refacturés ou souscrits directement par le client.

Pour qui

• Les développeurs freelances qui répondent à une demande de logiciel métier ou de plateforme web sur mesure.
• Les agences digitales qui doivent présenter une offre de réalisation complète avec plusieurs intervenants.
• Les développeurs front-end, back-end ou full-stack intervenant sur un projet neuf ou sur la refonte d’un outil existant.
• Les professionnels qui chiffrent un MVP SaaS, un portail client, un extranet, une marketplace, un outil de gestion ou une application interne.
• Les prestataires qui reprennent une application existante et doivent encadrer un audit, une remise à niveau technique ou des évolutions fonctionnelles.

Questions fréquentes

Faut-il chiffrer une application web au forfait ou au temps passé ?

Le forfait convient lorsque les fonctionnalités, les écrans et les critères de recette sont suffisamment définis. Si le projet reste exploratoire, prévoyez d’abord une phase de cadrage au forfait, puis une réalisation au jour-homme ou par lots successifs validés.

Comment éviter les demandes hors périmètre pendant le développement ?

Décrivez chaque fonctionnalité avec des limites concrètes : nombre de rôles, écrans concernés, règles de gestion et intégrations incluses. Ajoutez une clause indiquant que toute demande non prévue fera l’objet d’un chiffrage complémentaire ou d’un avenant.

Dois-je inclure l’hébergement et la maintenance dans le devis ?

Oui, mais distinguez-les du développement initial. Précisez qui souscrit les services, qui conserve les accès et ce que couvre la maintenance : corrections, mises à jour de sécurité, surveillance, support ou évolutions.

À quel moment demander un acompte ?

Demandez généralement un acompte avant de commencer le cadrage ou le développement, puis répartissez le solde sur des jalons identifiables. Par exemple, une échéance à la validation des maquettes, une autre à la mise en recette et le solde à la livraison ou à la mise en production.