Un « MVNO in a box » est un service packagé, pas un logiciel : un BSS SaaS multi-tenant, un réseau hôte que le fournisseur a déjà raccordé, la fourniture de SIM et le travail opérationnel autour. On lance plus vite et on possède moins. Votre propre BSS met plus de temps à se mettre en place, mais laisse le produit, les données abonné et la logique de marge sous votre contrôle : la question est de savoir lequel des deux vous est nécessaire, pas lequel coûte le moins cher.
La responsable produit d’une enseigne de distribution envoie le même cahier des charges à trois fournisseurs et reçoit trois propositions présentées comme prêtes à l’emploi. La première annonce un lancement en trois semaines et un prix par abonné actif. La deuxième propose un à trois mois sur le réseau d’un enabler, dans deux pays. La troisième annonce quatre à six mois après la signature de l’accord d’hébergement, pour un logiciel que l’enseigne posséderait. Les trois sont honnêtes : elles vendent des choses différentes sous le même mot. Juniper Research a intitulé sa prévision de janvier 2026 “MVNO in a box platforms to drive MVNO market” et estime le parc MVNO mondial à 333 millions d’abonnés en 2026, puis 438 millions en 2030. La boîte est donc devenue la porte d’entrée par défaut de beaucoup de marques. Savoir ce qu’il y a dedans, et ce qu’il n’y a pas, est la décision qui compte.
Ce que recouvre l’expression MVNO in a box
Un MVNO in a box est un service packagé, pas un logiciel. Sous la forme que vendent les éditeurs SaaS, le package comporte quatre parties. D’abord un BSS multi-tenant livré en SaaS : catalogue produits, charging, facturation, CRM et espace client, configurés depuis le portail et l’API de l’éditeur. Ensuite un réseau hôte déjà raccordé, soit par l’accord de gros de l’éditeur, soit, dans certains cas, avec l’éditeur comme opérateur de référence, de sorte que la marque ne signe jamais avec un opérateur. Puis la logistique SIM et eSIM : commande des profils, activation, gestion des stocks. Enfin l’outillage de service client, en général une console conseiller et les parcours de portabilité, de suspension et de rechargement.
Le modèle commercial suit la forme du service. Telness Tech annonce des frais d’installation faibles, puis un paiement par utilisateur ou un partage de revenus. Amdocs facture BRAND/ON sous forme de frais d’installation plus un montant par abonné. Alepo commercialise BSS Now selon une logique pay-as-you-grow. Les délais de lancement sont annoncés en semaines : Telness Tech indique 3 semaines, Alepo 30 jours, Gigs quelques semaines, Amdocs moins de 3 mois, et Transatel avance quelques semaines ou 1 à 3 mois pour son MVNO-in-a-Box selon la page consultée. Ce sont les annonces des fournisseurs eux-mêmes, et elles supposent que l’hôte est déjà raccordé dans votre pays.
Le même terme est aussi employé par des enablers qui disposent de leurs propres éléments de réseau, comme Plintron, Transatel ou Effortel. La marque y est locataire de la plateforme de l’enabler, lequel détient la relation avec l’hôte et souvent son propre cœur de réseau ou son HLR/HSS. La comparaison des plateformes BSS pour MVNE et MVNO décrit chaque fournisseur un par un.
Ce qui est dans la boîte, et ce qui n’y est généralement pas
Le tableau met la boîte SaaS face aux deux options qu’une marque compare habituellement : un MVNO Light ou Medium sur le réseau d’un enabler, et un BSS que la marque possède et opère en position Medium ou Full. Les entrées décrivent l’arrangement courant. Les contrats varient, et la question utile à poser à un fournisseur est dans quelle colonne il se trouve réellement, ligne par ligne.
| Composant | Boîte SaaS | Enabler sur son réseau | BSS en propre (Medium ou Full) |
|---|---|---|---|
| Catalogue et règles tarifaires | Inclus : configurés dans le portail de l’éditeur, dans la limite de ses modèles d’offres | Inclus : catalogue de l’enabler, souvent avec un jeu de modèles plus large | À vous : toute règle que le moteur de charging sait exprimer |
| Moteur de charging et de facturation | Inclus, mutualisé et opéré par l’éditeur | Inclus, mutualisé et opéré par l’enabler | À vous, dédié ; sur site, en cloud privé ou en service managé |
| Interfaces avec l’hôte | Inclus : hôtes préraccordés dans les pays de l’éditeur | Inclus : éléments de cœur et accords d’hébergement de l’enabler | À intégrer par vous ; l’accord d’hébergement est le prérequis |
| Numérotation et interconnexion | Plages de l’éditeur ou de l’hôte ; l’éditeur ou l’hôte est opérateur de référence | Plages et interconnexion de l’enabler | Plages de l’hôte (Medium) ou les vôtres (Full) |
| KYC et enregistrement des SIM (RICA et équivalents) | Inclus sur les marchés de l’éditeur ; l’obligation réglementaire reste à la marque | Inclus sur les marchés de l’enabler | Votre intégration au dispositif national ; vos registres |
| Propriété et export des données abonnés | Données dans le tenant de l’éditeur ; accès par API et export | Données dans la plateforme de l’enabler ; export selon le contrat | Données dans votre périmètre et votre modèle de données |
| Logique de facturation sur mesure (sponsored billing, récompenses liées au solde) | Rarement : limitée à ce que les modèles prévoient | Parfois, sous forme de demande d’évolution facturée | Oui : c’est la raison même de posséder le moteur |
| Multi-tenant (héberger d’autres marques) | Non : vous êtes un locataire parmi d’autres | Non : l’enabler est la partie multi-tenant | Oui, si la plateforme est prévue pour un usage MVNE ou MVNA |
| Option sur site ou en cloud privé | Rarement : cloud de l’éditeur | Rarement : infrastructure de l’enabler | Oui |
| Sortie et migration | Formats d’export et conditions de sortie au contrat ; partir est un projet de migration | Idem, et la relation avec l’hôte peut ne pas être transférable | Vous détenez les actifs ; une étape Full ultérieure prolonge la même plateforme |
Deux lignes pèsent plus que les autres. La logique de facturation sur mesure décide si la boîte sait exprimer votre produit. La propriété des données abonnés décide si votre moteur de risque, votre programme de fidélité ou votre obligation de localisation des données peuvent se contenter d’une API et d’un export nocturne. Si ces deux points sont confortables, le reste du tableau relève du prix et du confort.
Quand la boîte est la bonne réponse
Disons-le simplement : pour une marque grand public qui ajoute le mobile comme fonctionnalité, sur ses douze à vingt-quatre premiers mois, avec une petite équipe et des offres standard, la boîte est en général le bon choix. Les listes de références des fournisseurs montrent la logique. Gigs cite Revolut, Cash App, Klarna, Nubank, Santander, Starling et Motorola. Telness Tech cite Lebara, Truecaller et New York Mobile. Ce sont des marques qui voulaient une SIM dans une application, quelques forfaits et un parcours de portabilité, sans monter une direction télécoms.
Les arguments sont concrets. Le délai jusqu’au premier client se compte en semaines plutôt qu’en mois, parce que l’hôte est déjà raccordé. Le coût fixe est faible et le coût variable suit le parc, ce qui convient à un produit dont la demande n’est pas prouvée. Amdocs affirme que dix personnes ou moins suffisent à opérer un MVNO ou un MVNE complet sur sa plateforme ; quel que soit le chiffre exact, l’équipe reste petite. Et la boîte est une manière légitime de vérifier que vos clients veulent du mobile de votre part avant d’engager une plateforme, une négociation avec un hôte et une posture réglementaire propre.
Un MVNO Light chez un enabler est la réponse voisine. Elle vaut mieux quand vous visez une position Light ou Medium dans un pays où l’enabler opère déjà, et que vous acceptez qu’il gère le BSS et occupe une place dans la chaîne commerciale. Des distributeurs et des communautés lancent ainsi en Europe depuis des années, et un enabler qui agit aussi comme MVNA obtient des conditions de gros qu’une marque seule n’aurait pas.
Là où elle s’arrête
La boîte s’arrête là où le produit cesse d’être un forfait. Six situations reviennent.
La logique tarifaire comme produit. Une banque qui veut faire varier l’enveloppe data selon le solde du compte, une enseigne qui veut qu’un niveau de fidélité modifie le prix d’un bundle au moment de l’achat, ou un employeur qui prend en charge une partie de la consommation de ses salariés (le modèle de sponsored billing que Brilliantel opère en Afrique du Sud) a besoin d’un moteur de charging programmable, pas d’un modèle à choisir dans une liste. Les modèles peuvent être étendus par l’éditeur, à son rythme et selon sa feuille de route.
Les données événementielles dans vos systèmes. Une API renvoie ce que l’éditeur expose ; un export nocturne renvoie la veille. Un modèle de risque, un modèle de churn ou un moteur d’offres en temps réel qui a besoin de l’événement d’usage au moment où il se produit suppose que la médiation et le charging vous appartiennent, ou alimentent directement votre plateforme de données.
La facturation B2B et B2G. Les comptes entreprises avec hiérarchies, centres de coûts, enveloppes mutualisées, factures éclatées, bons de commande et délais de paiement du secteur public constituent un problème de facturation différent d’un forfait grand public avec une carte enregistrée. La plupart des boîtes sont conçues pour le second.
Les données réglementées dans le pays. Lorsqu’un régulateur, une banque centrale ou une règle de marché public impose que les données abonnés restent dans le pays ou dans votre propre périmètre, un tenant hébergé dans le cloud d’un éditeur, dans une autre juridiction, n’est pas une option, quelles que soient ses fonctions.
L’hébergement d’autres marques. Si le projet est de devenir MVNE ou MVNA, ou si une direction wholesale d’opérateur veut accueillir des partenaires, vous devez être la partie multi-tenant. Dans une boîte, vous êtes le locataire.
La renégociation avec l’hôte. Quand l’éditeur détient l’accord de gros ou agit comme opérateur de référence, le tarif de gros, le réseau et parfois les plages de numéros sont à lui de renégocier. Une marque qui atteint quelques centaines de milliers d’abonnés et veut porter son propre volume chez l’hôte, ou ajouter un second hôte, a besoin de la relation à son nom. La page sur les modèles opérationnels précise qui détient quoi à chaque étape.
Coût total sur trois ans
Avante ne publie pas ses prix : cette comparaison reste qualitative et les seuls chiffres cités sont des estimations de marché, signalées comme telles. MVNO Index situe un MVNO léger dans l’Union européenne ou au Royaume-Uni entre 105 000 et 475 000 euros de mise en place totale, et Spenza estime 100 000 à 400 000 dollars pour un MVNO léger, contre 2 à 10 millions de dollars ou plus pour un MVNO complet. Ce sont des estimations de marché à source unique, pas des chiffres Avante, et elles décrivent un coût de lancement, pas un coût sur trois ans. Le guide de la structure de coûts reprend les postes un par un.
Ce qui compte, c’est la forme des deux courbes. Une boîte démarre bas et croît avec le parc : frais d’installation, puis montant par abonné ou partage de revenus, plus l’achat de gros passé par l’accord de l’éditeur. Il y a peu à amortir et peu à staffer. Votre propre BSS démarre plus haut : licence ou abonnement, intégration à l’hôte, une équipe projet pendant quatre à six mois, puis une équipe d’opérations ou un forfait de service managé. Elle croît ensuite lentement, parce que le coût logiciel ne suit pas le parc au prorata et parce que le gros est acheté à votre propre volume.
Le point de croisement dépend de quatre variables : la taille du parc, le revenu moyen par abonné (un partage de revenus mord plus fort sur un parc à ARPU élevé), le nombre de demandes d’évolution qu’exige votre produit, et votre tarif de gros. En dessous d’un certain parc, avec une offre qui entre dans les modèles, la boîte reste moins chère sur les trois ans. Au-dessus, avec un produit qui demande de la logique sur mesure, la ligne par abonné plus les demandes d’évolution plus la marge prise par l’intermédiaire finissent par dépasser le coût fixe de la propriété. Demandez à chaque éditeur de boîte de modéliser l’année trois à votre parc et à votre ARPU cibles, avec les évolutions que vous savez déjà nécessaires. Demandez à chaque éditeur de BSS le coût d’intégration et de service managé sur la même période. Comparez ces deux nombres, pas les prix de lancement.
Passer de la boîte à votre propre BSS
Les marques finissent par sortir de la boîte, et ce passage est une migration, pas une mise à niveau. Le parc, l’historique de facturation, les stocks SIM et eSIM, les plages de numéros, les offres actives et les soldes quittent le tenant de l’éditeur pour votre plateforme, pendant que les fenêtres de portabilité et la continuité de service se gèrent avec l’hôte. Le chantier a l’ampleur du lancement initial, ce qui explique pourquoi les conditions de sortie méritent d’être lues avant signature : formats d’export, sort des plages de numéros si l’éditeur était opérateur de référence, durée de préavis.
Bien menée, l’opération tient dans une seule fenêtre de bascule. Les abonnés conservent leurs numéros, leurs offres actives et leur historique, et la marque bascule le charging et le service client vers la nouvelle plateforme lors d’un cut-over défini, sans réinscrire les clients. C’est le chemin qu’Avante décrit pour les MVNO Light qui passent en Medium, et la page lancement détaille les étapes, dont le volet hôte et juridique qui se trouve sur le chemin critique.
Deux choses raccourcissent le projet. Négocier votre propre accord d’hébergement tôt, en parallèle de la période sous boîte, pour qu’il soit prêt quand le parc justifie le changement. Et choisir une plateforme cible où Medium et Full partagent un même modèle de données, pour que la migration n’ait lieu qu’une fois et qu’une étape Full ultérieure ajoute des éléments de réseau sans second déménagement.
Où se situe Avante
Avante fournit le BSS qu’un MVNO, un MVNE ou un MVNA possède et opère ; l’éditeur n’est pas opérateur de réseau et ne revend pas de minutes, donc un hôte ou un enabler reste toujours partenaire. La suite MVNx couvre le catalogue produits, le charging en ligne, la facturation convergente, le CRM, le provisioning, la médiation, l’interconnexion et la gestion des partenaires, livrée sur site, en cloud privé ou en service managé, avec un modèle OPEX possible. Un lancement en MVNO Medium se planifie sur quatre à six mois après l’accord d’hébergement et la préparation juridique ; le Full demande huit à dix mois et prolonge la même plateforme, sans seconde migration des abonnés. La plateforme est multi-tenant pour un usage MVNE et MVNA. Brilliantel (sponsored billing, B2B et B2G, modèle OPEX) et VENTAmobile (multi-IMSI, eSIM, M2M) sont des cas publiés. La page plateforme liste les modules et les interfaces avec l’hôte.
Questions fréquentes
Qu’est-ce qu’un MVNO in a box ?
Un service mobile packagé pour les marques : un BSS SaaS multi-tenant (catalogue, charging, facturation, CRM, espace client), un réseau hôte déjà raccordé par l’éditeur ou pour lequel il agit comme opérateur de référence, la logistique SIM et eSIM, et l’outillage de service client. Il se facture en frais d’installation plus un montant par abonné ou un partage de revenus, et les fournisseurs annoncent des lancements de trois semaines à moins de trois mois. La marque configure dans les outils de l’éditeur au lieu de posséder la plateforme.
Le MVNO as a service est-il la même chose qu’un MVNE ?
Les deux se recoupent. Le MVNO as a service, ou la boîte SaaS, associe une plateforme managée et une relation de gros, parfois avec l’éditeur comme opérateur de référence. Un MVNE apporte des éléments de réseau et une plateforme multi-tenant dans des pays précis, et accueille les marques comme locataires. Dans les deux cas, la marque configure dans la pile de quelqu’un d’autre ; la différence tient surtout à qui détient l’accord d’hébergement et les éléments de cœur.
Combien coûte une plateforme MVNO en SaaS ?
Les fournisseurs ne publient pas de tarifs. La structure annoncée est un frais d’installation suivi d’un montant par abonné ou d’un partage de revenus, plus l’achat de gros. Les estimations de marché de MVNO Index et de Spenza situent le lancement d’un MVNO léger dans les bas ou moyens six chiffres, en euros ou en dollars ; ce sont des estimations à source unique, portant sur le lancement et non sur trois ans de fonctionnement. Modélisez l’année trois avant de comparer avec la propriété d’un BSS.
Peut-on lancer sur une plateforme packagée puis passer à son propre BSS ?
Oui. Traitez le passage comme un projet de migration : parc, historique de facturation, stocks SIM et eSIM, plages de numéros, offres actives et soldes changent de plateforme, la portabilité et la continuité se gérant avec l’hôte. Lisez les formats d’export et les conditions de sortie avant de signer, engagez tôt votre propre négociation avec l’hôte, et choisissez une plateforme cible où Medium et Full partagent un même modèle de données, pour ne migrer qu’une fois.
À qui appartiennent les données abonnés dans un MVNO in a box ?
Les données résident dans le tenant de l’éditeur, dans son cloud, et vous y accédez par API et par exports programmés. Contractuellement, elles vous appartiennent en général ; opérationnellement, elles sont dans le système d’un tiers et souvent dans une autre juridiction. Quand un régulateur ou votre équipe risque exige des données événementielles dans votre périmètre, ou dans le pays, cet arrangement ne répond pas au besoin, quoi que dise le contrat.
Quand la propriété du BSS devient-elle rentable ?
Quand la logique tarifaire est le produit (sponsored billing, récompenses liées au solde, règles de fidélité appliquées à l’achat), quand les données événementielles doivent être dans vos systèmes, quand vous facturez des entreprises ou des organismes publics, quand les données doivent rester dans le pays, quand vous comptez héberger d’autres marques, ou quand vous voulez la relation avec l’hôte à votre nom. En dessous de ces seuils, une boîte ou un enabler revient en général moins cher et plus vite sur les premières années.