Pourquoi acheter une appli plutôt que la construire
Développer une application mobile de zéro, c'est en général 6 à 12 mois de dev, des dizaines de milliers d'euros de budget, et aucune garantie que quelqu'un la télécharge un jour. Racheter une appli existante inverse complètement l'équation : tu hérites d'une base d'utilisateurs installée, d'un classement App Store, d'avis clients, et d'un historique de monétisation que tu peux analyser avant même de sortir ton chéquier.
Cette longueur d'avance est aussi le risque principal. Classement, avis et revenus récurrents peuvent s'évaporer très vite si le transfert est mal géré, ou si le business n'était jamais aussi sain que les captures d'écran le laissaient penser. Ce guide passe en revue comment évaluer une acquisition d'application de bout en bout — le modèle de monétisation, la checklist de due diligence, ce qui détermine vraiment la valorisation, le transfert App Store lui-même, et les signaux qui doivent te faire ralentir.
Comprends d'abord le modèle de monétisation
Toutes les "app businesses" ne gagnent pas de l'argent de la même façon, et le modèle change à la fois ce que tu dois vérifier et comment le business doit être valorisé.
| Modèle | Comment ça gagne de l'argent | Ce qu'il faut vérifier | Sensibilité de la valorisation |
|---|---|---|---|
| Abonnement | MRR récurrent via des paliers payants | Taux de churn, conversion essai-payant, taux de rebill | Multiples les plus élevés quand le churn est bas et prévisible |
| Achats intégrés | Achats ponctuels ou répétés dans l'app | Fréquence d'achat, concentration sur quelques gros payeurs, taux de remboursement | Volatile ; sensible à une poignée d'utilisateurs qui dépensent beaucoup |
| Publicité | Impressions/clics servis aux utilisateurs gratuits | Fill rate, tendance eCPM, diversification des régies pub | Le multiple suit de près la tendance DAU et le mix de régies |
| Achat unique | Un seul paiement initial, pas de revenu récurrent | Vitesse de téléchargement, avis clients, cadence de mises à jour | Multiples les plus bas ; le revenu n'est par définition pas récurrent |
La plupart des annonces réelles mélangent deux de ces modèles — connais la répartition avant de modéliser quoi que ce soit d'autre.
La checklist de due diligence indispensable pour acheter une appli
- Finances — demande au moins 12 mois de revenus vérifiés par source (abonnements, achats intégrés, pub), le churn mensuel, le taux de remboursement, et le CAC par canal. Un pic de revenu dans les 1-2 mois avant la mise en vente mérite une question directe, pas une supposition.
- Métriques d'usage — utilisateurs actifs quotidiens et mensuels (DAU/MAU), rétention par cohorte, fréquence de session. Un ratio DAU/MAU au-dessus d'environ 20% signale en général un produit qui crée une vraie habitude ; en dessous, la fidélité reste faible, quel que soit le nombre total de téléchargements.
- Technique — qualité du code, dépendances à des SDK tiers, coûts d'hébergement backend, et à quel point l'appli repose sur des connaissances non documentées d'un seul développeur.
- Juridique et conformité — historique de conformité aux règles de l'App Store, suspensions passées éventuelles, propriété intellectuelle du code et des assets, et conformité vie privée si l'appli collecte des données personnelles.
- Position concurrentielle — niveau de concurrence dans la catégorie, dépendance du classement à une poignée de mots-clés, et facilité avec laquelle un concurrent bien financé pourrait répliquer les fonctionnalités clés.
Rien de tout ça n'exige un audit formel. Un vendeur incapable de sortir des exports propres sur ces cinq points en quelques jours te dit déjà quelque chose d'important, avant même que tu aies dépensé un centime.
Ce qui détermine vraiment la valorisation d'une appli
Acheteurs et brokers s'appuient en général sur un multiple du revenu ou du profit sur les 12 derniers mois, ajusté selon la catégorie, la tendance de croissance et la qualité de la monétisation :
| Catégorie | Fourchette de multiple de revenu typique |
|---|---|
| Productivité / apps type SaaS | Haut de fourchette — revenu récurrent et prévisible |
| Santé & fitness, éducation | Milieu de fourchette — modèle abonnement avec churn modéré |
| Utilitaires | Bas-milieu de fourchette — souvent achat unique ou financé par la pub |
| Jeux | Fourchette la plus large — dépendant des hits, plus difficile à valoriser |
Considère ça comme un point de départ pour la négociation, pas une formule à ressortir telle quelle au vendeur. Le chiffre réel bouge selon la diversification du trafic et de la monétisation, la durée pendant laquelle la tendance de revenu s'est maintenue, et à quel point l'exploitation dépend personnellement du propriétaire actuel.
Le transfert App Store : l'étape la plus sous-estimée par les acheteurs
C'est là que les deals d'applications mobiles diffèrent le plus de l'achat d'un site web ou d'un SaaS — et c'est la partie que les acheteurs débutants ratent le plus souvent. Le classement, les avis et l'historique d'installation vivent dans le compte développeur, pas seulement dans le code, et Apple comme Google ont chacun leur propre mécanique de transfert :
- 1. Apple App Store — le vendeur initie le transfert depuis App Store Connect avec ton Team ID de développeur Apple. Bien fait, l'appli conserve tout son historique d'avis et son classement ; mal fait (par exemple en la republiant comme nouvelle fiche), tu peux perdre les deux.
- 2. Google Play — le transfert de propriété se fait via la Play Console, et le processus de revue de Google pour ce transfert peut prendre plusieurs jours, période durant laquelle il vaut mieux généralement suspendre les mises à jour.
- 3. Continuité des paiements et abonnements — les abonnés actifs doivent continuer à être facturés sans interruption pendant la transition ; teste ça avant d'annoncer quoi que ce soit aux utilisateurs.
- 4. Calendrier — prévois une à deux semaines rien que pour le transfert, en plus de la due diligence, et ne planifie aucune annonce publique avant que le transfert soit totalement confirmé des deux côtés.
Rate cette étape et tu peux hériter d'une appli sans aucun des acquis de classement que tu as payés. Ça vaut le coup de faire valider par écrit les étapes précises du transfert avec le vendeur avant de te mettre d'accord sur le prix.
Signaux d'alerte qui doivent te faire ralentir
- Un pic de revenu ou de classement apparaît dans les semaines juste avant la mise en vente, sans explication claire.
- Le vendeur refuse de donner un accès en lecture seule au compte développeur, aux comptes pub ou aux analytics avant une LOI.
- Les taux de rebill ou de renouvellement sont nettement en dessous des normes de la catégorie, sans raison donnée.
- L'appli n'a pas reçu de mise à jour depuis 6 mois ou plus, ou les avis récents mentionnent des bugs que le vendeur n'a pas corrigés.
- Le revenu ou les téléchargements sont concentrés sur une seule source de trafic ou un seul pays, sans plan de diversification.
N'importe lequel de ces signaux mérite une conversation directe avec le vendeur. Deux ou plus ensemble sont une raison de ralentir avant d'engager du capital.
Tes 90 premiers jours après la clôture
Priorise le changement des identifiants et de la facturation dès le jour un, puis vérifie pendant la première semaine que le code compile proprement dans ton propre environnement. Bascule les analytics et le crash reporting sur tes propres comptes si ce n'est pas déjà fait, et confirme que le transfert App Store est totalement finalisé — facturation des abonnés incluse — avant de toucher aux prix, aux fonctionnalités ou au marketing. Ce n'est qu'une fois cette base opérationnelle stabilisée que tu peux commencer à tester des leviers de croissance comme l'ASO, de nouveaux canaux pub, ou des sorties de fonctionnalités.
Points clés à retenir
- Le modèle de monétisation (abonnement, achats intégrés, pub, achat unique) détermine à la fois ce qu'il faut vérifier et comment valoriser le business.
- Demande 12 mois de finances vérifiées, les données DAU/MAU et de rétention, et l'accès au compte développeur avant une LOI.
- Les multiples de valorisation varient beaucoup selon la catégorie — traite les fourchettes publiées comme un point de départ de négociation, pas une formule.
- Le transfert App Store/Google Play est l'étape opérationnelle la plus risquée ; fais valider la mécanique par écrit avant la clôture.
- Deux signaux d'alerte ou plus ensemble — pas un seul — doivent être ton signal pour ralentir ou passer ton tour.
FAQ
Faut-il savoir coder pour acheter une application ?Pas forcément, mais il te faut soit ta propre revue technique, soit un développeur indépendant pour auditer le code avant la clôture. Acheter à l'aveugle sur le plan technique est une des erreurs les plus fréquentes des acheteurs débutants.
Combien de temps prend une acquisition d'appli, de la LOI à la clôture ?Prévois plusieurs semaines : la due diligence dure en général 2 à 4 semaines, et le transfert App Store/Google Play lui-même peut ajouter 1 à 2 semaines une fois les termes actés.
Le revenu d'abonnement peut-il vraiment s'évaporer après un transfert ?Oui, si le transfert est mal géré — par exemple si le traitement des paiements casse ou si la fiche est signalée pendant la migration. C'est exactement pour ça que la mécanique du transfert mérite autant d'attention que les chiffres financiers.
Un ratio DAU/MAU élevé est-il toujours bon signe ?En général oui pour l'engagement, mais regarde ce qui le produit. Une appli utilitaire qui crée une vraie habitude et une appli truffée de notifications qui gonfle artificiellement les ouvertures se ressemblent sur cette seule métrique, mais sont très différentes une fois que tu regardes les cohortes de rétention.
Prêt à voir ce qui est réellement en vente en ce moment ? Voir les deals tous marketplaces confondus, filtre sur les deals Dotmarket ou les annonces Flippa si tu veux démarrer spécifiquement sur les catégories apps et produits digitaux, ou crée une alerte deals pour recevoir les nouvelles annonces qui correspondent à tes critères avant le reste du marché.