Hypothèses financières (Mayotte)

Annexe du business plan 5 ans (le business plan). Ce document liste, une par une, les hypothèses chiffrées utilisées pour construire les 3 scénarios (prudent, réaliste, optimiste) d'une application mobile par abonnement, MVP no-code, méthode inspirée de l'étude de cas du collectif "App Mafia". Ce document est un exercice de modélisation, pas un prévisionnel comptable audité, ni un conseil fiscal. Aucune de ces hypothèses n'est un fait vérifié sur un cas réel mahorais : personne, à la date de rédaction, n'a testé ce modèle précis (application mobile par abonnement, MVP no-code, croissance UGC/micro-créateurs) depuis Mayotte. Ce sont des hypothèses de travail, posées pour raisonner et structurer une décision — à ajuster avec des données réelles dès les premières semaines d'activité (premiers téléchargements, premiers abonnés, premiers relevés de charges).

Chaque hypothèse est classée selon son origine :

• [Vidéo] — chiffre cité directement dans la synthèse structurée de la vidéo source ("App Mafia"), repris tel quel ou dans sa fourchette.
• [Vidéo recalibré] — dérivé d'un chiffre cité dans la vidéo mais ajusté (devise, ordre de grandeur, contexte propre à ce business plan) car la vidéo ne donne pas toujours un montant exact ou transposable directement.
• [Raisonnement local] — déduit d'un raisonnement propre au contexte mahorais ou au fonctionnement connu des stores/de l'abonnement mobile, sans donnée vidéo équivalente.
• [Estimation prudente faute de donnée] — un chiffre posé par prudence en l'absence de toute donnée vidéo ou terrain, pour permettre le calcul, et à corriger dès que des chiffres réels existent.

Trois scénarios sont utilisés dans le business plan : prudent, réaliste, optimiste. Ce ne sont pas des bornes d'un intervalle de confiance statistique — ce sont trois trajectoires plausibles construites à partir des mêmes types d'hypothèses, avec des valeurs différentes.

---

1. Prix d'abonnement mensuel/annuel retenu par scénario

La vidéo source cite des prix en dollars pour l'exemple App Mafia : "2,99 $ à 4,99 $/mois, éventuellement 9,99 $, avec une option annuelle type 34,99 $/an pour générer du cash-flow rapidement". Ce business plan retient une fourchette équivalente directement en euros (2,99 à 9,99 €/mois, annuel ~29-49 €/an), simplification qui ignore l'écart de change euro/dollar — non déterminant à ce niveau de montant, mais non vérifié non plus. L'ARPU mensuel moyen (revenu moyen par abonné et par mois, tous plans confondus) est plus bas que le prix mensuel affiché car une partie des abonnés choisit l'option annuelle, moins chère au prorata : c'est ce chiffre d'ARPU, pas le prix affiché, qui est utilisé dans les calculs du business plan. Fait notable et volontairement assumé : l'ARPU optimiste (4,47 €) est légèrement inférieur à celui du réaliste (4,56 €), car le taux d'adoption de l'offre annuelle y est supposé plus élevé — un abonné annuel rapporte moins par mois qu'un abonné mensuel, mais churn moins (cf. hypothèse 3) et sécurise davantage de trésorerie à l'avance. Le prix de 9,99 €/mois évoqué dans la vidéo comme option haute n'est retenu dans aucun des 3 scénarios de ce document, par prudence sur le pouvoir d'achat du marché visé initialement.

2. Taux de conversion visiteur → essai/paywall → abonné payant (parcours organique fiche store)

La vidéo source ne donne aucun chiffre de conversion pour ce parcours "organique" (une personne qui tombe directement sur la fiche App Store/Google Play, hors campagne payante). Ces trois taux sont donc des estimations prudentes, construites à partir d'ordres de grandeur usuellement cités pour des applications mobiles grand public avec paywall dès le premier écran (taux de conversion payant généralement faibles, de l'ordre de quelques pour cent, sauf produit à très forte adéquation marché). Ce tableau n'est pas utilisé directement dans le calcul du chiffre d'affaires du business plan — il sert de repère qualitatif pour comprendre les leviers d'optimisation (page store, onboarding, moment du paywall). C'est le taux de conversion "vue → abonné" du parcours payant (hypothèse 6) qui alimente directement les calculs de coût d'acquisition. Ne pas confondre les deux parcours : celui-ci part d'une personne qui découvre l'app par elle-même (recherche store, bouche-à-oreille, code de parrainage), l'autre part d'une personne qui voit une vidéo TikTok sponsorisée ou un contenu de micro-créateur.

3. Taux de rétention / désabonnement mensuel (churn)

