Chapitre 17.4 — Le business d’une app solo

Où on en est : les outils de monétisation sont posés. Dernier chapitre business : la boucle complète du dev solo — être trouvé (ASO), comprendre (analytics), fixer les prix, itérer. Sans équipe growth, avec 5 heures par semaine.

⏱️ TL;DR — ASO : le référencement du Store tient à 4 leviers (titre à mot-clé, description courte, la note moyenne, la fraîcheur des mises à jour). Analytics : le minimum respectueux (PostHog/Aptabase ou les stats de la Console) — 5 événements, pas 50. Pricing : ancrer sur les comparables, tester ; les promos Play Console. La boucle : 5 h/semaine suffisent avec la routine — et le critère d’arrêt honnête (quand une app ne décolle pas, on la laisse en croisière et on passe à la suivante).

🎯 Objectifs

• Optimiser la découvrabilité avec les 4 leviers ASO réels (et ignorer le folklore).
• Installer une analytics minimale et respectueuse (5 événements).
• Fixer et tester un prix sans le sortir du chapeau.
• Poser la boucle hebdo — et le critère de pivot/arrêt.

ASO : les 4 leviers qui comptent

Le référencement du Play Store, débarrassé du folklore des « agences ASO » :

1. Le titre (30 c.) : le nom + LE mot-clé principal (« Drill — Quiz pour devs »). Le levier n°1, et le plus simple.
2. La description courte (80 c.) : le second champ indexé qui compte, ET votre taux de conversion fiche→installation (ch. 13.3).
3. La note moyenne : au-dessus de 4,3, neutre ; en dessous de 4,0, pénalisant. Le levier : l’In-App Review au bon moment (ch. 13.6) + les fixs rapides + les réponses aux avis.
4. La fraîcheur : des mises à jour régulières signalent une app vivante (l’algorithme ET les humains les lisent). Notre pipeline OTA+releases rend ça naturel.

Le reste (mots-clés cachés, tags exotiques) pèse marginalement. La vraie « croissance » des apps de niche vient d’ailleurs : le bouche-à-oreille outillé — le partage in-app (ch. 9.4 : le score partagé EST de l’acquisition), une page produit web (le mini-site Next.js du ch. 15.2, votre terrain), et les communautés où vit votre niche (un post honnête « j’ai fait cet outil » vaut mille optimisations de tags).

Analytics : le minimum respectueux

La Console donne déjà : installations, désinstallations, pays, appareils. Ce qui manque : QUE FONT les utilisateurs. Le choix du cours pour les apps perso : Aptabase ou PostHog (open source, respectueux, généreux en gratuit) — et la discipline des 5 événements :

// lib/analytics.ts — le wrapper (même pattern que feedback.ts, ch. 9.3)
export const track = {
  sessionStarted: (theme: string) => capture('session_started', { theme }),
  sessionCompleted: (score: number, accuracy: number) => capture('session_completed', { score, accuracy }),
  paywallSeen: () => capture('paywall_seen'),
  proPurchased: () => capture('pro_purchased'),
  dailyChallengeTapped: () => capture('daily_challenge_tapped'),
}

Pourquoi 5 et pas 50 : chaque événement doit répondre à une DÉCISION (« le défi quotidien ramène-t-il ? » → dailyChallengeTapped ; « le paywall convertit-il ? » → paywallSeen vs proPurchased). Un événement sans décision associée est du bruit stocké. Et le coût déclaratif : l’analytics entre au Data Safety (ch. 13.3) — un argument de plus pour la sobriété (Aptabase, sans identifiant utilisateur, garde la déclaration minimale).

Les trois chiffres à suivre (la santé en un regard) : rétention J7 (revient-on au bout d’une semaine ? < 10 % = problème produit), conversion paywall (1-5 % attendu), et le ratio installations/désinstallations 30 j.

Pricing : ancrer, pas deviner

• Ancrer sur les comparables : cherchez 5 apps de la catégorie, notez leurs prix — le vôtre vit dans cette fourchette (un unlock productivité : 3-8 € en 2026).
• Ne pas sous-pricer : 1,99 € ne vend PAS deux fois plus que 4,99 € (la conversion des utilitaires est peu élastique en dessous de 10 €) — et le prix signale la valeur.
• Tester : la Play Console permet de changer le prix (les promos aussi — soldes ponctuelles, « prix de lancement ») ; RevenueCat mesure la conversion par offre. Un changement de prix = une expérience d’un mois, pas un dogme.
• La règle des ~50-60 ventes/an du ch. 15.1 (le seuil iOS) se généralise : chiffrez toujours « combien de ventes pour que ça vaille l’effort » AVANT l’effort.

La boucle hebdo — et le critère d’arrêt

La routine du ch. 13.6, complétée business (30 min → 1 h/semaine) :

• Vitals + avis (13.6) — inchangé
• Les 3 chiffres (rétention J7, conversion, ratio installs)
• UNE action produit issue des retours (un fix, une micro-feature — l’OTA la livre)
• UNE action de visibilité par mois (un post, la page web, une réponse de forum)

Et le critère d’arrêt honnête, qu’aucun cours de « passive income » ne donne : si après 6 mois de boucle sérieuse la rétention J7 reste < 5 % et les ventes < 10/mois, l’app ne décollera probablement pas — on la met en croisière (montée de SDK annuelle, fixs de crash, rien d’autre) et on investit l’énergie dans la SUIVANTE. Un portefeuille de petites apps en croisière + une en développement actif est le modèle réaliste du dev solo — pas la licorne, pas le zéro.

⚠️ Piège — La procrastination déguisée en business : refaire l’icône, ajuster l’ASO, changer le prix — quand le problème est la rétention (le produit). L’ordre de diagnostic est fixe : rétention d’abord (les gens restent-ils ?), conversion ensuite (paient- ils ?), acquisition en dernier (viennent-ils ?). Optimiser l’acquisition d’un produit qui ne retient pas, c’est remplir un seau percé — le folklore growth commence presque toujours par le seau.

💡 Pour un dev Next.js — Tout ce chapitre vous rappelle les side-projects web (SEO→ ASO, Plausible→Aptabase, Stripe→RevenueCat, la landing→la fiche). La différence structurelle : le Store apporte un fond de découverte organique qu’un side-project web n’a jamais (des recherches « quiz symfony » EXISTENT sur le Play Store) — mais il impose sa taxe et ses règles. Votre avantage : vous savez faire les DEUX canaux, et le mini-site web de l’app (ch. 15.2) les fait travailler ensemble.

✏️ Exercices

1. Faites l’étude de comparables RÉELLE pour une de vos apps P19 : 5 apps, leurs prix, leurs notes, leur dernière mise à jour — et votre positionnement en 2 lignes.

2. Implémentez lib/analytics.ts avec Aptabase sur Drill : les 5 événements, le respect du Data Safety, et le tableau « événement → décision » en commentaire d’en-tête.

3. Écrivez le « contrat de 6 mois » d’une app que vous lancez : les 3 seuils chiffrés (rétention, ventes, note) qui décideront croisière vs investissement — signé d’avance.

🧠 Quiz

1. Citez les 4 leviers ASO réels, dans l’ordre d’impact.

2. Quelle discipline pour les événements analytics ?

3. Quels sont les trois chiffres de santé, et le premier à diagnostiquer ?

4. Comment fixe-t-on un prix ?

5. Quel est le modèle réaliste du dev solo, et son critère de bascule ?

👉 Partie suivante : Partie 18 — Mini-jeux — les drills de mémorisation : l’entraînement actif sur tout le cours.