Structurer une JV internationale : deux entités, un CEO
Gouvernance, revenue sharing, rôles : comment structurer une joint-venture internationale entre entité technologique et entité commerciale locale pour un déploiement multi-pays.
Ce retour d’expérience est issu de la structuration d’une joint-venture pour un déploiement digital en Afrique de l’Ouest. Les principes décrits — séparation TechCo/OpCo, gouvernance contractuelle, règles de décision — s’appliquent à tout déploiement international nécessitant une entité locale.
La plupart des dirigeants qui lancent une activité à l’international pensent d’abord au produit, au marché, aux partenaires commerciaux. La structure juridique est souvent traitée comme une formalité administrative, réglée par les avocats en fin de processus.
C’est une erreur qui coûte cher.
Quand on opère un produit digital dans plusieurs pays avec des contraintes réglementaires différentes, des équipes distribuées, et des partenaires locaux dont les intérêts ne sont pas toujours alignés avec les vôtres, la structure juridique n’est pas une coquille vide. C’est l’architecture de gouvernance qui détermine qui décide quoi, comment les revenus circulent, et ce qui se passe quand les choses ne se passent pas comme prévu.
Voici ce que j’ai appris en dirigeant simultanément deux entités distinctes, une FinTech européenne et une société d’opérations locale en Afrique de l’Ouest, dans le cadre d’un programme de lancement de super-app. Le contexte marché de ce déploiement est détaillé dans l’article sur le lancement d’une super-app en Afrique de l’Ouest.
Pourquoi une seule entité ne suffit pas
La tentation est réelle. Une seule société, un seul compte bancaire, un seul reporting. Simple à gérer, simple à expliquer aux investisseurs.
En pratique, opérer une plateforme fintech en Afrique subsaharienne depuis une entité européenne unique crée trois problèmes structurels.
Le problème réglementaire. Opérer un wallet ou un service de mobile money dans la zone BCEAO suppose d’avoir une entité locale, immatriculée dans le pays, adossée à une banque agréée auprès de la Banque Centrale des États de l’Afrique de l’Ouest. Une entité européenne ne peut pas être cette contrepartie. Elle peut fournir la technologie. Elle ne peut pas opérer les flux financiers.
Le problème fiscal. Les revenus générés localement sont soumis à la fiscalité locale. Les redevances versées à une entité étrangère pour l’utilisation d’une technologie sont soumises à des règles de prix de transfert. Sans structure juridique adaptée, vous créez des risques de redressement des deux côtés.
Le problème de responsabilité. Si un incident survient, fraude, litige client, défaillance d’un partenaire, avoir une entité locale clairement identifiée comme opérateur du service protège l’entité européenne et clarifie les responsabilités auprès des autorités locales.
L’architecture d’une joint venture en deux entités
La structure qui fonctionne dans ce type de déploiement est celle d’une FinTech éditrice et d’une société d’opérations locale.
La FinTech, basée en Europe dans notre cas, édite et opère la plateforme technologique. Elle est responsable du développement produit, de l’hébergement, des intégrations bancaires (GSMA mobile money, agrégation PSD2), de la cybersécurité, et du support expert aux équipes locales. Elle fournit le produit en marque blanche à la société locale, contre une redevance calculée en pourcentage du chiffre d’affaires généré.
La société d’opérations locale est immatriculée dans le pays cible, organisée en centre de profits. Elle adapte le produit au marché local, recrute et anime la base marchands et clients, gère les partenariats terrain, opère le service client, et reporte auprès des autorités réglementaires locales. Elle verse une redevance à la FinTech et conserve le solde comme profit opérationnel.
Le revenue sharing entre les deux entités doit être défini contractuellement avant le démarrage des opérations. Dans notre structure, nous avons opté pour un partage égal, non pas parce que c’est la seule façon de faire, mais parce que cela donnait à chaque entité un intérêt symétrique à la performance globale.
Vous structurez une opération internationale et hésitez sur le modèle de gouvernance ? Ce type de décision se prend mieux avec un regard expérimenté avant de signer quoi que ce soit. Prenons 30 minutes.
Ce que “un seul CEO” implique concrètement
Diriger les deux entités simultanément n’est pas une décision anodine. C’est une réponse à une contrainte réelle: en phase de démarrage, personne ne connaît mieux le produit, la stratégie et les partenaires que le fondateur. Fragmenter ce rôle trop tôt crée des désalignements qui ralentissent tout.
Mais c’est aussi une charge qui a ses limites.
Le risque de dilution de l’attention est réel. Une réunion partenaire à Dakar le lundi, un board call avec les investisseurs le mercredi, une revue de sprint avec les développeurs le vendredi. Si le CEO est la seule interface entre les deux entités, chaque sujet attend le CEO. L’organisation entière tourne à la vitesse du goulot d’étranglement.
La solution: des équipes avec de la latitude, pas des relais d’exécution. Les deux entités doivent avoir des équipes capables de prendre des décisions dans leur périmètre sans remonter systématiquement. Le CEO fixe le cadre, valide les décisions structurantes, et reste accessible pour débloquer les situations. Il ne doit pas être dans la boucle de chaque décision opérationnelle. C’est le principe même d’une mission de management de transition: donner une direction claire et créer les conditions d’autonomie le plus vite possible.
Dans notre organisation, cela s’est traduit par des réunions de gouvernance hebdomadaires entre les deux équipes de direction, des KPIs partagés, et un droit de veto du CEO uniquement sur les décisions qui engagent le groupe au-delà d’un certain seuil, pas sur les décisions courantes.
Les quatre risques à anticiper dès la structuration
1. Le conflit de priorités produit
La FinTech a une roadmap globale. La société locale a des besoins spécifiques à son marché, intégration avec un opérateur local, adaptation d’une interface, ajout d’une fonctionnalité demandée par les marchands. Ces besoins entrent en compétition avec les développements de la plateforme commune.
Sans processus de priorisation clair, le local perd toujours. Parce que la FinTech a tendance à optimiser pour la scalabilité plutôt que pour l’adaptation locale. Le résultat: une société d’opérations qui n’a pas le produit dont elle a besoin pour performer sur son marché.
La solution: un comité produit mixte, avec une représentation paritaire des deux entités, et une allocation explicite de la capacité de développement entre les besoins globaux et les besoins locaux.
2. L’allocation des coûts partagés
Certains coûts sont difficiles à attribuer clairement à l’une ou l’autre entité, support client de niveau 2, formation des équipes locales, communication de marque. Sans règles d’allocation définies en amont, ces coûts deviennent des sources de friction permanentes entre les deux entités.
La règle la plus simple: tous les coûts qui bénéficient directement à la société locale sont portés par elle. Tous les coûts qui bénéficient au groupe (plateforme, sécurité, R&D) sont portés par la FinTech et inclus dans la redevance. Les gris sont arbitrés par le CEO sur base d’un principe de proportionnalité. Mettre en place un pilotage de la performance par entité, avec des tableaux de bord dédiés, clarifie ces arbitrages et protège les deux parties.
3. La protection de la propriété intellectuelle
La plateforme technologique appartient à la FinTech. La société locale a une licence d’utilisation, pas la propriété. Cela doit être explicitement contractualisé, y compris les conditions dans lesquelles la licence peut être suspendue ou résiliée.
Ce point semble évident. Il ne l’est pas quand les tensions montent. Avoir un contrat clair évite des négociations sous pression dans des situations où les deux parties ont autre chose à faire.
4. La sortie
Dès le départ, il faut définir ce qui se passe si l’une des deux parties veut sortir. Rachat de l’autre entité, cession de la licence, transfert des actifs clients, ces scénarios doivent être anticipés dans les statuts et les accords actionnaires, pas découverts dans une situation de crise.
Ce que cette structure révèle sur le management international
Diriger deux entités dans deux pays n’est pas une question de compétence technique. C’est une question de design organisationnel.
Les organisations qui réussissent dans ce type de configuration ont une chose en commun: elles ont investi du temps en amont pour définir les règles du jeu. Qui décide quoi. Comment les revenus circulent. Comment les conflits sont résolus. Ce n’est pas du bureaucratisme. C’est de la prévention.
Les organisations qui échouent ont tendance à traiter ces questions comme des détails à régler plus tard. Elles découvrent que “plus tard” arrive toujours au pire moment, en pleine négociation partenaire, en plein sprint de développement, ou en pleine levée de fonds.
| Ce qu’il faut définir avant de démarrer | Conséquence si mal défini |
|---|---|
| Revenue sharing entre entités | Conflits d’intérêt permanents |
| Priorisation produit | Société locale sous-équipée |
| Allocation des coûts partagés | Friction comptable chronique |
| Propriété intellectuelle | Risque juridique en cas de rupture |
| Scénarios de sortie | Négociation sous pression |
La structure juridique n’est pas un sujet pour les avocats seuls. C’est un sujet de management. Pour aller plus loin sur ce type de déploiement en Afrique de l’Ouest, l’article sur le lancement d’une super-app en Afrique de l’Ouest illustre les enjeux opérationnels de terrain.
Vous structurez une opération internationale ou une joint-venture et vous cherchez un regard opérationnel sur la gouvernance? Prenons contact.
Retour d’expérience basé sur la direction simultanée de deux entités dans le cadre d’un programme de déploiement de plateforme fintech en Afrique de l’Ouest. Cadre réglementaire: OHADA et BCEAO.