Quand on lance un produit edtech en 2026, la première question d'un investisseur ou d'un utilisateur reste la même : "vous avez une app mobile ?". On a longtemps hésité chez Ask Amélie, puis on a tranché : pas d'app native iOS, pas d'app native Android, une PWA installable et c'est tout. Cette décision produit n'est pas un compromis budgétaire — c'est un choix réfléchi, alimenté par les données d'usage de nos apprenants en anglais, en PASS/LAS et en ECN. Voici les 7 raisons précises qui ont guidé l'arbitrage, et ce qu'on a appris à postériori.
Pourquoi cette décision change tout pour ton expérience d'apprenant
Tu n'as probablement jamais réfléchi au format technique d'une app que tu utilises tous les jours. Pourtant, le choix entre app native et PWA conditionne trois choses critiques : la friction d'installation, la fréquence des mises à jour, et la latence entre une décision produit et son arrivée dans tes mains. Dans une logique de coaching IA, où chaque interaction doit pouvoir s'améliorer en continu grâce aux retours d'usage, ces trois variables ne sont pas négociables.
Le marché edtech français est saturé d'apps natives qui se mettent à jour une fois par trimestre, qui exigent 200 Mo d'espace disque, et qui demandent six étapes avant la première session. Quand tu prépares un partiel de PASS ou que tu révises les annales ECN à 23h la veille d'une épreuve, tu n'as ni le temps, ni l'énergie pour ces frictions. La PWA installable répond à ce contexte précis : tu cliques, tu utilises, tu fermes. Comme on l'a documenté dans notre archive complète des annales ECN 2013–2025, le pattern d'usage des candidats au concours suit une courbe de stress qui interdit toute friction technique inutile.
Les 7 raisons qui ont fait pencher la balance contre l'app native
Chaque raison est appuyée par une donnée chiffrée mesurée sur notre cohorte d'apprenants ou par une source publique récente. On les a hiérarchisées de la plus structurelle à la plus opérationnelle.
Raison 1 — Le coût de maintenance d'une app native est multiplié par 3,2
Maintenir une app native, c'est gérer trois codebases : iOS (Swift/SwiftUI), Android (Kotlin/Jetpack Compose) et le web. Chaque modification produit doit être réimplémentée trois fois, testée sur 12 à 18 versions d'OS différentes, et soumise à validation Apple (3 à 7 jours en moyenne) ou Google. Une PWA s'écrit une fois et tourne partout. Pour une équipe de fondateur solo + IA, ce ratio change la viabilité du produit.
Raison 2 — Google Play exige 14 jours de tests fermés (depuis novembre 2023)
Depuis le 13 novembre 2023, Google Play impose à toute nouvelle app dev account d'avoir 12 testeurs sur une période minimale de 14 jours avant publication. Cette contrainte ajoute deux semaines incompressibles à toute mise en production initiale. Pour un produit qui itère chaque semaine sur la base des retours d'apprenants, cette latence est rédhibitoire.
Raison 3 — Le taux de désinstallation des apps edtech est de 67% à 30 jours
Les études d'AppsFlyer (Edu Apps Benchmark Report 2024) mesurent un taux de désinstallation de 67% à 30 jours sur les apps de formation/coaching. Ce chiffre monte à 82% à 90 jours. Investir dans une app native pour qu'elle vive en moyenne moins de 4 semaines sur un téléphone est un gaspillage de capital produit. La PWA installable contourne ce problème : pas d'engagement, pas de stockage, pas de désinstallation pénible.
Raison 4 — Les push notifications ne sont plus un avantage exclusif
Depuis iOS 16.4 (mars 2023), Safari supporte les push notifications pour les PWA installées sur l'écran d'accueil. C'était historiquement le seul vrai blocker techno qui forçait certains acteurs à passer en natif. Aujourd'hui, ce point de douleur n'existe plus. Tu peux recevoir une notification "révise l'item 326 : asthme" depuis une PWA, sans aucune dégradation par rapport à une app native.
Raison 5 — La latence d'update est divisée par 100
Une PWA se met à jour à chaque chargement de page : changement de prompt système, correction d'un bug pédagogique, ajustement d'une explication de phonétique sur la voyelle /θ/. Le délai entre push code et utilisateur final : 30 secondes. Pour une app native, le même cycle prend 3 à 7 jours via les stores. Sur 12 mois, cette différence représente environ 200 itérations produit perdues.
Raison 6 — Les apprenants accèdent au produit majoritairement via search
67% de notre trafic d'apprenants en anglais arrive via Google search, en mobile, après une requête type "pronunciation /θ/" ou "calque L1 français anglais". Une PWA permet de passer du SERP au produit en 2 clics. Une app native impose : SERP → store → install → ouverture → onboarding. C'est un funnel à 5 étapes contre un funnel à 2 étapes. Notre coach IA d'anglais Ask Amélie English a été construit autour de cette friction minimale.
Raison 7 — La taille du produit installable reste sous 2 Mo
Une PWA Ask Amélie pèse 1,8 Mo sur disque une fois installée, contre 47 Mo en moyenne pour une app native edtech équivalente (mesure interne sur 12 apps concurrentes en avril 2026). Sur les téléphones d'étudiants saturés (capacité moyenne 64 Go, taux d'occupation 89%), cette différence détermine si l'apprenant garde l'app ou la supprime au prochain manque d'espace.
Sur 12 mois d'observation, le taux de retour à 30 jours de la PWA Ask Amélie est de 41%, contre une moyenne de 23% pour les apps natives edtech (AppsFlyer 2024). La friction d'install évitée crée une fidélisation supérieure de 78%.
Comparaison chiffrée : PWA vs app native sur 8 critères produit
Pour rendre l'arbitrage transparent, on a synthétisé l'analyse dans un tableau comparatif. Les chiffres sont issus de nos données d'usage, des benchmarks AppsFlyer 2024, et des documentations officielles d'Apple et Google.
| Critère | PWA installable | App native iOS+Android |
|---|---|---|
| Délai mise en production initiale | 2 jours | 14–21 jours |
| Délai de mise à jour produit | 30 secondes | 3–7 jours |
| Taille installée moyenne | 1,8 Mo | 47 Mo |
| Coût annuel de maintenance (1 dev) | 1× | 3,2× |
| Taux de rétention 30 jours | 41% | 23–33% |
| Friction d'installation (clics) | 2 | 5–7 |
| Push notifications (iOS 16.4+) | Oui | Oui |
| Frais stores (15–30%) | Aucun | 15–30% du CA in-app |
Ce que la science cognitive nous a soufflé dans la décision
Au-delà des arguments techniques, une part de la décision repose sur la nature même de l'apprentissage. Les travaux de Roediger et Karpicke (2006, Psychological Science) sur le testing effect démontrent que la rétention long-terme dépend de la fréquence et de la brièveté des sessions de récupération active, pas de leur durée. Une session de 4 minutes répétée quotidiennement produit des résultats supérieurs à une session de 30 minutes hebdomadaire (gain mesuré : +50% à 7 jours).
Cette donnée a une implication produit directe : le format optimal d'apprentissage est la micro-session déclenchable n'importe où, n'importe quand, sans friction. C'est exactement ce que permet une PWA installée : tu ouvres le browser, tu fais 4 minutes d'exercice de prononciation L1-aware, tu fermes. La même session sur une app native exigerait : déverrouillage → recherche d'icône → ouverture (2 secondes de splash) → reconnexion si token expiré → choix du module. La friction tue la régularité.
Cepeda et al. (2008, Psychological Science) ont également démontré l'efficacité du spaced repetition avec des intervalles optimaux de 10 à 20% du délai de rappel cible. Pour un examen dans 30 jours, un intervalle de 3 à 6 jours est optimal. Cette logique pédagogique impose une notification fiable et instantanée — ce que les PWA permettent désormais sans compromis.
- Roediger & Karpicke (2006) — testing effect : +50% rétention à 7 jours via récupération active brève
- Cepeda et al. (2008) — spacing effect : intervalles optimaux 10–20% du délai cible
- Bjork (1994) — desirable difficulties : friction cognitive bénéfique, friction technique nuisible
- Krashen (1982) — input hypothesis : exposition fréquente > exposition longue
Cette ligne de raisonnement traverse l'ensemble de nos produits, de l'anglais aux annales ECN. Pour les candidats au concours qui consultent les annales ECN 2025 corrigées, la disponibilité immédiate sans téléchargement préalable conditionne la fréquence d'usage, donc la performance finale.
Stratégie associée : ce qu'on aurait fait différemment avec 6 mois de recul
Avec le recul de 18 mois d'opération, deux ajustements auraient été utiles. Premièrement, communiquer plus tôt sur le format "installable" : beaucoup d'apprenants ne savent pas qu'une PWA s'épingle à l'écran d'accueil et fonctionne offline. On a sous-estimé ce besoin de pédagogie produit. Deuxièmement, mesurer dès le départ le taux d'install PWA vs simple usage browser : cette donnée distingue les apprenants engagés des testeurs ponctuels.
On reste convaincus du choix initial. Aucune de nos cohortes en anglais, en PASS/LAS ou en ECN n'a jamais demandé spontanément une app native. La demande qu'on entend, et qui reste légitime, c'est : "je veux que ça marche offline" et "je veux des notifications fiables". Ces deux besoins sont satisfaits par une PWA bien construite. Le débat n'est donc pas natif vs PWA, c'est PWA bien faite vs PWA bricolée.
Questions fréquentes
Les questions ci-dessous reprennent les interrogations les plus fréquentes reçues via support et lors d'entretiens utilisateurs.