samet teke.
vendre votre app

Vendre

Checklist de due diligence : ce que les acheteurs vérifient avant de racheter votre application

En bref

Une checklist de due diligence pour une app couvre cinq points que les acheteurs vérifient avant de faire une offre : les revenus, les coûts, le trafic, la santé du produit et l’historique App Store. Les revenus, ce sont les produits de vente dans App Store Connect et, pour les apps à abonnement, RevenueCat ou un outil similaire ; les coûts, ce sont les dépenses publicitaires, les serveurs et les outils ; le trafic, ce sont les téléchargements par source et les classements sur les mots-clés ; la santé du produit, c’est le code, les SDK, les plantages et les comptes tiers ; l’historique du store, ce sont les avis, les refus et les problèmes de règles. L’essentiel peut se montrer par partage d’écran ou captures d’écran sous NDA, vous avez donc rarement besoin de donner des identifiants.

Vous pensez à vendre ? Envoyez-moi le lien de l’app et vos chiffres approximatifs ; je réponds généralement en quelques heures, et c’est sans frais pour vous. Envoyez-moi votre app

La due diligence paraît lourde, mais pour la plupart des petites apps, c’est une vérification ciblée : les chiffres sont-ils réels, et rien n’est-il sur le point de casser ? Voici la liste que je suis quand j’examine une app. Servez-vous-en pour vous préparer avant de parler à un acheteur, quel qu’il soit : un dossier bien organisé fait gagner des jours et rend vos chiffres plus crédibles.

Comment prouver les revenus de votre app ?

Avec des exports tirés des systèmes sources, pas un tableur que vous avez rempli vous-même. Les acheteurs veulent voir :

  • Les rapports Sales and Trends et Payments and Financial Reports d’App Store Connect sur les 12–24 derniers mois.
  • Pour les apps à abonnement, la vue d’ensemble de RevenueCat (ou d’un outil similaire) : MRR, abonnements actifs, conversion des essais, renouvellements, churn et remboursements. Le volet abonnements d’une vente est traité dans vendre une app à abonnement.
  • Des relevés bancaires ou des justificatifs de versement qui correspondent aux produits de vente, utiles pour les rachats plus importants.
  • Tout autre revenu : publicité, achats sur le web, sponsoring.

Comment les acheteurs vérifient-ils les coûts et le bénéfice ?

Ils reconstituent votre bénéfice mensuel à partir de chaque coût de l’app, car le prix est un multiple de ce bénéfice.

Ce que l’acheteur trouve ici fait directement bouger le multiple : combien vaut mon app explique quels constats le font monter ou baisser. Pour obtenir une fourchette rapide avant de parler à qui que ce soit, essayez le calculateur de valorisation d’app.

Quelles données de trafic et d’utilisateurs les acheteurs veulent-ils ?

D’où viennent vos téléchargements, et si les utilisateurs restent. Plus précisément :

  • App Analytics : impressions, vues de la page produit, téléchargements et types de sources (recherche App Store, navigation App Store, référent web, référent app).
  • Les principaux mots-clés sur lesquels vous êtes classé et les principaux pays.
  • La rétention et les utilisateurs actifs, si vous les suivez.

Que vérifient les acheteurs dans le code et le produit ?

Si l’app peut tourner sans vous, et si quelque chose est sur le point de casser.

  • La stack technique, la version minimale de l’OS, et la façon dont les builds et les publications sont faits.
  • Les SDK et services tiers, et à qui appartient chaque compte.
  • Le taux de plantage et les bugs connus.
  • Tout ce qui dépend de vous personnellement, comme un serveur sur votre propre machine ou une clé d’API personnelle.
  • Les acheteurs ne regardent généralement le code lui-même qu’une fois une offre acceptée, ou sous NDA.

Quelles vérifications sur l’historique App Store et le juridique ?

Les problèmes passés avec le store, et la preuve que vous possédez ce que vous vendez.

  • Les refus, avertissements ou retraits passés, et leurs raisons.
  • L’historique des avis et des notes. Des avis obtenus contre récompense ou achetés font échouer la vente avec la plupart des acheteurs.
  • La propriété du nom, du logo, du nom de domaine et des éventuelles marques.
  • Les licences des polices, images, sons et du code tiers.
  • La politique de confidentialité et la façon dont les données des utilisateurs sont stockées.
  • Si l’app respecte les règles de transfert. Les critères d’Apple (rien en cours d’examen, TestFlight désactivé, pas d’identifiants de produit en double) sont listés dans mon guide sur le transfert d’app sur l’App Store.

Comment partager vos données en toute sécurité ?

Sous NDA, par partage d’écran ou captures d’écran, et jamais avec le mot de passe de votre compte Apple.

  • Signez d’abord un NDA si vous partagez des chiffres détaillés.
  • Préférez les partages d’écran et les captures d’écran aux identifiants. Si un acheteur a besoin d’un accès direct, donnez l’accès le plus limité que vos outils permettent, et retirez-le ensuite.
  • Ne partagez jamais le mot de passe de votre compte Apple ni votre compte développeur lui-même.

Quels signaux d’alerte font capoter une vente d’app ?

Des chiffres qui ne concordent pas, et des problèmes qui apparaissent tard.

  • Des chiffres qui ne concordent pas d’une source à l’autre.
  • Un pic soudain juste avant la vente, généralement de la publicité payante sur le point de s’arrêter.
  • Des problèmes non signalés découverts tard : avertissements de l’App Review, arrêt d’un SDK clé, litige juridique.
  • Des revenus qui dépendent personnellement du fondateur, comme du travail pour des clients ou une audience personnelle.

Signalez-les tôt. Un problème connu se reflète dans le prix ; un problème caché met fin à la vente. Une fois la due diligence terminée, l’étape suivante est le paiement : voir le séquestre dans une vente d’app.

Questions fréquentes

Combien de temps dure la due diligence d’une app ?

Avec des chiffres bien organisés, quelques jours. Chez moi, toute la vente, due diligence, séquestre et transfert App Store compris, se conclut généralement environ 14 jours après le premier message. C’est plus long quand les données sont éparpillées ou que l’app a plusieurs sources de revenus.

Dois-je donner à un acheteur l’accès à mon App Store Connect ?

Pas un accès complet. Des captures d’écran ou un partage d’écran couvrent la plupart des vérifications. Si un accès direct est nécessaire, donnez l’accès le plus limité possible et retirez-le après l’examen.

Dois-je partager mon code source avant la vente ?

Généralement, seulement une vue d’ensemble avant une offre. L’examen détaillé du code a lieu une fois les conditions acceptées, sous NDA.

Que regardent les acheteurs d’apps en premier ?

Le bénéfice et sa tendance. Je regarde d’abord les revenus et les coûts des 12 derniers mois, puis d’où viennent les téléchargements et si quelque chose dépend personnellement du fondateur.