1 – Le vrai problème : votre contrat offshore est un chèque en blanc sur votre IP
La majorité des contrats d'externalisation IT signés par des PME françaises ne contiennent aucune clause de cession de propriété intellectuelle exploitable devant un tribunal malgache. Ce n'est pas un détail. C'est une bombe à retardement.
1.1 : Le freelance ne vous cède rien par défaut
En droit malgache comme en droit français, l'auteur d'un code source est titulaire des droits patrimoniaux. Sauf clause contraire explicite. Un freelance à Antananarivo qui code votre application pendant six mois reste propriétaire de ce qu'il produit si votre contrat ne prévoit pas une cession complète, irrévocable et mondiale des droits patrimoniaux.
La plupart des contrats de régie freelance que je vois passer mentionnent une "licence d'utilisation". Ce n'est pas une cession. Vous avez le droit d'utiliser le code. Pas de le revendre, de le modifier librement, ni de le protéger contre un tiers qui l'utiliserait.
Résultat concret : un éditeur SaaS français a découvert que son freelance malgache avait déployé 60% de la même base de code chez un concurrent direct. Le contrat prévoyait une licence non exclusive. Juridiquement, le freelance était dans son droit.
Comme nous l'avons détaillé dans notre analyse sur la propriété intellectuelle en offshore, sans clause de cession en bonne et due forme, vous financez un actif qui ne vous appartient pas.
1.2 : L'ESN classique mutualise vos développeurs — et donc vos risques IP
L'ESN offshore résout le problème de la cession. En théorie. Le contrat est signé avec une personne morale qui emploie le développeur. La cession IP passe par le contrat de travail entre l'ESN et le salarié, puis par le contrat commercial entre l'ESN et vous.
Le problème : la plupart des ESN offshore à Madagascar fonctionnent en mutualisation. Un même développeur travaille sur deux, trois, parfois quatre projets simultanément. Il manipule vos spécifications fonctionnelles le matin et celles de votre concurrent l'après-midi.
Votre clause de confidentialité est techniquement valide. Mais opérationnellement inapplicable. Comment prouver qu'un pattern d'architecture, une logique métier ou un algorithme de pricing a fuité d'un projet à l'autre quand le même cerveau travaille sur les deux ?
La mutualisation est le modèle économique de l'ESN. C'est aussi son talon d'Achille en matière de protection IP. Vous signez un contrat étanche avec une structure dont le fonctionnement interne est une passoire.
1.3 : Le vrai risque n'est pas le vol — c'est la contamination
Les dirigeants pensent au vol de code. Le scénario dramatique où un développeur copie votre repo et le revend. Ce scénario existe mais il est rare. Le vrai risque est plus insidieux : la contamination.
Un développeur qui travaille sur plusieurs projets réutilise des patterns. Des snippets. Des approches architecturales. Il ne le fait pas par malveillance — il le fait par efficacité. Et dans une ESN mutualisée, personne ne surveille ça.
La contamination crée une zone grise juridique ingérable. Vous ne pouvez pas prouver que votre logique de scoring a été copiée. Vous pouvez juste constater que votre concurrent a sorti une fonctionnalité étrangement similaire six mois après.
Ce problème disparaît structurellement avec un modèle un collaborateur dédié à un seul client. Pas par la clause contractuelle — par l'organisation opérationnelle. Chez Taram, chaque collaborateur travaille exclusivement pour un seul client. Il n'y a pas de contamination possible parce qu'il n'y a pas de deuxième projet.
2 – Vélocité produit : la structure contractuelle dicte votre capacité à livrer
La protection IP n'est qu'une face du problème. L'autre face, celle que personne ne traite dans les comparatifs ESN vs freelance, c'est l'impact direct de la structure contractuelle sur votre vitesse de livraison.
2.1 : Le freelance vous rend dépendant d'un individu
Un freelance performant à Madagascar livre vite. Souvent plus vite qu'une équipe ESN, parce qu'il n'a pas de couche managériale entre lui et votre besoin. C'est séduisant.
Jusqu'au jour où il tombe malade. Où il accepte une mission mieux payée. Où il disparaît simplement — ce qui arrive plus souvent qu'on ne le dit dans l'écosystème freelance malgache.
Votre vélocité produit est alors à zéro. Pas en baisse. À zéro. Parce que personne d'autre ne connaît votre codebase. Personne ne peut reprendre le sprint en cours. Vous repartez d'un onboarding de trois semaines au minimum.
Le turnover en offshore à Madagascar est un sujet que la plupart des prestataires évitent. En régie freelance, le turnover n'est même pas un risque — c'est une certitude statistique. Un freelance n'a aucune obligation de continuité au-delà de sa mission en cours.
Conséquence directe : votre roadmap produit dépend de la fidélité d'un individu que rien ne retient.
2.2 : L'ESN mutualisée tue votre vélocité par le context-switching
L'ESN résout le problème de la dépendance individuelle. Si un développeur part, l'ESN le remplace. C'est la promesse. En pratique, le remplacement prend quatre à huit semaines. Mais le vrai problème est ailleurs.
Un développeur mutualisé sur trois projets perd entre 20 et 40% de sa capacité productive en context-switching. Les études le démontrent. L'expérience terrain le confirme. Chaque fois qu'il bascule de votre projet à un autre, il perd le fil. Il met 15 à 30 minutes à se reconnecter à votre contexte métier, votre architecture, vos conventions de code.
Sur une semaine de cinq jours, un développeur mutualisé sur trois projets vous livre l'équivalent de 2,5 jours utiles. Vous payez un TJM calculé sur cinq jours. Votre vélocité réelle est divisée par deux sans que rien dans votre reporting ne le montre.
Ce mécanisme est documenté. Il est mesurable. Et pourtant, aucune ESN offshore ne le mentionne dans ses propositions commerciales. Parce que la mutualisation est leur marge.
2.3 : Le modèle dédié — le seul qui aligne structure contractuelle et vélocité
La solution n'est ni le freelance ni l'ESN mutualisée. C'est un collaborateur dédié, employé par une structure qui gère l'infrastructure, le management et la continuité — mais affecté exclusivement à votre projet.
Chez Taram, le collaborateur est recruté sur-mesure, validé avec le client, intégré dans ses outils — Slack, Teams, CRM, Git — et managé par une direction européenne basée à Maurice. Il travaille sur un poste équipé en Ryzen 7 avec fibre et backup 5G. Il n'a qu'un seul client.
Ce modèle fait trois choses que ni le freelance ni l'ESN ne font simultanément. Il sécurise votre IP par un contrat de travail avec clause de cession intégrée, une exclusivité opérationnelle et une traçabilité complète. Il garantit votre vélocité par un temps plein sans context-switching. Et il assure votre continuité par un management structuré qui anticipe le turnover au lieu de le subir.
Pour le prix d'un salarié français, Taram déploie 3 collaborateurs dédiés. Pas 3 fractions de temps mutualisé. 3 personnes qui ne travaillent que pour vous. Comme le montre notre guide sur les clauses SLA en offshore, c'est cette exclusivité qui rend les engagements de performance crédibles.
3 – Les clauses contractuelles que personne ne négocie — et qui font toute la différence
Le choix de la structure (freelance, ESN, collaborateur dédié) ne suffit pas. Ce qui protège réellement votre IP et votre vélocité, ce sont des clauses spécifiques que 90% des contrats offshore ne contiennent pas.
3.1 : Clause de cession IP — mondiale, irrévocable, sur tous les supports
Une clause de cession qui mentionne "le client est propriétaire des livrables" ne vaut rien devant un tribunal. En droit d'auteur francophone — celui qui s'applique à Madagascar — la cession doit être explicite, limitative et détaillée : quels droits (reproduction, adaptation, distribution), sur quels supports (numériques, physiques, futurs), pour quelle durée (la durée légale du droit d'auteur), sur quel territoire (mondial).
Ajoutez une clause de cession des droits sur les travaux préparatoires : maquettes, architectures, schémas de données, documentation technique. Le code final n'est que la partie visible. Les spécifications fonctionnelles détaillées, les diagrammes d'architecture — c'est là que réside votre avantage concurrentiel.
Enfin, exigez une clause de garantie d'originalité. Le prestataire ou le salarié garantit que le code produit ne contient pas de composants issus d'autres projets, sauf open source dûment identifiée. C'est votre protection contre la contamination décrite plus haut.
Si votre contrat actuel ne contient pas ces trois éléments, vous opérez sans filet. Point.
3.2 : Clause de réversibilité — votre code doit pouvoir partir avec vous en 48h
La réversibilité est le test ultime de votre indépendance vis-à-vis de votre prestataire offshore. Si vous ne pouvez pas récupérer l'intégralité de votre codebase, de votre documentation et de vos environnements en 48 heures, vous êtes captif.
Avec un freelance, la réversibilité dépend de sa bonne volonté. S'il héberge le repo sur son compte GitHub personnel, s'il utilise ses propres serveurs de staging, vous êtes à sa merci le jour de la séparation.
Avec une ESN, la réversibilité est contractuellement prévue mais souvent assortie de délais de 30 à 90 jours et de frais de "transition". C'est un levier de rétention déguisé.
Le modèle Taram règle ce problème à la source : le collaborateur travaille dans vos outils, sur vos repos, avec vos accès. Il n'y a rien à transférer parce que tout est déjà chez vous. La réversibilité est instantanée par design, pas par clause contractuelle. C'est une différence fondamentale que nous détaillons dans notre approche globale de l'externalisation offshore pour PME.
3.3 : Clause de non-concurrence et de non-sollicitation — la vraie barrière
Votre freelance ou le salarié de votre ESN connaît votre stack technique, votre roadmap produit, vos failles, vos avantages compétitifs. Que se passe-t-il quand il part travailler chez un concurrent ? Ou quand il monte sa propre boîte sur le même marché ?
En régie freelance, une clause de non-concurrence est juridiquement fragile. Le freelance est indépendant. Lui interdire de travailler dans son domaine d'expertise revient à lui interdire de gagner sa vie. Les tribunaux malgaches, comme les français, sont réticents à l'appliquer.
En ESN, la clause de non-concurrence est dans le contrat de travail entre l'ESN et le salarié. Pas entre vous et le salarié. Si l'ESN ne l'applique pas — et elle n'a aucun intérêt à le faire une fois le contrat commercial terminé — vous n'avez aucun recours.
Chez Taram, la clause de non-concurrence est doublée : dans le contrat de travail du collaborateur et dans le contrat commercial avec le client. Le management européen basé à Maurice en assure l'application. Et la non-sollicitation protège contre le débauchage du collaborateur par le client lui-même ou par un concurrent — un scénario fréquent que les structures sans gouvernance structurée ne savent pas gérer.
Quelle structure contractuelle protège vraiment votre IP et votre vélocité en offshore à Madagascar ?
Le freelance vous expose sur l'IP et vous rend dépendant d'un individu. L'ESN mutualisée signe de beaux contrats mais organise la contamination et divise votre vélocité par deux. Les deux structures ont un point commun : elles optimisent leur modèle économique, pas votre protection.
La seule structure qui aligne protection IP, vélocité produit et continuité opérationnelle, c'est le collaborateur dédié dans un cadre contractuel conçu pour l'exclusivité. Un salarié, un client, des clauses de cession complètes, une réversibilité native et un management qui applique les engagements.
Chaque semaine que vous passez avec un contrat offshore mal structuré, vous construisez un actif logiciel sur du sable. Et quand le sable bougera — il bougera — vous ne récupérerez rien.
