IA sur mesure : à qui appartient votre automatisation ?

Vous faites construire une IA pour votre entreprise. Un assistant qui trie votre boîte mail, quelque chose qui répond aux clients la nuit, un système qui prépare les devis. Ça marche, vous êtes content, vous payez la facture. Et un an plus tard arrive la question que presque personne ne pose au départ : à qui appartient tout ça ? Faire construire une IA sur mesure, ce n'est pas acheter un outil. Avec un outil, vous savez où vous en êtes : vous résiliez, ça s'arrête. Avec du sur-mesure, c'est flou, parce qu'il y a quatre choses distinctes qui appartiennent à quelqu'un, et il est rare qu'elles soient toutes à vous. Voici lesquelles, ce que dit la loi, et les cinq points à fixer par écrit avant de signer.

Vous achetez quatre choses, pas une

Quand quelqu'un construit une automatisation pour vous, il n'en sort pas un produit mais une petite pile de pièces séparées. Chaque pièce a son propre propriétaire, et ce peut être un propriétaire différent à chaque fois. C'est pour cela que la question reçoit si souvent une mauvaise réponse : on imagine une seule chose alors qu'il y en a quatre.

• La construction elle-même, les instructions, l'ordre des étapes, les règles. C'est le vrai sur-mesure et la seule partie pensée spécialement pour vous.
• L'endroit où ça tourne, le compte ou le serveur sur lequel ça travaille jour et nuit.
• Les clés vers vos systèmes, ce qui lui permet d'accéder à votre messagerie, votre comptabilité ou votre planning.
• La réflexion, le modèle d'IA vient d'un grand fournisseur et n'est ni à vous ni à votre prestataire.

Cette dernière pièce est la moins problématique : vous la louez, tout le monde la loue, et dans la plupart des cas vous pouvez l'échanger contre une autre. Ce sont les trois premières qui posent problème. Et pour ces trois-là, rien n'est jamais réglé tout seul.

La loi : c'est au créateur, pas à celui qui paie

C'est la partie qui surprend le plus de dirigeants. L'article 1 de la loi néerlandaise sur le droit d'auteur dit que le droit appartient au créateur. Celui qui conçoit et tape détient le droit. L'article 7 prévoit une exception : si ce sont vos propres salariés qui le font, c'est vous, l'employeur, qui êtes le créateur. Mais un prestataire externe n'est pas votre personnel. Vous faites appel à quelqu'un ? C'est lui le créateur, et il reste propriétaire, même si vous avez payé toute la facture.

La cession est possible, mais pas à la légère. L'article 2 de la même loi exige un écrit et un acte distinct. Et une phrase passe souvent inaperçue : la cession ne couvre que ce qui est expressément mentionné. Une formule comme nous cédons tous les droits est donc plus faible qu'elle n'en a l'air. Ce qui n'est pas écrit noir sur blanc ne suit pas.

Précisons-le : ce n'est pas une histoire de mauvaises entreprises. La plupart des prestataires n'ont aucune intention de vous enfermer. Ce n'est simplement écrit nulle part, parce que personne n'a posé la question. C'est justement pour cela que c'est si facile à régler : en amont, en deux phrases, quand tout le monde est encore de bonne humeur.

À quel nom sont les comptes ?

En pratique, cela compte plus que la paperasse. Vous pouvez être propriétaire de tout sur le papier et ne pas pouvoir y accéder. C'est ce qui arrive quand l'ensemble tourne sur le compte de votre prestataire : vous recevez une facture mensuelle avec une ligne dessus, et vous ne vous êtes jamais connecté là où les choses se passent vraiment. Tant que la collaboration va bien, vous ne remarquez rien. Le jour où vous voulez changer, vous le remarquez tout de suite.

Cinq questions qui règlent cela en dix minutes :

• À quel nom est le serveur ou le compte sur lequel tourne l'automatisation ?
• Qui paie le fournisseur du modèle d'IA : vous directement, ou votre prestataire qui vous le refacture ?
• Qui peut retirer les clés d'accès à vos propres systèmes : vous, ou seulement votre prestataire ?
• Où est conservé ce que le système a appris : les exemples, les corrections, les réponses types ?
• Si votre prestataire disparaît demain, est-ce que ça continue de tourner jusqu'à ce que vous ayez autre chose ?

La dernière est la vraie question test. La réponse que vous voulez entendre est oui, parce que c'est à votre nom et qu'un autre peut reprendre l'entretien. S'il y a une hésitation, vous en savez assez : non pas parce que quelqu'un est malhonnête, mais parce qu'il reste quelque chose à régler.

Le plus précieux est le moins visible

Dans les premiers mois, une automatisation s'améliore surtout par les corrections. Cette réponse n'est pas tout à fait juste. Ce n'est pas comme ça qu'on parle à nos clients. Il manque encore cette exception. Tous ces petits ajustements réunis expliquent pourquoi ça fonctionne bien au bout de six mois et pas la première semaine. C'est aussi la seule partie que vous ne pouvez pas racheter : un nouveau prestataire peut refaire la technique, pas ces six mois de suivi.