Point de vigilance explicite : ces taux ne sont pas une donnée mesurée sur un cas réel mahorais ni même sur les applications du collectif App Mafia — ce sont des ordres de grandeur généralistes couramment cités pour des applications mobiles grand public par abonnement, à prendre comme repère de travail et non comme une prévision fiable. Le secteur des applications par abonnement est connu pour un churn élevé comparé à d'autres modèles SaaS B2B, en particulier sur des produits d'usage occasionnel ou de motivation personnelle (fitness, discipline, suivi) où l'engagement décroît naturellement une fois l'effet de nouveauté passé — un point de vigilance direct pour ce type de produit puisque les idées ciblées par la méthode du cours (problème honteux, douloureux ou obsessionnel) recoupent largement ces catégories. La vidéo source ne cite aucun taux de désabonnement précis ; elle mentionne seulement le "taux de désabonnement" comme une des mesures suivies en continu dans la boucle de feedback ("Lean Startup"), sans en donner de valeur chiffrée. Le calcul du nombre de nouveaux abonnés bruts nécessaires chaque année (annexe du business plan) applique ce taux de façon linéaire (taux mensuel × 12) plutôt que par capitalisation mensuelle stricte, une simplification qui tend à surestimer légèrement la perte réelle et donc à surestimer légèrement le coût d'acquisition — un choix prudent plutôt qu'optimiste.

4. Coût des outils no-code + abonnements mensuels

La vidéo source ne détaille aucun coût d'outillage précis — elle se concentre sur la méthode produit et croissance, pas sur la pile technique. Les montants ci-dessus sont des ordres de grandeur usuels pour ce type de stack no-code + gestion d'abonnements in-app (RevenueCat étant un standard de facto du secteur pour gérer les abonnements multi-stores), à reconfirmer sur les grilles tarifaires publiques des éditeurs au moment du choix d'outil. Contrairement à un modèle e-commerce, il n'y a ici aucun budget publicitaire display/search classique inclus dans ce poste : la croissance repose sur le contenu (UGC, micro-créateurs, cf. hypothèse 6), dont le coût est traité séparément, pas sur des campagnes Google/Meta Ads traditionnelles.

5. Commission des stores (Apple App Store / Google Play)

Les deux stores prélèvent une commission sur chaque paiement d'abonnement in-app. Ce document retient un taux de ~15 %, applicable aux petites structures sous certains seuils de revenus (le programme "Small Business Program" d'Apple et l'équivalent Google Play réduisent la commission standard de 30 % à 15 % pour les développeurs dont les revenus annuels générés via le store restent sous un plafond, de l'ordre de 1 million de dollars par store et par an au moment de la rédaction). Ce taux peut varier : il dépend du programme effectivement applicable, du store, de l'ancienneté de l'abonné (Apple applique parfois un taux réduit après la première année d'abonnement continu d'un même utilisateur) et des règles en vigueur au moment du lancement, qui ont déjà évolué plusieurs fois par le passé — à vérifier sur les pages développeur officielles d'Apple et de Google au moment de la mise en ligne de l'application, pas supposé figé sur 5 ans. [Raisonnement local, fondé sur le fonctionnement documenté des programmes stores — non cité dans la vidéo source]

Ce taux de 15 % est appliqué uniformément aux 3 scénarios sur toute la période de 5 ans, ce qui suppose que l'activité reste sous le plafond de revenus du programme réduit — une hypothèse cohérente avec les montants modélisés (le scénario optimiste, le plus élevé, reste très en-deçà du seuil en dollars du programme réduit), mais qui devra être revérifiée si la trajectoire réelle dépasse largement les projections de ce document.

6. Coût d'acquisition via CPM (micro-créateurs/UGC) et taux de conversion vue → abonné

La vidéo source cite explicitement un CPM cible de 5 $ maximum (repris ici à ~5 € par simplification de change) et donne un exemple illustratif de calcul de ROI : "CPM 5 $ + 20 conversions payantes sur 1000 vues à 5 $/mois = ROI très favorable" — soit un taux de conversion vue → abonné payant de 2 % dans cet exemple. Ce chiffre de 2 % est présenté dans la vidéo comme un exemple pédagogique de calcul, pas comme une moyenne garantie ni un résultat systématiquement atteint par le collectif. Les taux retenus ici (0,3 % à 1,0 % selon le scénario) sont volontairement plus prudents que cet exemple, y compris pour le scénario optimiste, pour éviter de bâtir un plan sur le cas le plus favorable cité dans la source. La publicité est coupée dès que le CPM dépasse durablement le seuil de 5 € ou que le ROI implicite devient insuffisant — principe cité explicitement dans la vidéo (obsession du couple CPM/ROI), non chiffré plus finement ici au-delà de cette règle de coupure.

