Stefan Haller
June 15, 2026
Les plateformes de gestion des connaissances accumulent quelque chose de difficilement remplaçable : la mémoire institutionnelle de votre entreprise. Contrairement à un outil de gestion de projet ou à une plateforme de chat, un wiki utilisé activement depuis trois ou cinq ans contient des processus documentés, des guides d'intégration, des procès-verbaux de décision, des notes d'architecture et des documents de politique qui ne se trouvent nulle part ailleurs. Plus il est utilisé longtemps, plus son contenu devient irremplaçable et plus le fournisseur a de pouvoir de négociation lors des renouvellements de contrat.
C'est la dépendance vis-à-vis du fournisseur dans sa forme la plus concrète. Elle ne nécessite aucune barrière contractuelle ou technique – seulement le poids accumulé du contenu et le coût de sa migration. Et c'est une dynamique que la plupart des processus d'acquisition ne prennent pas suffisamment en compte, car le contenu n'existe pas encore au moment de l'achat initial.
Les questions abordées dans cet article devraient être posées avant de choisir une plateforme, et non après. Beaucoup d'entre elles sont délicates à aborder lors du processus de vente d'un fournisseur – les fournisseurs ne révèlent pas volontiers comment les quitter –, mais ce sont précisément ces questions qui déterminent si une décision réellement éclairée peut être prise.
Tout fournisseur de wiki sérieux propose une forme d'exportation de données. Cependant, l'utilité pratique de cet export varie énormément.
La question cruciale n'est pas de savoir si une exportation est possible, mais dans quel format les données exportées sont présentées et dans quelle mesure elles sont utilisables. Une exportation de pages HTML ou de fichiers Markdown préserve le contenu, mais perd la structure : la hiérarchie des espaces, des sections et des pages, les métadonnées attachées à chaque page (historique des auteurs, balises, données de révision), le modèle d'autorisations, ainsi que tout contenu intégré comme les tableaux formatés ou les éléments interactifs. L'importation de cet export dans une autre plateforme nécessite un effort manuel considérable pour restaurer ce qui a été perdu lors du transfert.
Les formats propriétaires sont encore pires. Certaines plateformes exportent le contenu dans un format principalement utile pour la réimportation dans la même plateforme – une décision de conception délibérée qui rend la migration plus coûteuse. Lors de l'évaluation d'une plateforme, il est utile de demander un exemple d'exportation réel à partir d'un environnement de démonstration et de demander à un technicien d'évaluer ce qui serait nécessaire pour l'importer dans une plateforme alternative. La réponse est souvent plus décevante que ce que le marketing du fournisseur suggère avec le slogan « exportation facile ».
La meilleure position pour l'acheteur est offerte par une plateforme qui stocke et exporte le contenu dans des formats ouverts standard – des formats où l'exportation peut réellement être réimportée ailleurs sans nécessiter les outils propriétaires du fournisseur.
Les coûts de changement dans la gestion des connaissances sont multiples. La migration de contenu n'en est qu'une partie. Le tableau d'ensemble comprend également la reconversion des employés à un nouvel éditeur et à un nouveau modèle de navigation, la réimplémentation des intégrations avec d'autres systèmes (SSO, Slack, systèmes de billetterie, pipelines CI/CD pour la documentation), la refonte des modèles et des structures d'autorisation, ainsi que la réintroduction des pratiques de gouvernance dont le développement a pris du temps.
Une estimation réaliste des coûts de changement pour une entreprise de 500 employés ayant accumulé du contenu wiki sur plusieurs années et disposant d'une présence d'intégration modérée se mesure généralement en mois-personnes et non en jours. Ce n'est pas en soi une raison de rester sur une mauvaise plateforme, mais c'est une raison de choisir avec soin dès le départ – car les coûts de transition ne sont pas nuls, et il faut être conscient que le fournisseur le sait aussi.
Certains coûts de changement peuvent être réduits par le choix de la plateforme : les plateformes qui prennent en charge les protocoles d'authentification standard, les API documentées et les formats d'exportation ouverts ont des coûts de changement inférieurs à ceux des plateformes qui nécessitent des connecteurs propriétaires et exportent dans des formats idiosyncratiques. Il est utile de poser explicitement la question, car cela est corrélé à la volonté du fournisseur de laisser partir les clients – ce qui, à son tour, donne une indication sur la manière dont le fournisseur entend assurer la fidélisation de ses clients. Les fournisseurs qui sont convaincus de la qualité de leur produit ont tendance à miser sur la portabilité ; ceux qui misent sur la rétention des clients ne le font généralement pas.
Le prix par utilisateur à la signature du contrat est un point de donnée. Le point de donnée plus important pour une plateforme destinée à devenir une infrastructure clé est de savoir comment ce prix a évolué au fil du temps et quels facteurs structurels l'influenceront à l'avenir.
Plusieurs plateformes wiki ont connu des changements de prix importants au cours des deux dernières années : des restructurations de tarifs où des fonctionnalités auparavant optionnelles ont été regroupées dans des forfaits plus chers, des fonctionnalités d'IA ajoutées aux tarifs et facturées par utilisateur, ainsi que des augmentations annuelles dépassant l'inflation SaaS habituelle. Les entreprises qui ont conclu des contrats pluriannuels à des prix antérieurs et qui sont maintenant confrontées à un renouvellement se trouvent dans une situation différente de celle de l'achat initial.
Les questions à poser sont les suivantes : Quelle a été l'évolution des prix de ce fournisseur au cours des trois dernières années ? Quelle garantie de prix peut être convenue contractuellement pour une durée pluriannuelle ? Selon quel mécanisme les nouvelles fonctionnalités – en particulier les fonctionnalités d'IA, dont les coûts d'infrastructure sont sujets à des fluctuations – sont-elles intégrées dans la tarification ? Et qu'advient-il de votre prix si vous utilisez un tarif qui sera restructuré ou supprimé ?
Les plateformes de gestion des connaissances sont des cibles d'acquisition attrayantes. Elles se caractérisent par une forte fidélité des clients, des revenus d'abonnement prévisibles et des effets de réseau de données qui les rendent précieuses pour les acteurs plus importants. Sur le marché du SaaS, une acquisition est un résultat fréquent pour les fournisseurs indépendants qui réussissent.
Pour les clients, une acquisition crée de l'incertitude dans plusieurs domaines. Les prix et les offres de produits changent souvent après l'acquisition. Les priorités en matière de développement de produits se déplacent vers la feuille de route de l'acquéreur plutôt que vers les retours des clients. Les pratiques de gestion des données peuvent changer, ce qui est particulièrement pertinent pour les entreprises soucieuses de la souveraineté des données – un fournisseur qui était européen et hors de la juridiction américaine peut devenir une filiale d'une entreprise américaine.
Ce n'est pas une raison d'éviter les fournisseurs sous prétexte qu'ils pourraient être rachetés. C'est plutôt une raison d'avoir une réponse claire à ce que vous feriez dans un tel cas, et d'intégrer cette planification d'urgence dans votre évaluation.
Une API publique bien documentée et stable est l'un des signes les plus clairs qu'un fournisseur n'a aucun problème à ce que les clients développent des intégrations, extraient des données et, en fin de compte, aient un réel choix quant à leur relation avec la plateforme. Elle permet également un écosystème d'intégration plus large – des connexions avec des systèmes de billetterie, des plateformes de communication, des fournisseurs d'identité et des outils d'IA – ce qui augmente la valeur pratique de la plateforme.
En revanche, une API publique médiocre ou inexistante achemine toutes les intégrations via les connecteurs propriétaires du fournisseur – des connecteurs qui peuvent être obsolètes, dont le prix peut être modifié ou qui peuvent être altérés sans préavis. Elle rend également plus difficile la création des flux de travail personnalisés de reporting, d'automatisation ou de gestion de contenu dont les grandes organisations ont généralement besoin.
Lors de l'évaluation de plateformes, demander à consulter la documentation de l'API – non pas une liste de fonctionnalités, mais la référence API elle-même – est un test pratique de maturité et d'ouverture. La réponse en dit long sur la façon dont le fournisseur perçoit sa relation avec ses clients.
Les questions ci-dessus peuvent être regroupées dans un cadre clair pour toute discussion avec un fournisseur. Lors de votre évaluation, il est utile de demander directement : Montrez-moi un export de cet environnement de démonstration et expliquez-moi comment nous l'importerions ailleurs. Comment votre tarification par utilisateur a-t-elle évolué au cours des trois dernières années, et à quoi le contrat vous engage-t-il ? Quelle est votre couverture API et votre politique de versioning ? Et si votre entreprise était rachetée demain par une entreprise dont le siège social est aux États-Unis, qu'est-ce qui changerait pour notre gestion des données ?
Les fournisseurs qui répondent à ces questions clairement et sans se montrer sur la défensive sont ceux qui sont convaincus que leur produit fidélisera les clients grâce à ses propres mérites. Les fournisseurs qui éludent, compliquent inutilement les réponses ou renvoient à leur feuille de route des fonctionnalités, vous donnent une indication de la façon dont ils envisagent la collaboration une fois le contrat signé. Vous devriez prendre ce signal au sérieux avant que plusieurs années de connaissances institutionnelles ne se soient accumulées sur votre plateforme.
