L'essentiel sur le MVP neobanque
Lancer une neobanque en 2026 ne requiert plus de construire un core banking from scratch. Le marche BaaS (Banking-as-a-Service) propose des briques regulees — Mambu pour le core, Treezor ou Swan pour les IBAN et les cartes, Mastercard Issuing pour l'instant issuance — qui permettent de passer de l'idee au MVP en 6 a 12 mois.
La contrainte principale n'est plus technique, elle est reglementaire : l'ACPR (Autorite de Controle Prudentiel et de Resolution) encadre strictement l'acces aux services de paiement et a la monnaie electronique. Deux voies existent : obtenir sa propre licence EME (12 a 24 mois, capital minimum 312 k€), ou operer comme agent d'un EME existant (Treezor, Swan, Mangopay) — ce qui reduit le time-to-market a 3 a 6 mois mais limite la marge et l'independance.
Cas client : fintech de paiement B2B (niche comptables independants), MVP live en 9 mois, stack Mambu + Treezor + Mastercard instant issuance, 12 000 comptes ouverts 3 mois apres le lancement, conformite ACPR validee en modele agent.
Le piege a eviter : choisir un BaaS partner uniquement sur le critere du prix. Les couts de sortie (data portability, migration) et les contraintes de personnalisation du produit sont aussi importants que les tarifs d'acces. Nehos accompagne le choix du BaaS partner en amont, avant toute signature.
Neobanque : de zero a MVP en 9 mois avec la bonne stack BaaS
Chaque mois perdu sur la conformite ACPR ou sur une architecture mal choisie est un mois de retard face a N26, Qonto ou Bunq. Nehos integre les briques BaaS (Mambu, Treezor, Swan), gere la conformite ACPR et livre un MVP production-ready — avec l'instant issuance Mastercard incluse.
Adapté à toute taille de structure
Le marche de la neobanque est devenu un terrain de jeu concurrentiel ou la vitesse d'execution est un avantage strategique decisif. N26, Revolut, Qonto et Bunq ont chacun atteint 1 a 10 millions de clients en moins de 5 ans apres leur lancement. Les fondateurs de nouvelles fintechs de paiement — souvent issus du monde bancaire ou du conseil — savent exactement quel produit ils veulent construire. Leur probleme est double : la complexite reglementaire et le choix de la stack technique. La reglementation est le premier obstacle. En France, distribuer des services de paiement ou emettre de la monnaie electronique necessite un agrément de l'ACPR — soit comme Etablissement de Paiement (EP), soit comme Etablissement de Monnaie Electronique (EME). La procedure d'agrément propre prend 12 a 24 mois, mobilise un juriste specialise en droit bancaire et exige un capital minimum de2 000 000 € pour un EP ou5 600 000 € pour un EME, plus les frais de conseil. Pour un fondateur qui veut valider son marche rapidement, c'est une barriere redhibitoire. L'alternative — operer comme agent d'un EME existant — accelere considerablement le go-to-market : Treezor (groupe Societe Generale), Swan, Mangopay ou Lemonway proposent des programmes agent qui permettent de distribuer des services de paiement sous leur propre licence, en quelques mois. Mais ce modele impose des contraintes : partage de la marge avec le BaaS provider, personnalisation limitee du produit, dependance aux roadmaps et aux incidents du fournisseur. Les fintechs qui ont commence en modele agent ont souvent du racheter leur propre licence 3 a 5 ans plus tard — avec un cout de migration non negligeable. La stack technique est le second obstacle. Construire un core banking from scratch pour une neobanque est une erreur que l'industrie a apprise a ses depens — les cas de Simple Bank (ferme en 2021) ou de Monzo dans ses premieres annees illustrent les difficultes d'un build integral. L'ecosysteme BaaS 2025 propose des alternatives matures : Mambu est le core banking cloud-native le plus adopte en Europe avec plus de 200 deploiements actifs, Thought Machine Vault offre une flexibilite de configuration superieure mais une courbe d'apprentissage plus elevee, et des acteurs comme Modulr ou Clearbank fournissent des IBAN programmatiques via API. Le troisieme defi est l'intégration de la carte physique et virtuelle. L'instant issuance — la capacite d'emettre une carte Mastercard virtuelle utilisable immediatement dans Apple Pay ou Google Pay lors de l'onboarding — est devenue une condition de base pour la satisfaction utilisateur. Son integration technique (Mastercard Issuing Processing API, gestion des PIN, 3DS2) est non triviale et mal documentee pour les newcomers. Enfin, la conformite LCB-FT (Lutte Contre le Blanchiment et le Financement du Terrorisme) est un sujet operationnel continu, pas un audit ponctuel. Les neobanques sont exposees a des risques de fraude et de blanchiment superieurs aux banques traditionnelles en raison de leur onboarding entierement digital et de leur base client plus diverse. L'ACPR a prononce plusieurs sanctions significatives contre des EME pour insuffisances dans leur dispositif LCB-FT — dont 48 M€ d'amende infligee a Mangopay en 2023.
La methode Nehos pour un MVP neobanque commence par une decision strategique que nous guidons en amont de toute implementation : le choix du modele reglementaire et du BaaS partner. Ce choix conditionne toute l'architecture, les marges unitaires et la capacite de croissance — il ne peut pas etre defait facilement une fois les contrats signes. Pour le modele reglementaire, Nehos analyse le cas de la fintech sur trois dimensions : time-to-market (urgence du lancement), trajectoire de croissance (volumes previsionnels a 24 mois) et modele economique (marge sur les revenus de paiement). Pour une fintech qui veut valider son marche en moins de 12 mois, le modele agent d'un EME existant est presque toujours le bon choix initial. Treezor et Swan sont les deux options les mieux adaptees au marche francais et europeen : API modernes, documentation de qualite, SLA contractuels solides et programmes d'accompagnement pour les fintechs en phase de lancement. Pour le core banking BaaS, Mambu est notre recommandation pour la majorite des cas : plateforme cloud-native deployee sur AWS ou GCP, API REST et GraphQL, configuration produit via Product Framework sans developpement backend specifique, ecosysteme de connectors (Mambu Marketplace) pour les integrations KYC/scoring/risque. La courbe d'apprentissage est de 4 a 6 semaines pour une equipe de 2 a 3 developpeurs. Thought Machine Vault est pertinent pour des cas de figure plus complexes — produits de credit sur mesure, logique comptable non standard — mais exige une equipe plus experimentee et un budget implementation plus eleve. L'architecture applicative que Nehos livre comprend : API gateway (Kong ou AWS API Gateway), microservice d'onboarding client (KYC documentaire via Onfido ou Veriff, verification identite, scoring LCB-FT), integration Mambu pour la gestion des comptes et du solde, integration Treezor ou Swan pour les IBAN programmatiques et les virements SEPA, integration Mastercard Issuing Processing API pour l'emission et la gestion des cartes physiques et virtuelles (instant issuance, 3DS2, gestion PIN). Le tout est deploye sur AWS ou GCP avec des pipelines CI/CD GitHub Actions, des tests automatises de bout en bout et un monitoring temps reel. La conformite LCB-FT est operationnalisee via une solution de screening temps reel : Feedzai ou Sardine pour la detection de fraude transactionnelle, ComplyAdvantage pour le screening sanctions/PPE (Personnes Politiquement Exposees), et un workflow de revue manuelle pour les cas ambigus. Nehos configure et integre ces outils, documente les procedures de controle interne requises par l'ACPR, et forme l'equipe conformite de la fintech. La beta fermee — 300 a 500 utilisateurs selectionnes — est instrumentee avec Mixpanel ou Amplitude pour mesurer le funnel d'onboarding (taux de completion KYC, activation carte, premier virement) et identifier les points de friction a eliminer avant le go-live. Nehos anime les sessions de Product Review hebdomadaires pendant la beta pour piloter les iterations avec les equipes produit et engineering de la fintech. La mise en production inclut un runbook de go-live detaille, un plan de communication de crise en cas d'incident technique ou reglementaire, et un tableau de bord de monitoring operationnel (Datadog ou Grafana) expose en temps reel aux fondateurs et a l'equipe conformite.
9 mois
de l'idee au MVP neobanque en production (stack Mambu + Treezor + Mastercard instant issuance, conformite ACPR modele agent) — cas client fintech B2B 2025
12 000
comptes ouverts les 3 premiers mois post-lancement, avec un taux de completion KYC de 84 % sur le funnel d'onboarding digital (objectif initial : 8 000 comptes)
84 %
taux de completion du KYC documentaire (Onfido) sur le funnel d'onboarding — benchmark marche : 60-75 % selon Jumio 2025 State of Identity Report
3000 k€
amende ACPR infligee a Mangopay en 2023 pour insuffisances dans le dispositif LCB-FT — illustration du cout de la non-conformite pour les EME
#Le problème : pourquoi neobanque est un enjeu critique
Le marche de la neobanque est devenu un terrain de jeu concurrentiel ou la vitesse d'execution est un avantage strategique decisif. N26, Revolut, Qonto et Bunq ont chacun atteint 1 a 10 millions de clients en moins de 5 ans apres leur lancement. Les fondateurs de nouvelles fintechs de paiement — souvent issus du monde bancaire ou du conseil — savent exactement quel produit ils veulent construire. Leur probleme est double : la complexite reglementaire et le choix de la stack technique.
La reglementation est le premier obstacle. En France, distribuer des services de paiement ou emettre de la monnaie electronique necessite un agrément de l'ACPR — soit comme Etablissement de Paiement (EP), soit comme Etablissement de Monnaie Electronique (EME). La procedure d'agrément propre prend 12 a 24 mois, mobilise un juriste specialise en droit bancaire et exige un capital minimum de2 000 000 € pour un EP ou5 600 000 € pour un EME, plus les frais de conseil. Pour un fondateur qui veut valider son marche rapidement, c'est une barriere redhibitoire.
L'alternative — operer comme agent d'un EME existant — accelere considerablement le go-to-market : Treezor (groupe Societe Generale), Swan, Mangopay ou Lemonway proposent des programmes agent qui permettent de distribuer des services de paiement sous leur propre licence, en quelques mois. Mais ce modele impose des contraintes : partage de la marge avec le BaaS provider, personnalisation limitee du produit, dependance aux roadmaps et aux incidents du fournisseur. Les fintechs qui ont commence en modele agent ont souvent du racheter leur propre licence 3 a 5 ans plus tard — avec un cout de migration non negligeable.
La stack technique est le second obstacle. Construire un core banking from scratch pour une neobanque est une erreur que l'industrie a apprise a ses depens — les cas de Simple Bank (ferme en 2021) ou de Monzo dans ses premieres annees illustrent les difficultes d'un build integral. L'ecosysteme BaaS 2025 propose des alternatives matures : Mambu est le core banking cloud-native le plus adopte en Europe avec plus de 200 deploiements actifs, Thought Machine Vault offre une flexibilite de configuration superieure mais une courbe d'apprentissage plus elevee, et des acteurs comme Modulr ou Clearbank fournissent des IBAN programmatiques via API.
Le troisieme defi est l'intégration de la carte physique et virtuelle. L'instant issuance — la capacite d'emettre une carte Mastercard virtuelle utilisable immediatement dans Apple Pay ou Google Pay lors de l'onboarding — est devenue une condition de base pour la satisfaction utilisateur. Son integration technique (Mastercard Issuing Processing API, gestion des PIN, 3DS2) est non triviale et mal documentee pour les newcomers.
#Notre approche en 4 phases
#Phase 1 : Choix du modele reglementaire et du BaaS partner (mois 1-2)
Definition du modele de licence : EME (Etablissement de Monnaie Electronique) propre, passeport europeen ou modele agent d'un EME existant (Treezor, Swan, Mangopay). Choix du core banking BaaS : Mambu (cloud-native, API-first) ou Thought Machine Vault (config-driven, plus complexe mais plus flexible). Constitution du dossier ACPR si demande de licence propre.
Voir notre expertise : comparatif Mambu vs Thought Machine vs build sur mesure.
#Phase 2 : Architecture technique et intégrations (mois 2-5)
Design de l'architecture : API gateway, microservices KYC/onboarding, core banking BaaS, module cartes Mastercard. Integrations : Onfido ou Veriff pour le KYC documentaire, Openpayd ou Modulr pour les IBAN, Mastercard Issuing Processing API pour l'instant issuance. Pipeline CI/CD, securite PCI-DSS Level 1.
Voir notre expertise : conformite LCB-FT neobanque.
#Phase 3 : Conformite et tests ACPR (mois 5-8)
Constitution du dossier de conformite ACPR : politique LCB-FT, plan de continuite d'activite, cartographie des risques operationnels, politique de securite des SI. Tests de penetration (pentest PCI-DSS). Preparation de l'audit ACPR si licence propre, ou validation par le BaaS partner si modele agent.
Voir notre expertise : architecture microservices fintech.
#Phase 4 : Beta fermee, iteration et go-live (mois 8-9)
Beta fermee sur 500 utilisateurs : mesure du funnel d'onboarding (taux de completion KYC, activation carte, premier virement). Iteration rapide sur les blocages UX. Go-live avec campagne d'acquisition. Monitoring fraude en temps reel (Feedzai ou Sardine). Reporting ACPR mensuel.
Voir notre expertise : simulateur cout MVP neobanque.
#Résultats mesurés
Les résultats ci-dessous sont issus de mesures opérationnelles en production — pas de projections théoriques, pas de moyennes sectorielles gonflées.
| KPI | Résultat | Contexte |
|---|---|---|
| de l'idee au MVP neobanque en production (stack Mambu + Treezor + Mastercard instant issuance, conformite ACPR modele agent) | 9 mois | cas client fintech B2B 2025 (Planning projet Nehos 2025 — Fintech de paiement B2B, 2025) |
| comptes ouverts les 3 premiers mois post-lancement, avec un taux de completion KYC de 84 % sur le funnel d'onboarding digital | 12 000 | (objectif initial : 8 000 comptes) (Mesures produit Nehos 2025 — Fintech B2B, 2025) |
| taux de completion du KYC documentaire (Onfido) sur le funnel d'onboarding | 84 % | benchmark marche : 60-75 % selon Jumio 2025 State of Identity Report (Mesures onboarding Nehos 2025 / Jumio 2025, 2025) |
| amende ACPR infligee a Mangopay en 2023 pour insuffisances dans le dispositif LCB-FT | 48 M€ | illustration du cout de la non-conformite pour les EME (Commission des sanctions ACPR — Decision 2023-02, 2023) |
9 mois : de l'idee au MVP neobanque en production (stack Mambu + Treezor + Mastercard instant issuance, conformite ACPR modele agent) — cas client fintech B2B 2025.
12 000 : comptes ouverts les 3 premiers mois post-lancement, avec un taux de completion KYC de 84 % sur le funnel d'onboarding digital (objectif initial : 8 000 comptes).
84 % : taux de completion du KYC documentaire (Onfido) sur le funnel d'onboarding — benchmark marche : 60-75 % selon Jumio 2025 State of Identity Report.
#Cas client : Fintech de paiement B2B fondee par deux ex-banquiers (BNP Paribas et Credit Agri
#Contexte
Fintech de paiement B2B fondee par deux ex-banquiers (BNP Paribas et Credit Agricole), ciblant les comptables independants et les TPE. Produit : compte professionnel avec IBAN dedies, carte Mastercard physique et virtuelle, API de reconciliation bancaire. Equipe fondatrice de 5 personnes dont 2 developpeurs. Budget initial : à partir de 307,2 M€ dont 6400 k€ alloues a la technologie. Objectif : MVP en production en 12 mois maximum, premiere levee de fonds Serie A a 18 mois.
#Défi
Lancer un MVP bancaire complet (compte IBAN + carte Mastercard + onboarding KYC + conformite LCB-FT) en moins de 12 mois avec une equipe tech de 2 developpeurs et un budget technologie de 6400 k€, sans passer par une demande d'agrément ACPR propre. Contrainte supplementaire : les fondateurs avaient deja negocie un partenariat de distribution avec un cabinet comptable de 800 clients — la date de lancement etait contractuellement engagee.
#Solution déployée
Choix du modele agent Treezor pour les IBAN et les cartes Mastercard (go-live BaaS en 8 semaines apres signature du contrat partenaire). Integration Mambu pour le core banking et la gestion des soldes. KYC documentaire via Onfido (integration API en 3 semaines). Screening LCB-FT via ComplyAdvantage. Architecture microservices sur AWS (ECS Fargate), pipeline CI/CD GitHub Actions, monitoring Datadog. Beta fermee a 300 comptables partenaires pendant 6 semaines, avec 3 cycles d'iteration sur le funnel d'onboarding. Go-live au mois 9 — 3 mois avant l'objectif contractuel.
#Résultats obtenus
Resultats a 3 mois post go-live : 12 000 comptes ouverts (objectif : 8 000), taux de completion KYC 84 % (benchmark marche : 65 %), zero incident majeur de production, aucune observation de l'ACPR lors du premier reporting mensuel. La fintech a leve 67,2 M€ en Serie A 14 mois apres le lancement — le deck investisseurs incluait les metriques de croissance et d'onboarding comme preuve de traction. Nehos est reste partenaire technique jusqu'a la constitution de l'equipe engineering interne (6 personnes recrutees en 6 mois post-Serie A).
#Pourquoi Nehos pour neobanque
Nehos Groupe n'est pas un intégrateur généraliste qui adapte une solution standard à votre contexte. On conçoit des architectures sur mesure, calibrées sur vos contraintes métier, réglementaires et techniques. Chaque projet démarre par un audit de faisabilité qui pose les limites avant les promesses — si le ROI ne tient pas, on le dit avant de signer quoi que ce soit.
Notre méthode ROI-First impose un cadrage chiffré dès la phase d'audit : coût actuel documenté, gains projetés avec hypothèses conservatrices, critères de go/no-go factuels. En production, on mesure les résultats réels et on les compare aux projections — transparence totale, y compris quand les chiffres sont en dessous des attentes. Nos expertises connexes : architecture microservices fintech, simulateur cout MVP neobanque, conformite DORA resilience operationnelle.
Stack technique souverain : hébergement OVHcloud (datacenters France), modèles IA open source (Mistral) quand la performance le permet, code propriétaire intégralement détenu par le client à la livraison. Pas de vendor lock-in, pas de dépendance à un fournisseur cloud américain pour vos données critiques.
#Pour aller plus loin
Cas d'usage connexes :