Comment évaluer un prestataire d’application mobile avant de signer

Le critère qui décide d’un bon prestataire d’application mobile n’est ni son prix ni son portfolio. C’est ce que vous possédez le jour où vous partez.

Trois éléments comptent : le code source, les comptes App Store et Google Play, les données de vos utilisateurs. Si l’un des trois reste au nom du prestataire, vous devenez captif, quelle que soit la qualité du travail livré.

Voici la grille complète pour évaluer un partenaire. Les quatre profils du marché, puis les questions à poser en rendez-vous. Les clauses à exiger au contrat, enfin les six signaux qui doivent vous faire renoncer. Si vous cadrez encore votre projet, commencez plutôt par notre guide sur la création d’application mobile.

Les quatre profils de prestataires, et ce qu’ils facturent vraiment

Le marché français se répartit en quatre familles. Chacune répond à un type de projet, et aucune ne convient à tous.

Profil	Ce qu’il apporte	Sa limite	Projet adapté
Agence généraliste	Un interlocuteur unique pour le site et l’application	Le mobile reste souvent une activité secondaire	Application simple adossée à un site existant
Studio spécialisé	Une équipe qui ne fait que du mobile	Tarif plus élevé, agenda souvent chargé	Produit complexe, forte exigence d’interface
Développeur indépendant	Coût contenu, relation directe	Une seule personne, donc un seul point de rupture	Première version d’un produit, périmètre réduit
Équipe à l’étranger	Coût horaire bas	Charge de pilotage reportée sur vous	Projet très cadré, avec un chef de projet interne

Mon avis sur l’équipe à l’étranger, puisque la question revient dans chaque appel d’offres. Le tarif horaire affiché ne dit rien du coût réel. Comptez le temps de spécification, les allers-retours et le décalage horaire. Sans un chef de projet dédié chez vous, l’économie disparaît en trois mois.

Sur le développeur indépendant, le raisonnement diffère. Le risque n’est pas la compétence, souvent excellente. Le risque tient à la continuité : une maladie, un changement de vie, et votre application n’a plus personne pour la maintenir.

Les sept questions à poser avant de signer

Un rendez-vous commercial bien mené se joue sur les questions, pas sur la présentation. Voici celles qui font la différence, avec la réponse que vous devez entendre.

1. Qui détiendra le compte développeur Apple et Google ? Réponse attendue : vous. Toute autre réponse ouvre un débat, voir la section suivante.
2. Le code source m’appartient-il à la livraison ? Réponse attendue : oui, sans condition, avec la documentation.
3. Qui compose l’équipe qui travaillera sur mon projet ? Réponse attendue : des noms et des rôles. Une réponse vague signale une sous-traitance non déclarée.
4. Quel framework proposez-vous, et pourquoi celui-là ? Réponse attendue : un choix argumenté selon votre projet. Notre comparatif entre Flutter et React Native vous aide à juger la réponse.
5. Que se passe-t-il si le périmètre évolue en cours de route ? Réponse attendue : une procédure écrite d’avenant, avec un tarif connu à l’avance.
6. Qui publie l’application sur les magasins, et sous quel compte ? Réponse attendue : le prestataire publie, mais depuis votre compte.
7. Que couvre le suivi après la mise en ligne, et à quel prix ? Réponse attendue : un contrat séparé, chiffré, avec un périmètre écrit.

Une remarque sur la question numéro cinq. Un devis d’application sans périmètre chiffré n’est pas un devis, c’est une promesse. Exigez le nombre d’écrans, la liste des fonctions et les critères de validation avant toute signature.

Si votre projet reste flou, cadrez-le d’abord. Un produit minimum viable bien défini coûte trois fois moins cher qu’un projet qui se précise en cours de développement.

Qui possède le code, les comptes et les données

Voici la section que la plupart des dirigeants découvrent trop tard. Elle vaut plus que toutes les autres réunies.

Le compte développeur, le piège le plus coûteux

Une application publiée vit sous un compte développeur, chez Apple et chez Google. Ce compte porte un nom, et ce nom décide de votre liberté.

Si le compte appartient au prestataire, votre marge de manœuvre disparaît. Vous ne pouvez plus publier une mise à jour, changer de développeur, ni consulter vos statistiques de téléchargement sans son accord. Le transfert vers un autre compte reste possible, mais il exige sa coopération active.

La clause à exiger. Le compte développeur Apple et le compte Google Play sont ouverts au nom de votre entreprise, avec votre adresse de facturation. Le prestataire y accède comme utilisateur invité, jamais comme propriétaire.

Cette clause tient en deux lignes dans un contrat. Elle vous épargne un blocage complet le jour où la relation se termine.

Le code source et sa documentation

La propriété du code se négocie avant la signature, jamais après. Deux modèles coexistent sur le marché.

Dans le premier, vous achetez une licence d’usage. Le prestataire garde la propriété et vous ne pouvez pas confier la suite à quelqu’un d’autre. Dans le second, la cession est totale : le code vous appartient, avec ses accès et sa documentation.

Exigez le second modèle, systématiquement. Une cession partielle vous enferme dans une relation dont vous ne maîtrisez plus le prix.