Note de cohérence. Le taux de conversion retenu ici (0,3 % à 1,0 %) est environ 5 fois plus élevé que celui retenu dans le business plan du parcours Métropole (0,08 % à 0,18 %) pour la même hypothèse. Or le marché de vente d'une application (les stores) est mondial et indépendant du lieu où vit le porteur de projet, comme le rappelle la stratégie Mayotte — rien dans la vidéo source ne justifie un écart aussi net entre deux territoires. Cette différence reflète le degré de prudence choisi indépendamment pour chaque parcours au moment de la rédaction, pas une donnée mesurée ni un effet géographique réel. À corriger avec les vrais chiffres dès que des campagnes réelles auront été mesurées (module 9 du cours).

7. Charges sociales auto-entrepreneur pour une activité de prestation de service numérique

Deux points de vigilance distincts et cumulatifs, à ne jamais perdre de vue :

1. La qualification exacte de l'activité n'est pas certaine. Concevoir et exploiter une application mobile par abonnement peut, selon l'interprétation retenue, relever de catégories différentes en auto-entrepreneur (prestation de service numérique en BNC, activité assimilée à une activité commerciale de service en BIC, voire une qualification spécifique liée à l'édition de logiciel) — chacune avec un taux de cotisation potentiellement différent. Ce document retient par défaut le taux générique BNC/service (~24,6 %) mais cette qualification doit être confirmée auprès de l'URSSAF ou d'un expert-comptable avant toute déclaration d'activité, elle n'est pas tranchée ici faute de compétence pour le faire.

2. Le taux de cotisation spécifique à Mayotte n'a pas été vérifié et diffère potentiellement du taux national. Le régime micro-social mahorais applique historiquement des taux de cotisation différents de ceux de la métropole, dans le cadre d'une trajectoire de convergence progressive vers le régime national, par paliers qui évoluent dans le temps. Ce document n'invente aucun taux précis et récent pour Mayotte — le taux de 24,6 % ci-dessus est un taux générique national utilisé uniquement pour permettre un calcul, avec un avertissement explicite : à vérifier impérativement auprès de l'URSSAF Mayotte avant toute décision engageante. Si un taux mahorais réduit est toujours en vigueur au moment du lancement, les charges réelles seraient inférieures à celles calculées dans le business plan (hypothèse donc prudente sur ce point précis, pas optimiste) ; si la convergence est achevée ou plus avancée que prévu, elles pourraient être plus proches du taux national.

Autres postes non inclus dans le taux forfaitaire, à budgéter séparément : CFE (cotisation foncière des entreprises, exonérée la première année civile), assurance responsabilité civile professionnelle (recommandée, non obligatoire pour ce type d'activité, ~10-20 €/mois), frais de compte développeur Apple (~99 $/an, récurrent) et Google Play (~25 $, frais unique), option "versement libératoire" de l'impôt sur le revenu (facultative, sous condition de revenu fiscal de référence).

8. Seuils réglementaires auto-entrepreneur pour une activité de services

Contrairement à une activité de vente de marchandises, les seuils applicables aux prestations de service sont nettement plus bas — un point structurant pour ce business plan, puisqu'une application mobile par abonnement relève très probablement de cette catégorie (vente d'accès à un service numérique, pas d'un bien physique). Concrètement, la franchise de TVA peut être atteinte relativement tôt dans une trajectoire de croissance réussie, bien avant le plafond auto-entrepreneur lui-même. Ces montants sont revus périodiquement par la loi de finances : ils doivent être vérifiés sur autoentrepreneur.urssaf.fr et impots.gouv.fr à la date effective d'utilisation de ce business plan, et non considérés comme figés — c'est le seuil le plus susceptible d'évoluer entre la rédaction de ce document et son usage réel.

9. Hypothèse de diversification (deuxième app ou service à d'autres créateurs) en année 2-3

Ce volet n'est intégré qu'au scénario optimiste, à partir de l'année 2, conformément au cadrage du business plan. Il n'est pas présent dans les scénarios prudent et réaliste, qui restent concentrés sur le cœur de métier (une seule application par abonnement). Les montants retenus sont volontairement modestes en valeur absolue, même en fin de période : ce volet ne représente qu'une fraction du chiffre d'affaires total du scénario optimiste, l'essentiel de la croissance restant porté par l'application principale. Cette diversification n'a fait l'objet d'aucun test réel — elle est incluse pour montrer un chemin plausible vers le franchissement du seuil auto-entrepreneur (hypothèse 8), pas comme une trajectoire garantie.

---

Synthèse des hypothèses par scénario

Ce tableau est le socle du business plan chiffré (le business plan). Toute correction d'une hypothèse ci-dessus, une fois des données réelles disponibles, doit être répercutée dans le business plan pour rester cohérente.