Faut-il une app mobile native pour une plateforme d'investissement ?

TL;DR — Pour la grande majorité des plateformes d'investissement et de crowdfunding, une app mobile native n'est pas nécessaire en V1. Un site web responsive bien conçu, voire une PWA (Progressive Web App), couvre 90 % des cas d'usage à un coût trois à cinq fois inférieur. L'app native devient pertinente quand la plateforme dépasse 10 000 investisseurs actifs, génère un usage quotidien (suivi de portefeuille, notifications de projets), ou cible une clientèle jeune dont le réflexe smartphone-first impose une expérience dédiée. Le coût d'une app native iOS + Android production-ready démarre autour de 60 000 € HT, auxquels s'ajoute une maintenance de plusieurs centaines d'euros par mois.

‍

Ce que les usages observés disent

Sur les plateformes PSFP et de crowdfunding suivies par Capsens, deux constats reviennent. La souscription se fait principalement sur desktop (60 à 75 % des montants engagés), parce qu'elle implique de signer électroniquement, de fournir un RIB, de lire un KIIS et de remplir un test d'adéquation — autant de tâches plus confortables sur grand écran. Le suivi de portefeuille se fait majoritairement sur mobile (60 à 80 % des consultations post-souscription), sur des sessions courtes, à des moments de pause de la journée.

‍

Cette répartition d'usage est la clé de la décision : ce qui compte, ce n'est pas avoir une app, c'est avoir une expérience mobile fluide là où l'usage mobile est dominant. Or un site responsive ou une PWA bien faits peuvent parfaitement répondre à cette exigence.

‍

Les trois options sur la table

Le site responsive. Une seule base de code (le site web) qui s'adapte à toutes les tailles d'écran. C'est le standard. Bien fait, il offre une expérience mobile correcte sur 100 % des parcours. Coût marginal : compris dans le développement web. Limite : pas d'icône sur l'écran d'accueil, pas de notifications push natives sur iOS, pas d'accès aux APIs hardware (caméra pour KYC en mobile, biométrie pour authentification).

‍

La PWA — Progressive Web App. Un site web amélioré qui se comporte comme une app : icône sur l'écran d'accueil, fonctionne hors ligne sur les pages déjà visitées, notifications push sur Android (et iOS depuis iOS 16.4 sous condition d'installation), accès à certaines APIs natives. Coût additionnel : 5 000 à 15 000 € pour transformer un site responsive en PWA propre. Limite : sur iOS, l'expérience reste légèrement dégradée par rapport à une app native, et la PWA n'est pas distribuée sur les stores (Apple App Store, Google Play).

‍

L'app native iOS + Android. Deux applications développées soit en natif (Swift pour iOS, Kotlin pour Android), soit en cross-platform (React Native, Flutter). Coût V1 : 60 000 à 150 000 € HT selon la complexité fonctionnelle et la duplication des parcours web. Maintenance : 500 à 1 500 €/mois (mises à jour OS, soumissions stores, gestion des SDK tiers). Avantage : expérience native fluide, présence sur les stores, signal de maturité de la marque.

‍

Quand l'app native devient justifiée

Plusieurs critères, cumulés, basculent la balance vers l'app native.

‍

Volume d'utilisateurs actifs. En dessous de 10 000 investisseurs actifs sur la plateforme, le coût par utilisateur d'une app native reste élevé. Au-delà, l'investissement s'amortit beaucoup plus vite.

‍

Fréquence d'usage. Si l'utilisateur revient quotidiennement (plateformes de trading, suivi de cours, micro-investissement type Yomoni / Cashbee / Mon Petit Placement), l'app native apporte un confort qui justifie l'investissement. Pour une plateforme de crowdfunding immobilier où l'utilisateur revient une fois par mois pour vérifier ses projets, le ratio coût/bénéfice est moins évident.

‍

Profil de cible. Une cible jeune (moins de 35 ans), digital native, attend une app — son absence est perçue comme un signal de retard de la marque. Pour une cible CGP / patrimoniale plus âgée, le site reste le canal de référence.

‍

Stratégie d'engagement. Si tu construis ta rétention sur les notifications push (alerte nouveau projet, alerte fin de collecte, alerte versement de coupons), l'app native maximise les taux d'opt-in et de délivrabilité par rapport au web.

‍

Différenciation produit. Si l'app porte des fonctionnalités exclusives (caméra pour scanner pièce d'identité en KYC, biométrie pour la connexion, paiement Apple Pay / Google Pay, widgets sur l'écran d'accueil), elle devient un actif produit, pas juste un canal de plus.

‍

Les coûts à anticiper

Le coût d'entrée n'est qu'une partie de la facture. Une app native génère plusieurs postes récurrents souvent sous-estimés.

‍

Mises à jour OS — Apple et Google publient des versions majeures chaque année. Chaque mise à jour iOS ou Android impose des tests, parfois des refontes (passage à SwiftUI, Material You, support iPad). Compter 10 à 20 jours de dev par an, soit 5 à 12 K€.

‍

Soumissions et conformité stores. Apple impose des règles changeantes (App Store Review Guidelines), avec des refus possibles à chaque mise à jour. Compter 1 à 3 jours de gestion par mise à jour publiée.

‍

SDK tiers — KYC, paiement, analytics, crash reporting (Sentry, Firebase). Chaque SDK doit être maintenu, mis à jour, parfois remplacé.

‍

Comptes développeur — 99 €/an pour Apple, 25 € en one-shot pour Google. Marginal, mais à prévoir.

‍

Au total, le TCO sur 3 ans d'une app native iOS + Android atteint typiquement 100 à 200 K€ (V1 + maintenance + évolutions), soit 2 à 3 fois le coût initial.

‍

La voie médiane : la PWA

Pour la majorité des plateformes d'investissement en V1 et V2, la PWA est le bon compromis. Elle apporte 70 à 80 % de l'expérience d'une app native pour 10 à 20 % du coût, sans dépendance aux stores. Elle permet aussi de tester le comportement de l'audience mobile (taux d'installation, fréquence d'usage, taux d'opt-in aux notifications) avant de décider d'investir dans une vraie app native.

‍

Beaucoup de plateformes que nous accompagnons chez Capsens commencent en site responsive, basculent en PWA en V2 quand elles dépassent 1 000 utilisateurs actifs, et envisagent l'app native en V3 quand le volume et l'engagement le justifient.

‍

Conclusion

L'app mobile native est rarement la bonne réponse en V1. Elle devient pertinente sur des critères précis (volume, fréquence, cible, stratégie d'engagement) qui s'observent typiquement après 18 à 36 mois d'exploitation. Avant ça, un site responsive bien soigné — et idéalement une PWA — couvre l'essentiel des usages mobile à une fraction du coût.

‍