Votre outil interne intéresse d'autres entreprises : en faire un produit

Un partenaire veut acheter votre outil : la scène classique

Une entreprise de maintenance frigorifique a fait développer un outil web pour ses techniciens : relevés de température des chambres froides, bons d'intervention, alerte quand une installation dérive. Un réseau de frigoristes indépendants l'a vu en démonstration et pose la question : « Combien pour l'utiliser chez nous ? »

La question paraît simple. Elle ouvre en réalité un autre métier, celui d'éditeur de logiciel. L'outil a été pensé pour une seule entreprise : les règles de calcul sont écrites en dur, l'administrateur est le développeur, les comptes sont créés à la main, et personne n'a jamais facturé un abonnement. Le céder en l'état reviendrait à installer une copie chez chaque acheteur et à maintenir autant de versions que de clients.

Qu'est-ce qui sépare un outil interne d'un produit vendu ?

Un produit vendu se juge sur des points qu'un outil interne n'a jamais eu à traiter :

Chaque ligne représente du travail de conception et de développement. La transformation peut donc coûter autant que l'outil d'origine, voire davantage : mieux vaut le savoir avant d'annoncer un prix au partenaire.

L'outil vous appartient-il vraiment ?

C'est la première vérification, avant toute ligne de code. Vendre un logiciel suppose d'en détenir les droits d'exploitation commerciale, y compris sur les parties écrites par d'autres.

• Développé par un salarié : le guide de l'INPI « La propriété intellectuelle et l'entrepreneur » indique que les droits patrimoniaux sur un logiciel réalisé par un salarié dans l'exercice de ses fonctions sont dévolus à l'employeur, tout en conseillant de régler la propriété par contrat écrit.
• Développé par un prestataire : il faut une cession. Selon la fiche d'Entreprendre Service Public sur le contrat de cession de droits d'auteur, ce contrat doit être écrit et énumérer limitativement les droits cédés. Relisez le vôtre : une cession limitée à l'usage interne ne couvre pas la revente.
• Composants tiers : bibliothèques libres, modules achetés, services en ligne. Leurs licences doivent autoriser l'usage commercial envisagé.

En cas de doute, un avocat en propriété intellectuelle tranche avant la signature du premier client. Les clauses à surveiller sont détaillées dans notre guide sur le contrat de développement logiciel.

Quelles obligations arrivent avec le premier client payant ?

Vous devenez sous-traitant des données de vos clients

Dès que votre logiciel héberge des données personnelles pour le compte de vos clients (leurs salariés, leurs propres clients), vous êtes leur sous-traitant au sens du RGPD. Le guide du sous-traitant publié par la CNIL en détaille les conséquences : un contrat écrit qui précise l'objet, la durée, la nature et la finalité du traitement, les types de données et les catégories de personnes ; aucun autre sous-traitant (hébergeur, service d'envoi d'e-mails) sans autorisation écrite du client ; la suppression ou la restitution des données en fin de contrat ; un registre des traitements menés pour chaque client ; l'alerte du client en cas de violation de données.

Des conditions de vente et une facturation conformes

Entre professionnels, les conditions générales de vente ne sont pas obligatoires, mais Entreprendre Service Public précise qu'une entreprise qui en dispose doit les communiquer à tout client professionnel qui les demande. Elles mentionnent alors les conditions de règlement, des pénalités de retard d'au moins trois fois le taux d'intérêt légal et l'indemnité forfaitaire de 40 € pour frais de recouvrement. Côté factures, toutes les entreprises doivent pouvoir recevoir des factures électroniques depuis le 1er septembre 2026, et les PME et les microentreprises devront les émettre à partir du 1er septembre 2027 : la facturation des abonnements doit en tenir compte dès sa conception.

Ces règles générales ne remplacent pas un conseil juridique : faites rédiger conditions générales, contrat d'abonnement et accord de traitement des données par un avocat.

Trois façons de vendre un outil maison

Une installation par client

Chaque acheteur reçoit sa propre copie, hébergée séparément. C'est la voie la plus rapide pour un ou deux partenaires : peu de refonte, cloisonnement naturel. Elle s'alourdit ensuite, car chaque mise à jour se déploie autant de fois qu'il y a de clients et les versions finissent par diverger.

Une plateforme multi-clients en abonnement

Une seule application sert tous les clients, chacun dans un espace étanche : c'est le modèle du SaaS. Il demande le plus de travail au départ (cloisonnement, réglages, inscription, abonnements) et devient le plus économique à exploiter quand les clients se multiplient. Notre page sur le développement de SaaS sur mesure en décrit l'architecture.

Vendre le service, garder l'outil

C'est l'option sans développement : l'outil reste interne, et vous vendez la prestation qu'il vous permet de rendre, par exemple la surveillance des chambres froides de vos partenaires. Vous valorisez votre avance sans devenir éditeur, et sans exposer votre logiciel à des concurrents.

Comment YMHB Web transforme un outil interne en produit

1. Audit de vendabilité : lecture du code, des dépendances et des contrats, inventaire de ce qui est propre à votre entreprise, vérification de la propriété.
2. Choix du modèle avec vous : installation par client, plateforme multi-clients ou vente du service, selon le nombre d'acheteurs réalistes.
3. Cloisonnement : chaque donnée est rattachée à un client, et les règles d'accès sont appliquées par la base de données elle-même, pas seulement par les écrans.
4. Paramétrage : les règles écrites en dur deviennent des réglages que chaque client ajuste.
5. Abonnements : nous utilisons habituellement Stripe, dont les outils de recouvrement de Stripe Billing relancent automatiquement les paiements échoués (Smart Retries), préviennent le client par e-mail quand un paiement échoue ou qu'une carte expire, et mettent à jour les cartes renouvelées.
6. Clients pilotes : deux ou trois premiers clients utilisent la version vendable, et leurs retours fixent les priorités avant une commercialisation plus large.

Le projet Sakura France Service montre un autre chemin vers la vente. YMHB Web a développé l'application Android embarquée dans un robot de livraison OrionStar DR02, le tableau de bord servi par le robot et le moteur de missions, mis en service dans un cabinet d'orthodontie en août 2026 après plus de 50 versions testées sur place. Sakura France Service commercialise désormais la solution auprès de ses propres clients, avec une maintenance évolutive annuelle.

Quand il vaut mieux ne pas commercialiser son outil

• Un seul acheteur intéressé : une licence ou une installation dédiée suffit, sans refonte multi-clients.
• L'outil fait votre différence : le vendre à vos concurrents revient à leur offrir ce qui vous distingue.
• Personne pour le support : un client payant attend des réponses, des correctifs et des évolutions. Sans ressource dédiée, votre propre activité en pâtira.
• Des éditeurs couvrent déjà le besoin : votre outil entrerait en concurrence frontale avec des produits financés pour ce seul usage.

Avant de vous lancer, comparez l'effort avec une simple licence, et relisez notre analyse logiciel sur mesure ou SaaS du point de vue de vos futurs clients.