Nous utilisons des cookies pour améliorer votre expérience sur notre site. Les cookies strictement nécessaires au fonctionnement du service sont toujours actifs. En savoir plus sur notre politique cookies
Le contrat de développement d'application mobile encadre la relation entre un client et un prestataire (développeur indépendant, agence ou société de services numériques) chargé de concevoir et de réaliser une application destinée aux plateformes mobiles (iOS, Android, ou les deux). Il partage la structure générale d'un contrat de développement logiciel classique, mais présente une spécificité propre : la publication de l'application sur les places de marché des plateformes mobiles — Apple App Store, Google Play — soumet le projet à des règles et des délais qui échappent en grande partie au contrôle du prestataire et du client. Ce contrat relève de la liberté contractuelle entre professionnels (articles 1101 et suivants du Code civil). Comme pour tout contrat de développement, la distinction entre obligation de moyens et obligation de résultat dépend du degré de précision du cahier des charges. La spécificité mobile ajoute une dimension supplémentaire de risque : Apple et Google examinent chaque application avant sa publication (processus de revue), peuvent la rejeter pour non-conformité à leurs guidelines respectives (règles de conception, de sécurité, de contenu, de modèle économique), et peuvent faire évoluer leurs exigences techniques (versions d'OS supportées, API dépréciées) de manière unilatérale et parfois contraignante. Le contrat doit donc clairement délimiter la responsabilité du prestataire quant à la conformité initiale de l'application aux guidelines, tout en excluant sa responsabilité pour les refus ou retards imputables au processus de revue des plateformes elles-mêmes, sur lequel il n'a aucune maîtrise. Quand l'utiliser : pour tout développement sur mesure d'une application mobile destinée à être publiée sur l'App Store d'Apple, le Google Play Store, ou les deux, qu'il s'agisse d'une application native, hybride ou multiplateforme. Parties : le client, qui exprime son besoin et finance le projet, et le prestataire, qui conçoit, développe et accompagne la publication de l'application sur les stores concernés. Clauses essentielles : un cahier des charges précisant les plateformes cibles (iOS, Android), les fonctionnalités attendues et les versions d'OS minimales supportées ; la méthodologie de développement (agile ou cycle en V) et les jalons intermédiaires ; le prix et sa modalité de facturation (forfait ou régie) ; une procédure de recette formalisée ; une clause de cession expresse de la propriété intellectuelle du code au profit du client ; l'engagement du prestataire de développer l'application en conformité avec les guidelines de publication en vigueur au moment du développement (Apple App Store Review Guidelines, Google Play Developer Program Policies), sans garantie d'acceptation par les plateformes dont l'appréciation reste discrétionnaire ; la gestion des comptes développeur (le compte reste en principe la propriété du client, sauf accord contraire) et des frais afférents (cotisation annuelle Apple Developer Program, frais Google Play) ; une garantie de bon fonctionnement post-livraison, distincte de toute maintenance évolutive future, incluant le cas échéant l'adaptation aux nouvelles versions d'OS sorties peu après la livraison ; et une clause de confidentialité. Erreurs à éviter : garantir contractuellement l'acceptation de l'application par Apple ou Google, alors que ces plateformes conservent une appréciation discrétionnaire du respect de leurs guidelines et peuvent rejeter une application pour des motifs imprévisibles ; omettre de préciser qui est titulaire du compte développeur Apple ou Google (un compte détenu par le prestataire crée une dépendance de fait du client) ; ne pas anticiper les frais récurrents propres à la publication mobile (cotisation Apple Developer Program, notamment) ; et confondre la garantie de bon fonctionnement initiale avec l'obligation d'adapter l'application aux évolutions futures des systèmes d'exploitation mobiles, qui relève en principe d'une prestation de maintenance distincte.
Nom ou raison sociale du client
Numéro SIREN du client
Adresse du client
Nom ou raison sociale du prestataire
Statut juridique du prestataire
Numéro SIREN du prestataire
Adresse du prestataire
Plateformes cibles
iOS uniquement, Android uniquement, ou les deux.
Résumé du cahier des charges / spécifications fonctionnelles
Versions minimales d'OS supportées
Méthodologie de développement
Titulaire des comptes développeur (Apple/Google)
Client (recommandé) ou prestataire, avec transfert prévu en fin de projet.
Montant du prix
Modalité de facturation
Délai de livraison prévu
Durée de la garantie de bon fonctionnement
Date de signature du contrat
iOS uniquement, Android uniquement, ou les deux.
Client (recommandé) ou prestataire, avec transfert prévu en fin de projet.