SaaSContratChoisir un prestataireSur-mesure
SaaS en marque blanche : le principe, les pièges, le contrat
9 min de lecture
Un SaaS en marque blanche est un logiciel en ligne développé et exploité par un éditeur, mais présenté aux utilisateurs sous la marque d'une autre entreprise. Le distributeur vend, l'éditeur fait tourner. Le modèle fonctionne bien quand les rôles, la personnalisation et la sortie sont écrits noir sur blanc ; il déçoit quand on les découvre après le lancement.
On rencontre la marque blanche dans deux situations très différentes. Dans la première, vous revendez à vos clients un logiciel qui existe déjà, sous votre nom. Dans la seconde, vous faites construire un logiciel qui sera déployé, sous la marque de chacun, chez les membres d'un réseau : franchisés, adhérents d'une fédération, distributeurs, cabinets d'un même groupe. Cet article traite les deux côtés, puis le contrat qui les relie.
Le principe, en clair
Trois acteurs se partagent le travail :
| Acteur | Ce qu'il fait | Ce qu'il voit |
|---|---|---|
| L'éditeur | Développe, héberge, maintient et fait évoluer le logiciel | Une plateforme, plusieurs distributeurs |
| Le distributeur | Vend, présente le logiciel sous sa marque, assure souvent le premier niveau de support | Ses propres clients |
| Le client final | Utilise le logiciel pour son activité | Un logiciel au nom du distributeur |
Techniquement, une seule plateforme sert tous les distributeurs. Chacun dispose de son espace, de ses clients, de ses réglages et de son habillage. C'est une architecture multi-clients, avec un niveau supplémentaire : les distributeurs eux-mêmes ont des clients. Les options pour séparer les données sont présentées dans notre article sur le SaaS multi-tenant.
Côté 1 : revendre un SaaS existant sous votre marque
C'est la voie la plus rapide pour ajouter un logiciel à votre offre sans le développer. Un intégrateur, un cabinet de conseil ou un distributeur spécialisé y trouve un produit complémentaire, facturé à ses clients avec sa propre marge.
Les questions à poser à l'éditeur avant de signer :
- Qu'est-ce qui se personnalise vraiment ? Logo et couleurs, presque toujours. Nom de domaine, adresse d'envoi des e-mails, modèles de documents, application mobile à votre nom : à vérifier un par un.
- Qui fait le support, et à quel niveau ? Le plus courant : le distributeur répond aux questions d'usage, l'éditeur traite les anomalies. La frontière doit être écrite, avec des délais.
- Qui décide des évolutions ? L'éditeur a sa feuille de route ; vos clients auront leurs demandes. Savoir comment elles remontent, et lesquelles sont prises en compte, évite des promesses que vous ne pourrez pas tenir.
- Que se passe-t-il si l'éditeur arrête, est racheté ou change ses prix ? C'est la question de la réversibilité, traitée plus bas.
- Le nom de l'éditeur apparaît-il quelque part ? Mentions légales, pages d'erreur, e-mails techniques : une marque blanche partielle peut surprendre vos clients.
Côté 2 : faire construire un SaaS en marque blanche pour votre réseau
Le second cas concerne les têtes de réseau. Une franchise veut équiper ses franchisés d'un même outil de gestion, chacun à son enseigne locale. Une fédération professionnelle veut proposer un logiciel métier à ses adhérents. Un groupe veut un outil commun à ses filiales, chacune avec son identité.
Le besoin ressemble à celui d'un back-office multi-sites, avec une différence de taille : les membres du réseau sont souvent des entreprises juridiquement indépendantes. Elles signent leurs propres conditions, détiennent leurs propres données et peuvent quitter le réseau.
Ce qu'il faut prévoir dès la conception :
- la création d'un nouvel espace en quelques gestes, sans intervention technique, pour qu'ouvrir un membre ne soit pas un projet à chaque fois ;
- un habillage par membre : logo, couleurs, coordonnées, modèles de documents, domaine éventuel ;
- des réglages métier encadrés : ce que chaque membre peut changer, et ce que la tête de réseau fixe pour tous ;
- une vue consolidée pour la tête de réseau, limitée à ce que les contrats l'autorisent à voir ;
- une procédure de départ : un membre qui quitte le réseau doit pouvoir récupérer ses données, et son espace doit être fermé proprement.
Les pièges les plus fréquents
La personnalisation fonctionnelle par client. Changer un logo ne coûte presque rien. Ajouter une fonction pour un seul distributeur crée une variante du produit qu'il faudra tester et maintenir à chaque version. Multipliées, ces variantes ralentissent toute la plateforme. La règle saine : l'habillage est libre, les fonctions sont communes, et une fonction demandée par un seul acteur est soit généralisée, soit refusée, soit facturée en connaissance de cause.
Le support en cascade mal découpé. Quand un client final signale un problème, il appelle le distributeur, qui transmet à l'éditeur. Sans frontière claire et sans délais écrits, chacun pense que l'autre s'en occupe.
Les e-mails qui n'arrivent pas. Envoyer des e-mails au nom d'un domaine qui n'est pas celui de l'éditeur suppose de configurer ce domaine pour autoriser les envois, sinon les messages finissent en indésirables. Ce réglage se fait pour chaque domaine de distributeur, et il se teste.
La dépendance non anticipée. Le distributeur construit sa relation client sur un logiciel qu'il ne contrôle pas. Une hausse de prix, un rachat, un arrêt du produit, et c'est son portefeuille qui est exposé.
Les données dont personne ne sait qui les détient. Dans une chaîne à trois acteurs, les responsabilités au sens du RGPD doivent être qualifiées avant le premier client, pas au premier incident.
Comment circule l'argent
Entre éditeur et distributeur, la rémunération suit en général l'un de ces trois schémas, parfois combinés :
- un prix de gros par client final ou par utilisateur, que le distributeur revend avec sa marge ;
- un partage de revenus, l'éditeur percevant un pourcentage de ce que le distributeur facture ;
- une redevance fixe de plateforme, fréquente quand un réseau fait construire la sienne : les membres paient alors le réseau, pas l'éditeur.
Chaque schéma répartit le risque différemment. Le prix de gros protège l'éditeur ; le partage de revenus aligne les intérêts mais oblige le distributeur à ouvrir ses comptes ; la redevance fixe donne au réseau un coût prévisible et la maîtrise de ce qu'il facture à ses membres. Dans tous les cas, écrivez comment les prix peuvent évoluer, et avec quel préavis.
Le contrat : les clauses à ne pas oublier
Le contrat entre éditeur et distributeur reprend les clauses d'un contrat de développement logiciel et celles d'un contrat SaaS, avec quelques points propres à la marque blanche.
| Clause | Ce qu'elle doit préciser |
|---|---|
| Périmètre de la marque blanche | Éléments personnalisables, mentions de l'éditeur qui subsistent |
| Licence et droits | Droit de distribuer sous votre marque, territoire, exclusivité éventuelle |
| Propriété | Qui détient le code, les développements spécifiques, la marque, les données |
| Prix | Grille, révision, volume, ce qui est facturé à part |
| Niveaux de service | Disponibilité, délais de prise en charge, répartition du support |
| Évolutions | Comment les demandes remontent, qui arbitre, qui paie |
| Données personnelles | Rôles RGPD de chacun, contrat de traitement, hébergement |
| Réversibilité | Export des données, délai de transition, assistance, sort du domaine |
| Fin du contrat | Préavis, continuité pour les clients finaux, conditions de sortie |
Sur la propriété, il n'existe pas de réponse unique. Les droits sur le code et sur les développements faits pour un distributeur sont définis au cas par cas dans le contrat, selon le modèle retenu, comme l'explique notre article sur la propriété du code source.
Sur les données, la chaîne habituelle est la suivante : le client final est responsable de traitement, le distributeur est son sous-traitant, et l'éditeur intervient comme sous-traitant ultérieur. L'article 28 du RGPD impose alors deux choses : un contrat écrit à chaque maillon, et l'autorisation écrite, générale ou spécifique, du responsable avant tout recours à un sous-traitant ultérieur, qui doit respecter les mêmes obligations. Le guide du sous-traitant de la CNIL propose un exemple de clauses. La qualification exacte dépend du rôle réel de chacun : faites-la valider par un avocat.
Sur la sortie, la clause de réversibilité est celle qui protège le plus le distributeur. Notre article sur la réversibilité et le changement de prestataire détaille ce qu'elle doit contenir.
Revendre ou faire construire : comment choisir
| Critère | Revendre un SaaS existant | Faire construire le vôtre |
|---|---|---|
| Délai pour lancer | Court, le produit existe | Plus long, il faut le concevoir |
| Coût d'entrée | Faible, souvent un abonnement | Un développement à financer |
| Adéquation au métier | Celle du produit existant | Celle de votre réseau |
| Évolutions | Décidées par l'éditeur | Décidées par vous |
| Dépendance | Forte, à encadrer par contrat | Plus faible si le contrat prévoit la réversibilité |
| Différenciation | Limitée, d'autres revendent le même produit | Réelle si le logiciel porte votre savoir-faire |
Revendre suffit souvent quand le logiciel est un complément à votre offre. Faire construire devient pertinent quand le logiciel est au cœur de ce que vous apportez à votre réseau, ou quand aucun produit du marché ne couvre son métier sans contournement.
Voir la plateforme avant de signer
Dans les deux cas, la meilleure protection est de voir le logiciel avec vos propres cas avant de vous engager : l'espace d'un membre, l'habillage, la vue de la tête de réseau, le parcours d'ouverture d'un nouveau client.
Chez LPR Studio, ce prototype est gratuit et présenté en visio sous 5 jours ouvrés. Il montre la plateforme sous la marque d'un membre fictif de votre réseau, avant toute décision. Trois formules permettent ensuite de la construire : forfait à prix fixe, abonnement sans payer le développement, ou édition SaaS.