Vendor lock-in : Otilus défend votre liberté
Changer de logiciel ne devrait jamais signifier perdre ses projets. Découvrez le vendor lock-in, le Data Act et l'engagement d'Otilus pour la réversibilité.
Jeudi 05 Novembre 2026
Un logiciel de gestion de projet est censé vous aider à avancer, pas vous empêcher de partir. Pourtant, au fil des années, les entreprises y accumulent leurs tâches, leurs documents, leurs décisions, leurs calendriers et une bonne partie de leur mémoire collective. Le jour où elles souhaitent changer de solution, la question devient très concrète : peuvent-elles récupérer leurs informations dans un format réellement exploitable ?
Cette dépendance porte un nom : le vendor lock-in, parfois appelé verrouillage fournisseur ou « vendor blocking ». Avec Otilus, nous défendons une autre approche : choisir un outil pour ce qu'il apporte, et non parce qu'il est devenu trop compliqué de le quitter.
🔒 Vendor lock-in : de quoi parle-t-on exactement ?
Le vendor lock-in apparaît lorsqu'une organisation dépend tellement d'un fournisseur qu'un changement de logiciel devient coûteux, risqué ou techniquement difficile. Il ne s'agit pas nécessairement d'une interdiction contractuelle. Le verrouillage peut être invisible au quotidien et se révéler seulement au moment d'une migration.
On distingue généralement trois formes de dépendance :
- Technique : les données sont stockées dans un format propriétaire, difficile à convertir ou à réimporter ailleurs.
- Organisationnelle : les équipes, les processus et les automatisations sont étroitement liés à un logiciel particulier.
- Économique : les coûts de sortie, de formation ou de reconstruction sont suffisamment élevés pour décourager le changement.
Imaginons une entreprise qui gère 300 projets dans une plateforme. Elle peut télécharger une liste de tâches, mais pas leurs liens avec les phases, les documents, les responsables et les historiques. Ses données existent encore, bien sûr. Il reste seulement à reconstituer leur contexte, projet par projet. Le bouton « Exporter » ne fait pas toujours de miracles.
💵 Des prix stables pour préserver votre liberté
Le vendor lock-in peut aussi être économique. Lorsque toute l’organisation dépend d’un logiciel, changer de fournisseur devient coûteux. Une augmentation tarifaire peut alors placer l’entreprise devant un choix difficile : accepter la hausse ou engager une migration qui mobilise du temps et des ressources.
Otilus applique une politique stricte de non-augmentation de ses tarifs, à offre et nombre d’utilisateurs équivalents. Les évolutions du logiciel et l’ajout de fonctionnalités s’inscrivent dans cette politique de stabilité. Vous pouvez ainsi construire votre organisation avec une meilleure visibilité sur votre budget, sans craindre que votre dépendance croissante à l’outil serve de levier tarifaire.
Cette démarche accompagne une réflexion plus large sur la souveraineté et la continuité de votre activité. Un éventuel « kill switch », c’est-à-dire une désactivation de l’accès à un service décidée par un fournisseur ou imposée par un tiers, constitue un risque distinct. Sa prévention exige également de maîtriser les dépendances techniques, de préparer la continuité du service et de prévoir la récupération des données.
Des tarifs prévisibles, des données maîtrisées et une liberté de choix préservée : voilà les principes qui doivent guider une relation durable avec votre éditeur.
Pourquoi le risque augmente avec le cloud
Selon Eurostat, dans une publication du 3 février 2026, 52,7 % des entreprises de l'Union européenne d'au moins 10 personnes utilisaient des services cloud payants en 2025, soit 7,4 points de plus qu'en 2023. Parmi les entreprises utilisant ces services, 85,2 % y recouraient pour les courriels et 71,5 % pour le stockage de fichiers.
💡 À retenir : la souveraineté numérique ne se résume pas au pays d'hébergement. Elle suppose aussi de savoir qui contrôle les données, comment elles sont protégées et comment les récupérer.
🇪🇺 Le Data Act européen change les règles du jeu
L'Union européenne a identifié ce risque. Le Data Act, règlement européen sur les données, s'applique pour l'essentiel depuis le 12 septembre 2025. Il vise notamment à faciliter le changement de fournisseur de services de traitement de données et à limiter les obstacles techniques, contractuels et financiers. La Commission européenne explique ces dispositions dans sa présentation du chapitre VI.
Le texte concerne notamment, dans les conditions prévues par le règlement, les services cloud et certains logiciels accessibles en SaaS. Pour les fournisseurs de logiciels et plateformes concernés, il prévoit des interfaces ouvertes et, au minimum, l'export des données dans un format couramment utilisé et lisible par machine.
Autre étape importante : à compter du 12 janvier 2027, les frais de changement de fournisseur visés par le règlement doivent être supprimés. Cette évolution est prévue à l'article 29 du règlement (UE) 2023/2854. Elle ne signifie pas que toute migration sera gratuite : la reprise des données par un nouvel éditeur ou une prestation d'intégration peuvent toujours représenter du travail.
Le Data Act n'impose pas non plus à deux logiciels très différents d'avoir exactement les mêmes fonctionnalités. Exporter des données et retrouver une organisation immédiatement opérationnelle dans une autre application sont deux objectifs distincts.
✅ Une idée essentielle : la portabilité n'est pas une faveur accordée par l'éditeur. Elle devient un sujet de conception du logiciel, de transparence contractuelle et, selon le service concerné, d'obligations réglementaires.
📤 Exporter des données ne suffit pas toujours
Pour comprendre le problème, prenons un projet comportant cinq phases, douze tâches, plusieurs pièces jointes et trois collaborateurs. Un export qui restitue seulement le titre des tâches permet de conserver une liste. Il ne permet pas nécessairement de reconstruire le projet.
Une réversibilité utile doit donc s'intéresser à plusieurs niveaux :
- la liste des projets et leur organisation en tableaux ;
- les phases d'avancement et les échéances ;
- les tâches, sous-tâches et priorités ;
- les collaborateurs et leurs affectations ;
- les documents, notes et commentaires ;
- les historiques et les relations entre éléments.
Otilus : ce qui existe aujourd'hui
Otilus est un logiciel de gestion de projet développé en France, à Amiens, et dont les données métier sont hébergées en France. Sa démarche de souveraineté numérique repose sur la maîtrise de l'environnement de travail et sur une relation de confiance avec les organisations utilisatrices.
Cette ambition s'appuie déjà sur des fonctions concrètes. Dans les tableaux d'organisation visuelle d'Otilus, une carte représente un projet complet : les phases, les actions, les responsabilités et les échéances sont regroupées dans une structure cohérente. Les équipes disposent ainsi d'une lecture partagée de leur activité.
Otilus permet également d'exporter le journal des tâches d'un projet au format CSV. Cet historique peut être conservé et analysé indépendamment de l'application. Le système d'archivage des projets facilite, de son côté, la consultation et la restauration des cartes dans l'environnement Otilus.
Mais soyons précis : un export CSV du journal des tâches n'est pas encore un export complet et universel de l'ensemble d'un espace de travail. Restaurer une carte archivée dans Otilus n'est pas non plus la même chose que transférer cette carte vers un logiciel tiers.
C'est justement pourquoi le sujet du vendor lock-in mérite d'être traité ouvertement. Promettre une liberté totale sans mécanisme de migration vérifiable serait contradictoire avec l'objectif annoncé.
La prochaine étape : penser la réversibilité complète
Pour aller plus loin dans cette démarche, plusieurs pistes techniques méritent d'être étudiées. Elles constituent des orientations possibles, et non des fonctionnalités d'export ou d'import déjà disponibles :
- Un export global : récupérer les tableaux, projets, tâches, échéances, notes et relations dans une archive structurée.
- Des formats documentés : utiliser, selon les besoins, CSV pour les tableaux de données et JSON pour conserver des structures plus riches.
- Un dictionnaire de données : expliquer les champs, les identifiants, les statuts et les relations pour faciliter leur réutilisation.
- Une récupération des fichiers : réunir les pièces jointes exportables et conserver leur association avec les projets concernés.
- Des imports progressifs : étudier la reprise des données issues d'autres logiciels de gestion de projet, avec des correspondances de champs explicites.
Il n'existe pas de format universel qui restitue automatiquement toutes les particularités de chaque application. En revanche, des standards ouverts, des exports lisibles et une documentation claire réduisent fortement la dépendance. Une migration réaliste peut ainsi prévoir les éléments transférés automatiquement, ceux qui doivent être adaptés et ceux qui nécessitent une intervention humaine.
Logiciel propriétaire et liberté de sortie : compatibles ?
Oui. Un logiciel propriétaire n'est pas forcément un logiciel verrouillé. Et un logiciel open source n'offre pas automatiquement une migration facile. Ce qui compte, c'est notamment l'accès aux données, la documentation, les formats utilisés, les conditions contractuelles et la capacité à changer de prestataire.
Otilus est une solution propriétaire. Sa démarche de souveraineté n'a donc pas besoin de prétendre qu'elle est open source pour défendre la réversibilité. Elle doit plutôt s'appuyer sur des possibilités concrètes, contrôlables et progressivement enrichies.
Cette distinction complète notre réflexion sur la gestion de projet et la souveraineté numérique. Elle rejoint aussi les enjeux abordés dans notre article consacré à la responsabilité numérique des entreprises : choisir un fournisseur, c'est aussi choisir le niveau de dépendance que l'on accepte.
Comment évaluer le vendor lock-in avant de choisir ?
| Question à poser | Ce qu'il faut vérifier |
|---|---|
| Que peut-on exporter ? | Projets, tâches, fichiers, commentaires, historique et métadonnées. |
| Dans quel format ? | CSV, JSON ou autre format documenté et réutilisable. |
| Qui déclenche l'export ? | Le client lui-même ou le support, avec quelles conditions ? |
| Combien coûte la sortie ? | Frais éventuels, prestations de migration et délais contractuels. |
| Peut-on tester une reprise ? | Import d'un échantillon dans un autre environnement et contrôle des données. |
FAQ : vendor lock-in, Data Act et Otilus
Le vendor lock-in est-il illégal ?
Pas en tant que tel. En revanche, certaines pratiques contractuelles ou techniques peuvent être encadrées par le droit européen, notamment lorsque les obligations du Data Act relatives au changement de fournisseur s'appliquent.
Le Data Act impose-t-il un export au format CSV ?
Non. Pour les services concernés, le règlement vise notamment des formats couramment utilisés et lisibles par machine. Le choix d'un format dépend de la nature des données et des obligations applicables.
Peut-on déjà transférer tout Otilus vers une autre application ?
L'export CSV du journal des tâches existe. Il ne faut toutefois pas le confondre avec une migration intégrale de tous les tableaux, documents, paramètres et automatisations. Une telle capacité nécessite un périmètre technique spécifique.
💙 Notre conviction : un client doit rester par choix
Un outil de gestion de projet doit gagner la confiance de ses utilisateurs chaque jour : par son utilité, sa clarté, sa fiabilité et sa capacité à évoluer. Il ne devrait pas compter sur les difficultés de migration pour les retenir.
Avec Otilus, nous défendons une gestion de projet française, structurée et souveraine. La lutte contre le vendor lock-in fait partie de cette ambition. Elle demande de distinguer les fonctions déjà présentes, comme l'export du journal des tâches, des mécanismes de réversibilité plus complets qui restent à concevoir et à documenter.
La meilleure fidélité ne vient pas d'une porte fermée. Elle vient de la volonté de rester.