Les données de vos utilisateurs

Votre application collecte des données personnelles, donc le règlement général sur la protection des données s’applique. Vous restez responsable du traitement, même si un prestataire l’exécute.

Trois points doivent figurer au contrat. Le lieu d’hébergement des données, la procédure de restitution en fin de relation, et l’engagement de suppression après transfert. Sans ces clauses, une rupture vous laisse sans base et sans recours.

Les livrables à exiger au contrat

Un projet livré ne se résume pas à une application qui fonctionne. Voici la liste des éléments à réclamer, à faire figurer noir sur blanc dans le contrat.

• Le code source complet, déposé sur un dépôt à votre nom
• La documentation technique et les procédures de mise en production
• Les accès aux comptes App Store Connect et Google Play Console
• Les accès aux services tiers utilisés, hébergement et outils de mesure
• Les fichiers sources du design, pas seulement les images exportées
• Le détail des bibliothèques externes employées, avec leurs licences
• Un rapport de tests et la liste des anomalies connues

Le dernier point surprend souvent. Aucune application ne sort sans anomalie résiduelle, et un prestataire honnête vous les liste. Un prestataire qui affirme livrer un produit parfait vous cache l’inventaire.

Les six signaux qui doivent vous faire renoncer

Certains indices se repèrent dès le premier rendez-vous. Ils annoncent presque toujours un projet difficile.

• Un devis sans périmètre chiffré. Un prix global sans nombre d’écrans ni liste de fonctions annonce des avenants en série.
• Un refus de céder le code source. La justification technique n’existe pas. Il s’agit d’un choix commercial destiné à vous retenir.
• Une équipe qui change à chaque rendez-vous. Le signe d’une sous-traitance en cascade, avec une perte d’information à chaque étage.
• Aucune question sur vos utilisateurs. Un partenaire qui ne demande jamais à qui s’adresse l’application construit un objet technique, pas un produit.
• Un délai annoncé sans phase de test. Les tests représentent une part réelle du calendrier. Les omettre revient à reporter les corrections après la mise en ligne, à vos frais.
• Aucune proposition de suivi après livraison. Le prestataire prévoit de disparaître. Vous découvrirez le problème à la première mise à jour imposée par Apple.

Ce qui se passe après la livraison

Une application n’est jamais terminée, et cette réalité échappe à la plupart des budgets. Apple et Google publient chaque année de nouvelles versions de leurs systèmes, avec des règles techniques révisées.

Une application sans mise à jour cesse progressivement de fonctionner. Après plusieurs cycles sans intervention, elle finit retirée des magasins. Le travail se perd entièrement.

Poste	Fréquence	Qui le porte
Compte développeur Apple	Abonnement annuel	Vous
Compte développeur Google	Frais d’inscription unique	Vous
Mises à jour de compatibilité	Une à deux fois par an	Contrat de suivi
Hébergement et services	Mensuel	Vous ou le prestataire
Corrections et évolutions	Selon usage	Contrat de suivi

Négociez ce contrat de suivi en même temps que le développement, jamais après. Une fois l’application livrée, votre position de négociation s’effondre : le prestataire sait que personne d’autre ne connaît son code.

Vos questions sur le choix d’un prestataire

Faut-il demander plusieurs devis ?

Oui, mais sur un cahier des charges identique. Trois devis rédigés à partir de trois briefs différents ne se comparent pas.

Rédigez un document unique, envoyez-le tel quel à chaque prestataire, et comparez les écarts. Les questions posées en retour vous renseignent autant que les prix.

Comment juger un portfolio quand on n’est pas technique ?

Téléchargez deux ou trois applications réalisées par le prestataire, puis utilisez-les vraiment. Regardez le temps d’ouverture, la fluidité, la clarté des écrans.

Consultez ensuite la date de leur dernière mise à jour sur le magasin. Un portfolio rempli d’applications abandonnées depuis deux ans en dit long sur la relation après livraison.

Un devis très inférieur aux autres doit-il alerter ?

Pas systématiquement, mais il impose une vérification. Comparez le périmètre ligne par ligne, car l’écart vient presque toujours de fonctions absentes ou de tests supprimés.

Si le périmètre est réellement identique, demandez qui code et où. La réponse explique l’écart dans la majorité des cas.

Peut-on changer de prestataire en cours de projet ?

Techniquement oui, à condition d’avoir le code et les accès. Comptez toutefois un temps de reprise important, car un développeur doit comprendre le travail d’un autre avant de le poursuivre.

C’est précisément pour cette raison que les clauses de propriété comptent plus que le prix. Elles déterminent le coût de votre liberté.

Ce qu’il faut retenir

Évaluez un prestataire sur ce que vous possédez à la fin, pas sur ce qu’il promet au début. Le code, les comptes et les données décident de votre autonomie future.

Le prix arrive après ces trois points, jamais avant. Un devis moins cher qui vous rend captif coûte toujours plus cher qu’un devis honnête.

Chez ORBITIS, nous développons des applications multiplateformes et nous laissons systématiquement les comptes et le code au nom de nos clients. Si vous comparez des devis en ce moment, nous pouvons relire les clauses avec vous.

Faire relire votre devis d’application