Et pourtant, cela ne figure dans presque aucun contrat. Faites en sorte que cela parte avec vous, dans un fichier ordinaire que vous pouvez ouvrir : pas une présentation, pas une capture d'écran, mais le texte lui-même. L'export prend dix minutes à votre prestataire et vous fait gagner des semaines en cas de changement.

Le dépôt du code source : bonne idée, mauvaise taille

La solution classique du monde logiciel s'appelle l'escrow : votre prestataire dépose le code source chez un tiers indépendant, et s'il disparaît ou si le conflit dégénère, vous obtenez la clé. Bon instrument. Mais regardez le prix. Softcrow, un des prestataires néerlandais, l'affiche ouvertement : 1 250 euros de frais de mise en place et 1 440 euros par an et par dossier, hors TVA. Vous voulez vérifier que le dépôt fonctionne vraiment ? Cet examen coûte 2 895 euros.

Pour le système sur lequel repose toute votre entreprise, c'est de l'argent bien dépensé. Pour une automatisation de quelques milliers d'euros, c'est disproportionné. Il existe une voie bien moins chère : faites en sorte que tout soit à votre nom dès le premier jour. Un serveur à vous dans un centre de données néerlandais commence à 5 euros par mois chez TransIP, hors TVA. Vous n'avez alors pas besoin d'assurer l'accès, puisque vous l'avez.

Être propriétaire n'est pas pouvoir s'en servir

Ici, il faut être honnête, même si c'est moins vendeur. Vous pouvez être propriétaire de tout et rester coincé. Si c'est construit avec des outils maison que personne d'autre ne connaît, s'il n'y a pas une ligne de documentation, ou si le seul qui comprend vient de partir aux Philippines, alors vous avez la propriété sur le papier et rien d'autre. Être enfermé est rarement un problème seulement juridique ; c'est le plus souvent un problème pratique.

Trois éléments font la différence, et vous pouvez poser les trois questions en amont. Un : est-ce construit avec des outils courants qu'un autre reconnaîtra ? Deux : y a-t-il une explication lisible par quelqu'un de l'extérieur, plutôt qu'une liste de termes techniques ? Trois : note-t-on ce qui a été modifié et quand ? Ce dernier point ressemble à de la bureaucratie, mais c'est la première chose que réclame un nouveau prestataire.

Et comptez sur l'entretien, car une automatisation ne reste jamais totalement immobile. Les systèmes auxquels elle parle changent, une mise à jour arrive, un fournisseur modifie quelque chose. Grosso modo une fois par mois, il y a quelque chose à remettre à niveau. Celui qui reprend doit en être capable : c'est une question plus réaliste que celle de savoir s'il a droit au code.

Cinq points à fixer par écrit avant de signer

• Qui devient propriétaire de ce qui est construit. Par écrit, avec le mot droit d'auteur, réglé à la commande et pas à la livraison.
• À quel nom sont le serveur et les comptes. La réponse que vous voulez : au vôtre.
• Ce qui part avec vous si vous arrêtez : les instructions, l'explication, ce que le système a appris et les données qu'il contient, dans un fichier que vous pouvez ouvrir vous-même.
• Le préavis et le coût d'un transfert. Un montant ou un nombre d'heures, fixé d'avance, pas à discuter plus tard.
• Qui assure l'entretien, à quelle fréquence, et ce qui se passe si votre prestataire arrête.

Cela tient sur une page et vous coûte une conversation. Si un prestataire refuse de le mettre par écrit, vous venez de récolter l'information la plus importante de tout le projet, avant même qu'on ait construit quoi que ce soit.

Quand vous n'avez pas à vous en soucier

Toutes les automatisations ne méritent pas cette paperasse. S'il s'agit d'une petite chose à quelques centaines d'euros qu'un autre refait en une journée, la clause de sortie coûte plus cher que le risque. En faire trop est aussi une erreur. Notre règle : si cela touche votre processus principal, commandes, factures, contact client, ou si le refaire prendrait plus d'une semaine, réglez-le. En dessous, assurez-vous simplement que les comptes sont à votre nom. Cela évite neuf problèmes sur dix.

Et si la réponse est que votre solution actuelle peut rester telle quelle : très bien aussi. Nous le disons tout aussi clairement quand quelque chose vaut mieux à la main ou vaut mieux là où il est. Il y a bien assez à automatiser qui rapporte vraiment.

Ce que vous pouvez faire cette semaine

• Ressortez le dernier devis ou contrat de votre prestataire et cherchez le mot droit d'auteur. S'il n'y est pas, ce n'est pas réglé.
• Connectez-vous une fois là où votre automatisation tourne. Si vous n'y arrivez pas, vous savez par quoi commencer.
• Demandez un export de ce que le système a appris. Si vous l'obtenez sous une semaine, vous êtes bien parti.
• Vous allez faire construire quelque chose ? Mettez les cinq points ci-dessus dans votre demande, avant qu'un euro ne soit dépensé.

Nous-mêmes travaillons résiliable au mois, sans contrat de longue durée. Ce n'est pas un hasard, c'est la même logique que ci-dessus. Un client qui peut partir est un client qui reste parce que ça marche.