Dépendance vis-à-vis des fournisseurs de services d'assistance en 2026 : comment la minimiser (avec le guide pratique des services d'assistance)

La dépendance vis-à-vis d'un fournisseur SaaS est une réalité pour toute entreprise moderne. Tout contrat logiciel crée un certain degré de dépendance, et c'est parfaitement normal.

La vraie question n'est pas de savoir comment éviter la dépendance vis-à-vis d'un fournisseur SaaS, mais plutôt quel serait le coût de sortie si vous décidiez de changer de fournisseur. Dans des secteurs particulièrement sensibles comme l'assistance technique, la gestion des services informatiques (ITSM)et la gestion de la relation client (CRM), ce coût atteint couramment 150 à 200 % de la valeur annuelle du contrat.

La bonne nouvelle, c'est que les bonnes pratiques contractuelles, techniques et opérationnelles peuvent contribuer à réduire la dépendance vis-à-vis des fournisseurs de solutions d'assistance. Forts de plus de 50 000 migrations réalisées sur plus de 90 plateformes depuis 2016, nous avons créé ce guide à destination des directeurs financiers, des directeurs informatiques, des directeurs techniques, des responsables des achats et des responsables opérationnels des services d'expérience client, d'informatique, de vente, de marketing et de finance qui utilisent ces systèmes au quotidien. Il décrit comment cette dépendance se développe au sein de l'écosystème SaaS, en prenant pour exemple les plateformes d'assistance et de gestion des services informatiques (ITSM).

La taxe sur la dépendance aux solutions SaaS en 2026 en sept chiffres (avec des spécificités liées au service d'assistance)

Si vous ne pouvez consacrer qu'à une seule section, choisissez celle-ci. Ces sept chiffres illustrent la situation actuelle de la dépendance vis-à-vis des fournisseurs SaaS : de l'inflation croissante des prix des SaaS et de l'expansion des portefeuilles logiciels aux réalités des coûts de migration des services d'assistance.

• L'inflation des SaaS a atteint 11,4 % en glissement annuel jusqu'en janvier 2025, l'augmentation moyenne des prix des SaaS dépassant l'inflation à la consommation d'environ 322 % (Vertice).
• Les dépenses moyennes en SaaS par employé sont passées de 6 900 $ en 2023 à 9 200 $ en 2026, portant le coût total annuel des SaaS pour une entreprise de 500 personnes à environ 4,5 millions de dollars, dont une grande partie est concentrée dans des systèmes difficiles à remplacer (y compris les services d’assistance et les plateformes ITSM) (Vertice).
• Plus de 300 applications représentent la taille moyenne du portefeuille SaaS d'une entreprise de taille moyenne, la dépendance étant principalement due à la prolifération des SaaS concentrés dans 10 à 15 systèmes stratégiques (Productiv).
• Le coût typique d'un changement de service d'assistance pour une plateforme de support de taille moyenne, une fois pris en compte les dépenses autres que le coût direct de la migration du service d'assistance (données de référence issues de plus de 2 000 projets réalisés par Help Desk Migration), est de 1,5 à 2 fois la valeur annuelle du contrat (références issues de plus de 2 000 projets réalisés par Help Desk Migration).
• Hellman & Friedman et Permira ont racheté Zendesk pour 10,2 milliards de dollars en novembre 2022 ; l’acquisition de Zendesk a entraîné une hausse des prix catalogue, une pression accrue en faveur des offres par suite et une tarification à la résolution pour les agents d’IA (Zendesk).
• IntercomLa tarification de Fin AI d' commence à 0,99 $ par conversation résolue en plus des licences de poste standard, l'agent étant profondément lié au modèle de données du fournisseur — un exemple canonique de verrouillage du fournisseur d'IA et une approche adoptée par les principales plateformes de centre d'assistance (Fin).
• La plateforme Help Desk Migration prend en charge les migrations vers plus de 90 solutions de services d'assistance et de gestion des services informatiques (ITSM ) Salesforce Service Cloud, , notamment Zendesk, Freshdesk, Jira Service Management , ServiceNow , Salesforce Service Intercom , Help Scout, HubSpot Service Hub, BMC Helix, Ivanti, Cherwell, ainsi que des plateformes plus récentes comme Chatwoot, DevRev, Enchantet Accelo. ( Help Desk Migration )

À présent, revenons en arrière et commençons par la définition de la dépendance vis-à-vis d'un fournisseur.

Qu’est-ce que la dépendance vis-à-vis d’un fournisseur SaaS ?

Le verrouillage vis-à-vis d'un fournisseur SaaS se produit lorsqu'une entreprise devient tellement dépendante d'une plateforme logicielle que le passage à une autre solution devient trop difficile, coûteux ou risqué.

Au départ, le verrouillage technologique est rarement perçu comme un problème. Une plateforme correspond au budget, s'intègre suffisamment bien et répond à un besoin métier immédiat.

À un certain moment, il devient difficile de quitter la plateforme, même en cas de changement de prix, d'évolution du produit ou si l'outil ne répond plus aux besoins de l'entreprise.

Par conséquent, plus vous détectez tôt la dépendance vis-à-vis d'un fournisseur SaaS, moins elle aura d'impact.

Les cinq domaines où se manifeste chaque dépendance SaaS

La dépendance vis-à-vis d'un fournisseur résulte rarement d'un problème unique. Dans la plupart des cas, elle s'installe progressivement et simultanément à plusieurs niveaux de l'entreprise.

Voici les cinq domaines où cette dépendance devient visible :

Ces cinq mêmes niveauxplain pourquoi les entreprises vivent différemment la dépendance Salesforce et à Workday. Ces plateformes présentent des niveaux de fidélisation SaaS différents.

Échelle de fidélisation SaaS : classement des systèmes d’assistance et des systèmes ITSM

Tous les logiciels ne créent pas le même niveau de dépendance, ou de « fixation ». Certaines catégories de SaaS sont moins « fixantes » et peuvent être remplacées relativement rapidement, tandis que d’autres s’enracinent rapidement et profondément dans votre système.

Comme vous pouvez le constater, les services d'assistance et les plateformes ITSM sont les plus difficiles à remplacer. Et pour cause.

Pourquoi la dépendance vis-à-vis d'un fournisseur de services d'assistance est plus difficile que la plupart

Les plateformes de support technique et ITSM figurent parmi les catégories SaaS les plus difficiles à quitter, car les cinq niveaux de verrouillage ont tendance à être profondément ancrés simultanément.

Prenez l' Zendesk exemple du verrouillage:

• Contrat — L'IA intégrée aux forfaits
• Données — enregistrements, tickets, conversations, enregistrements vocaux, notes internes, bases de connaissances multilingues, données d'entraînement de l'IA Zendesk et champs de données
• Intégrations — connexions approfondies avec des dizaines d’applications métier via la Zendesk Marketplace
• Code — applications personnalisées, flux de travail, rôles d'agent et autres configurations spécifiques à la plateforme
• Au fil du temps, les équipes s'adaptent à l'interface, aux processus et au style de fonctionnement de Zendesk

Les plateformes ITSM complexifient encore davantage la situation. Au-delà de la simple gestion des tickets, elles centralisent la gestion des opérations, des actifs et des services informatiques, créant ainsi un réseau dense de données, d'automatisations et d'intégrations. Jira Service Management La dépendance à, par exemple, est renforcée par son intégration poussée à l'écosystème Atlassian, qui comprend Jira Software, Confluence, Bitbucket et Compass. ServiceNow Celle est encore plus marquée. Les composants spécifiques au fournisseur, tels que les applications à périmètre défini, les tables personnalisées et Now Assist, nécessitent une reconstruction manuelle après la migration.

Examinons plus en détail les dépendances entre les services d'assistance et les plateformes ITSM.

Où se cache le verrouillage fournisseur (Neuf dépendances SaaS, avec des spécificités liées au service d'assistance)

De nombreuses équipes sous-estiment le coût d'un changement de plateforme, car elles se concentrent sur l'exportation des données. En réalité, la dépendance vis-à-vis d'un fournisseur va bien au-delà des données et s'étend sur neuf niveaux de dépendance, dont la complexité et l'effort de migration varient. Le tableau ci-dessous sert également de liste de contrôle pour la migration de votre service d'assistance.

Enregistrements, transactions et historique (données)

Chaque plateforme SaaS accumule des informations commerciales au fil du temps : dossiers clients, opportunités, factures, journaux d’audit et données de séries temporelles. À mesure que les volumes de données augmentent, la migration des données SaaS devient de plus en plus complexe.

Dans les plateformes de support technique et de gestion des services informatiques (ITSM), cette dépendance se traduit par l'historique des tickets, les fils de conversation, les pièces jointes et autres enregistrements d'assistance accumulés au fil des années d'interactions avec les clients. Un environnement de support de cinq ans, avec 50 agents, peut facilement contenir plus de 100 Go de données.

Transférer ces informations n'est pas toujours chose aisée. Les limitations de l'API ralentissent l'exportation des tickets, et les problèmes d'intégrité des données ajoutent un risque supplémentaire.

Champs et métadonnées (données)

Chaque plateforme SaaS possède sa propre structure de données. Les noms de champs, leurs types et les identifiants sous-jacents sont souvent spécifiques à la plateforme. C'est notamment le cas pour les listes déroulantes, les recherches, les sélections multiples et les formules. Si l'on ajoute des champs personnalisés créés en fonction des processus propres à votre organisation, la migration du schéma SaaS devient encore plus complexe.

Les formulaires de tickets et les champs personnalisés de contact sont la principale cause des dépassements de budget lors des migrations dans les projets de support technique. Même lorsque les données elles-mêmes peuvent être transférées, les différences de structures de champs et de types de champs pris en charge posent souvent problème lors de la migration des champs personnalisés.

Base de connaissances et contenu (données)

Le contenu des bases de connaissances est une source majeure de dépendance vis-à-vis des plateformes d'assistance et de gestion des services informatiques. Or, la migration des bases de connaissances est souvent négligée lors des changements de plateforme.

Zendesk, Freshdesket Fin utilisent des structures de catégories et des modèles de traduction différents. De ce fait, la migration des bases de connaissances est bien plus complexe qu'une simple exportation de contenu. Une base de connaissances de 500 articles, disponible en quatre langues, se retrouve ainsi avec 2 000 articles à transférer et à revalider.

Automatisations personnalisées (code)

De nombreuses plateformes SaaS permettent d'automatiser certains processus grâce à du code personnalisé ou à des outils de création de flux de travail sans code. Au fil du temps, ces automatisations s'intègrent profondément aux opérations quotidiennes, ce qui rend la migration des flux de travail SaaS particulièrement complexe lors d'un changement de plateforme.

Les flux de travail automatisés font partie intégrante des plateformes de support technique, mais leur approche diffère selon les systèmes. Salesforce utilise Salesforce Apex et Flows. Workday s'appuie sur Studio et les processus métier. Zendesk quant à lui, utilise des déclencheurs et des macros. Il n'existe pas de solution d'exportation interplateforme simple pour ces flux de travail. Même lorsque des fonctionnalités similaires existent, ces automatisations doivent généralement être recréées dans le système cible.

Intégrations

Au fil du temps, les organisations développent des intégrations SaaS avec des CRM, des fournisseurs d'identité, des outils de communication et d'autres systèmes d'entreprise, créant ainsi des dépendances de migration supplémentaires.

Les plateformes de support technique et de gestion des services informatiques (ITSM) ne font pas exception. Selon votre plateforme, vous pouvez étendre ses fonctionnalités grâce aux solutions disponibles sur Zendesk Marketplace, Freshworks Marketplace, Salesforce AppExchange et autres écosystèmes similaires. Ces intégrations comportent souvent des paramètres et des flux de travail spécifiques à chaque plateforme qui ne sont pas transférés automatiquement lors de la migration.

Règles SLA et autres politiques opérationnelles (couche : code)

De nombreuses plateformes SaaS permettent aux entreprises de définir des niveaux de service, des horaires d'ouverture, des procédures d'escalade et d'autres politiques opérationnelles. Au fil du temps, ces règles s'intègrent étroitement aux méthodes de travail des équipes, ce qui rend la migration des politiques de SLA plus complexe qu'il n'y paraît.

Les plateformes de support technique et ITSM abordent souvent la gestion des politiques de manière différente. Même lorsque deux systèmes offrent des fonctionnalités similaires, la configuration sous-jacente est rarement transposable directement d'une plateforme à l'autre.

CMDB, actifs et relations entre les éléments de configuration (données)

Cette dépendance est spécifique aux plateformes ITSM. Les CMDB intégrées aux outils ITSM gèrent non seulement les éléments de configuration (CI), mais aussi les relations entre eux. De ce fait, la migration d'une CMDB est bien plus complexe que le simple déplacement d'incidents ou d'utilisateurs.

Cette unique dépendance est l'une des principales raisons pour lesquelles les migrations ITSM d'entreprise peuvent prendre de 4 à 9 mois.

Données d'entraînement de l'IA et état du modèle (données)

Il s'agit de la toute dernière couche de verrouillage. Contrairement aux enregistrements, aux flux de travail ou aux intégrations, elle constituait à peine un enjeu de migration en 2020. Aujourd'hui, cependant, la propriété des données d'entraînement de l'IA devient un facteur important dans les décisions de plateforme à long terme.

Lorsque l'IA native du fournisseur est utilisée, le modèle apprend de vos interactions avec le support et du contenu de la base de connaissances au sein de l'environnement du fournisseur. Changer de fournisseur implique souvent de réinitialiser le modèle d'IA. Par exemple, une exportation de données FinAI peut récupérer les données de support sous-jacentes, mais pas les comportements acquis, la configuration ni l'état du modèle construit au fil du temps.

Rapports, tableaux de bord et définitions des indicateurs clés de performance (données)

Bien que les données sous-jacentes puissent généralement être migrées, les rapports, les tableaux de bord et les calculs des indicateurs clés de performance (KPI) sont généralement reconstruits ultérieurement plutôt que transférés lors d'une migration de rapports SaaS.

La migration des rapports du service d'assistance ne fait pas exception, car les plateformes calculent différemment le CSAT, le taux de résolution au premier contact (FCR), le délai moyen de résolution (MTTR) et d'autres indicateurs. Les définitions des KPI peuvent également varier selon le fournisseur.

Formation à l'interface utilisateur et mémoire musculaire opérationnelle (personnel)

Au fil du temps, les équipes développent des habitudes liées à l'interface d'une plateforme. Changer de logiciel implique donc de modifier ces habitudes.

Les agents, responsables et administrateurs du support technique s'appuient sur des écrans, des rapports et des flux de travail familiers pour travailler efficacement. C'est pourquoi la formation au support technique est tout aussi essentielle que la migration technique elle-même.

Et le défi ne fait que s'amplifier. Il ne s'agit pas seulement de l'accumulation croissante de données, de flux de travail et d'intégrations au fil des ans. Les forces du marché renforcent également la dépendance vis-à-vis des solutions propriétaires : fonctionnalités d'IA liées à des modèles de données propriétaires et stratégies tarifaires qui rendent la migration de plus en plus coûteuse. La section suivante examine les tendances à l'origine de cette évolution.

Pourquoi la dépendance aux solutions SaaS est pire en 2026 qu'en 2020

La dépendance vis-à-vis d'un fournisseur n'est pas un problème nouveau. Ce qui a changé, c'est le nombre de facteurs qui l'aggravent.

Ces cinq changements structurels ont particulièrement affecté les services d'assistance et les utilisateurs de solutions ITSM. Les directeurs financiers et les directeurs informatiques devraient en tenir compte lors de l'adoption d'une nouvelle plateforme ou lors d'un nouveau cycle de renouvellement.

Les acquisitions de sociétés de capital-investissement dans le secteur SaaS ont accru leur pouvoir de fixation des prix de renouvellement

Le rachat de Zendesk par Hellman & Friedman et Permira n'est qu'un exemple d'une tendance plus large. Ces dernières années, de grands fournisseurs de différents secteurs ont été acquis, notamment Anaplan (10,4 milliards de dollars, Thoma Bravo, 2022), Coupa (8 milliards de dollars, Thoma Bravo, 2023), Avalara (8,4 milliards de dollars, Vista, 2022) et Citrix (16,5 milliards de dollars, Vista et Elliott, 2022).

Ces regroupements se traduisent généralement par des modèles de tarification privilégiant les suites logicielles, une flexibilité réduite dans le choix des forfaits et des augmentations à deux chiffres lors des renouvellements.

La tarification au point cède la place au regroupement de suites SaaS

Les éditeurs de logiciels délaissent de plus en plus les produits autonomes au profit des plateformes intégrées.

Salesforce , par exemple, propose désormais ses plateformes de services en complément de ses produits de vente et de marketing, dès son offre la plus abordable. HubSpot Service Hub est commercialisé depuis longtemps avec d'autres produits du même fournisseur, tandis que Microsoft continue d'intégrer Copilot à son écosystème Microsoft 365

L'impact va au-delà du simple prix. Les offres groupées augmentent la valeur marchande annuelle tout en garantissant la disponibilité sur plusieurs surfaces.

L'IA est conçue pour induire un verrouillage profond, et son prix est fixé de telle sorte qu'elle soit commercialisée et commercialisée

Aujourd'hui, de nombreux fournisseurs proposent l'IA comme un module complémentaire intégré directement à leur plateforme. Citons par exemple Zendesk Advanced AI, ServiceNow Now Assist, Freshworks Freddy AI, Fin's AI, Salesforce Agentforce et Microsoft Copilot.

Le défi ne se limite pas aux dépenses supplémentaires généralement engendrées par la tarification à l'usage de l'IA. Ces systèmes apprennent de vos tickets, conversations, contenus de la base de connaissances et flux de travail au sein de l'environnement du fournisseur. Changer de plateforme implique de reconstruire les flux de travail de l'IA, de réentraîner les assistants et de recréer le contexte accumulé au fil des années d'utilisation.

De ce fait, la dépendance à l'égard de l'IA est l'une des plus fortes dans le secteur du SaaS.

Les piles d'écosystèmes créent des dépendances d'intégration

L'enfermement dans un écosystème SaaS est le fléau du marché des logiciels modernes, axé sur les solutions intégrées plutôt que sur les produits autonomes. Si ces intégrations créent une réelle valeur ajoutée, elles augmentent également les coûts de migration, car le remplacement d'une application peut impacter les flux de travail, les rapports, les automatisations et les flux de données de plusieurs autres.

Les cycles de renouvellement des logiciels SaaS s'allongent tandis que le pouvoir de négociation des acheteurs diminue

La durée moyenne des contrats SaaS pour les logiciels de service client et de gestion informatique a atteint 35 mois, les fournisseurs continuant de proposer des engagements plus longs.

Parallèlement, les périodes de désabonnement se raccourcissent et deviennent plus faciles à manquer. Conjuguées à l'inflation des prix des logiciels SaaS, ces obligations plus longues peuvent réduire considérablement le pouvoir de négociation des clients.

La flexibilité que de nombreux acheteurs associaient au SaaS il y a dix ans devient de plus en plus difficile à conserver. D'ici 2026, la possibilité de « partir à tout moment » dépendra moins du contrat en lui-même que de la question de savoir si une organisation a négocié cette option au préalable.

Mais la durée des contrats n'est qu'une partie du problème, car bon nombre des principaux obstacles au changement de contrat sont inscrits directement dans l'accord.

Les sept clauses contractuelles SaaS qui créent une dépendance (et comment les négocier)

La dépendance vis-à-vis du fournisseur commence bien avant l'utilisation du logiciel. Elle débute dès la signature du contrat.

Les sept clauses ci-dessous figurent dans la plupart des contrats de services clients, de gestion des services informatiques (ITSM), de gestion de la relation client (CRM) et d'autres logiciels d'entreprise. Comprendre leur signification et les négocier enfront peut réduire considérablement les coûts liés à un changement de logiciel ultérieur.

Renouvellement automatique avec des périodes de désabonnement de plus en plus courtes

La plupart des contrats de services SaaS incluent une clause de renouvellement automatique qui prolonge le contrat sauf si le client notifie sa résiliation dans un délai déterminé. Les contrats Zendesk et Freshdesk exigent généralement un préavis de 60 jours, tandis que ceux ServiceNow peuvent exiger jusqu'à 90 jours.

Négociez par écrit un préavis de 30 jours et programmez des rappels au moins 120 jours avant le renouvellement. Dans la mesure du possible, privilégiez le renouvellement mensuel après la première année de contrat.

plafonds annuels de hausse des prix

Suite à l'inflation de 11,4 % enregistrée par Vertice sur un an pour les solutions SaaS, les clauses d'augmentation annuelle des prix de 7 à 10 % deviennent la norme. Par exemple, le prix Zendesk Suite a augmenté d'environ 10 à 12 % entre 2024 et 2026.

Ainsi, de nombreuses entreprises se retrouvent piégées sur une plateforme dont le coût augmente d'année en année, tandis que le coût du changement ne cesse d'augmenter.

tarification groupée de l'utilisation de l'IA

Les tarifs des services d'assistance IA sont généralement ajoutés aux abonnements. Par exemple, Fin AI coûte à partir de 0,99 $ par résolution ; Zendesk Advanced AI coûte 50 $/agent/mois, auxquels s'ajoutent des agents IA par résolution ; ServiceNow Now Assist ajoute environ 50 à 60 % au prix des licences de traitement ; Freshworks Freddy AI Copilot coûte 29 $/agent/mois, et Agentforce est proposé à partir de 2 $ par conversation. Cela peut peser lourd sur votre budget informatique si vous devenez dépendant des fonctionnalités d'IA.

Pour réduire les dépenses en IA et les rendre plus prévisibles, négociez un plafond mensuel, demandez de la transparence sur les coûts unitaires (par exemple, le coût par résolution), sécurisez les droits d'exportation des données d'utilisation et évitez les clauses qui permettent aux fournisseurs de modifier les prix de l'IA pendant la durée du contrat.

limites de débit de l'API et frais d'exportation de données

La limitation du débit des API est une forme courante de dépendance indirecte sur les plateformes de support technique. L'exportation de données SaaS à l'échelle de 100 000 à 1 million de tickets est soumise à des limitations de débit API chez la quasi-totalité des principaux fournisseurs. De plus, certains fournisseurs facturent des frais de sortie de données lors de l'exportation de volumes importants d'informations.

Négociez une clause explicite de propriété des données, le droit d'effectuer des exportations gratuites et lisibles par machine à tout moment, l'inclusion des pièces jointes dans les données exportées et le maintien de l'accès à l'API pendant au moins 60 jours après la résiliation du contrat. Dans la mesure du possible, négociez des augmentations temporaires des limites d'exportation de l'API pour les projets de migration.

Droit d'audit, pénalités liées aux SLA et sécurité

Exigez l'attribution automatique des crédits SLA SaaS plutôt que les demandes de crédit manuelles. Négociez également une clause d'audit SaaS et des engagements concernant les questionnaires et certifications de sécurité, notamment SOC 2 Type II, ISO 27001, HIPAAou FedRAMP, le cas échéant. Demandez un délai de notification de 72 heures en cas de violation de données et un avenant relatif au traitement des données conforme à l'article 28 du GDPR et aux nouvelles dispositions de la loi européenne sur l'intelligence artificielle.

Services professionnels obligatoires et « succès » inclus

Certains fournisseurs refusent de vendre leurs abonnements supérieurs sans services professionnels SaaS complémentaires. Par exemple, les projets de mise en œuvre ServiceNow pour ITSM Pro et Enterprise nécessitent généralement des services assurés par des partenaires, dont le coût total représente une à deux fois le prix de la licence de première année.

Négocier un plafond pour les heures de services professionnels, le droit de travailler avec des partenaires de mise en œuvre tiers (tels que Help Migration Desk, ScreenSteps, Premier Zendesk Partners, Atlassian Solution Partners ou les partenaires SI Salesforce ) et la suppression des forfaits de services professionnels obligatoires lors du renouvellement.

accompagnement à la cessation d'emploi et droits de transition

La période qui suit immédiatement la résiliation d'un contrat est souvent celle où les organisations ont le plus besoin d'accéder à leurs données. Sans droits de transition clairement définis, la migration peut être totalement bloquée.

Négociez une clause de résiliation SaaS incluant des droits transitoires tels qu'un accès en lecture seule pendant 60 à 90 jours après la résiliation, l'exportation gratuite des données, l'absence de suppression de données sans confirmation écrite, le droit de faire appel à un partenaire de migration tiers sans enfreindre le DPA, et l'utilisation illimitée des jetons API durant la période de transition. Peu de clauses sont aussi cruciales lors d'une sortie.

Comment éviter la dépendance vis-à-vis d'un fournisseur SaaS avant de signer (avec des conseils spécifiques du service d'assistance)

Le risque d'être lié à un fournisseur ne dépend pas uniquement du contrat. Voici quelques mesures supplémentaires que vous pouvez prendre pour préserver votre flexibilité au fil du temps.

Effectuez un test de portabilité des données sur 30 jours

Avant de signer, demandez un environnement de test (sandbox) pour une preuve de concept SaaS de 30 jours avec vos propres données (par exemple, 1 000 tickets et les données associées). Effectuez une exportation complète dès le début de l’évaluation et, au 28e jour, procédez à une réimportation.

Une démonstration pratique de notre service d'assistance vous montrera à quel point il est facile de déplacer vos données en pratique.

Si le fournisseur ne peut pas ou ne veut pas prendre en charge le processus, c'est peut-être le piège auquel vous vous engagez en signant.

Exigez des droits d'exportation de données SaaS lisibles par machine dans le contrat de services de gestion (MSA)

Assurez-vous que l'accord vous accorde explicitement le droit d'exporter vos données à tout moment dans des formats standards (JSON, CSV, ZIP pour les pièces jointes). Cette clause doit s'appliquer à toutes les données, y compris les journaux d'IA et les pistes d'audit, et figurer dans l'accord-cadre de services (MSA) lui-même, et non pas uniquement dans un avenant tarifaire.

Privilégier l'intégration de l'API du service d'assistance plutôt que le développement de scripts propriétaires

Salesforce Apex, les applications ServiceNow , Workday Studio, Zendesk Triggers et Jira ScriptRunner sont des outils puissants, mais ils peuvent accroître la dépendance vis-à-vis du fournisseur.

Choisissez l'IA comme couche

Les solutions d'IA natives des fournisseurs, telles qu'Einstein AI, Now Assist, Zendesk AI, Freddy AI, Fin et Agentforce, prennent de la valeur avec le temps, mais elles renforcent tout autant la dépendance vis-à-vis des fournisseurs d'IA.

Lorsque l'IA est au cœur de vos opérations, envisagez une approche d'IA indépendante du modèle : implémentation RAG personnalisée, assistant tiers ou API OpenAI/Anthropic connectée à des sources de données neutres vis-à-vis des fournisseurs si possible.

Planifiez la sortie dès le premier jour : rédigez le « manuel de transition »

Avant la mise en production, documentez l'emplacement de chaque type de données, les intégrations essentielles à l'activité, les responsables du processus d'exportation et le plan de sortie SaaS à 30, 60 et 90 jours.

Pour un plan de sortie du service d'assistance, documentez également les conventions de nommage des macros et des déclencheurs, la source de référence pour le contenu de la base de connaissances et tous les pipelines de données d'entraînement de l'IA.

Examiner et mettre à jour annuellement le manuel d'exploitation des commutations.

Comment se sortir d'un blocage existant

Même sur une plateforme SaaS à laquelle vous êtes déjà engagé, la dépendance vis-à-vis du fournisseur peut être partiellement levée.

Les six mesures ci-dessous peuvent vous aider à réduire vos futurs coûts de migration de 30 à 50 % au cours des 12 prochains mois et à faire de votre prochaine migration une décision et non une crise.

Uniformiser les conventions d'appellation pour l'ensemble des automatisations et des flux de travail

Commencez par les objets les plus courants et étendez la norme à partir de là.

Déplacez les intégrations derrière votre propre couche iPaaS (Workato, Tray.io, Make, Zapier)

Une connexion directe entre applications SaaS renforce la dépendance vis-à-vis du fournisseur. Le routage de ces connexions via une plateforme d'intégration telle que Workato, Tray.io, Make ou Zapier crée une couche d'abstraction légère, capable de résister aux futures évolutions de la plateforme.

Pour les stratégies iPaaS de centre d'assistance, les quatre intégrations qui bénéficient le plus de cette couche sont Salesforce, Slack, Jiraet les plateformes de téléphonie telles qu'Aircall, Talkdesk et Five9.

Miroir des connaissances dans une source de vérité neutre vis-à-vis des fournisseurs

Pour améliorer la portabilité de la base de connaissances, conservez le contenu canonique dans Notion, Guruou Confluence, puis publiez-le sur des plateformes spécifiques au fournisseur telles que Zendesk Guide.

Exporter mensuellement les données opérationnelles vers un entrepôt de données de service d'assistance

Exportez régulièrement vos données opérationnelles vers un entrepôt de données SaaS tel que Snowflake, BigQuery, Redshift ou Databricks. Pensez à exporter l'historique des tickets, les journaux de conversation, les données de résolution par IA et les instantanés de la CMDB. Utilisez des outils d'intégration comme Fivetran et Hightouch ou les API des fournisseurs.

Même si vous ne migrez jamais, vous conserverez des années de données historiques, indépendamment de la disponibilité du fournisseur, des acquisitions ou des changements de prix.

Considérez les données d'entraînement de l'IA comme un actif portable

Lorsque l'IA du fournisseur est utilisée, stockez les paires question-réponse, les invites et les réponses dans un référentiel distinct et neutre.

Cela renforce la propriété des données d'entraînement de l'IA et améliore sa portabilité au fil du temps.

Effectuez un audit trimestriel de verrouillage

Effectuez un audit de dépendance fournisseur chaque trimestre pour vos 10 applications les plus stratégiques. Évaluez chaque niveau de dépendance sur une échelle de 1 à 5 et mettez en place des actions correctives pour tout niveau ayant obtenu une note de 4 ou 5.

Dans le cadre d'un audit SaaS plus global, cette démarche permet d'identifier les dépendances croissantes avant qu'elles ne deviennent des problèmes coûteux. La plupart des équipes peuvent réduire leur niveau de dépendance global d'environ 30 % en 12 mois. Concernant les plateformes de support technique en particulier, il est conseillé de réévaluer ces niveaux avant le renouvellement, tant que vous disposez encore d'un pouvoir de négociation.

Dépendance vis-à-vis des fournisseurs : Comparaison des principales plateformes de support technique et de gestion des services informatiques

En tant que prestataire de services de migration de solutions d'assistance, nous avons constaté les conséquences néfastes de la dépendance vis-à-vis d'un fournisseur unique sur des milliers de projets. Les sept plateformes ci-dessous représentent environ 80 % de l'activité de Help Desk Migration. Chacune possède ses propres mécanismes de dépendance, ainsi que des solutions de transition viables lorsque le moment est venu de changer de plateforme.

Zendesk

• Société mère / position sur le marché : Détenue par Hellman & Friedman et Permira depuis 2022. L’une des plus importantes plateformes de support client.
• Zendesk en 2026 : 19 à 115 $ par agent et par mois, plus 50 $ par agent et par mois pour Copilot et des frais par résolution pour les agents IA.
• Compatibilité renforcée : Zendesk AI et automatisations, macros, applications Marketplace, objets personnalisés Sunshine Conversations et rapports Explore.
• Passage à une alternative à Zendesk : Assistant de migration pour la migration des données clients, agents, tickets et autres données du service d’assistance depuis Zendesk. Reconstruction manuelle de l’IA, des automatisations et des tableaux de bord.

Freshdesk

• Société mère / position sur le marché : Détenu par Freshworks Inc. Une plateforme de support technique de premier plan pour les PME et les entreprises de taille intermédiaire.
• Tarification de Freshworks en 2026 : 19 à 89 $ par agent/mois, plus Freddy AI Copilot à 29 $/agent/mois et les frais d’utilisation de Freddy AI Agent.
• Dépendance : Applications Freshworks Marketplace, données d’entraînement de Freddy AI, automatisations, objets personnalisés et rapports.
• Passer à une alternative à Freshdesk : la migration Freshdesk avec l’assistant de migration couvre les tickets, les contacts, les entreprises et le contenu de la base de connaissances. L’IA, les automatisations et les rapports nécessitent généralement une reconstruction.

Jira Service Management

• Société mère / position sur le marché : Atlassian (NASDAQ : TEAM), une société de logiciels cotée en bourse et une plateforme ITSM de premier plan.
• Jira Service Management en 2026 : de gratuit (jusqu’à 3 agents) à Premium à 51,42 $ par agent/mois et plus.
• Dépendance : code ScriptRunner, règles d’automatisation, données Assets, applications Marketplace et écosystème Atlassian.
• Passage à des alternatives à Jira Service Management : Assistant de migration pour les migrations Jira Service Management vers Zendesk, Freshdesket ServiceNow. Reconstruction manuelle du code ScriptRunner et des données Assets.

ServiceNow

• Société mère / position sur le marché : ServiceNow (NYSE : NOW), l'une des principales plateformes ITSM d'entreprise.
• Tarification ServiceNow en 2026 : Les tarifs publics ne sont pas disponibles. Selon les normes du secteur, les licences ITSM coûtent environ 70 à 200 $ par utilisateur et par mois, Now Assist ajoutant 50 à 60 %. Le coût total de possession (TCO) ServiceNow atteint souvent 3 à 5 fois le prix des licences.
• Verrouillage : Applications à périmètre défini, relations CMDB et CI, Flow Designer, compétences Now Assist et modules IntegrationHub.
• Passer à des alternatives ServiceNow : la plus complexe parmi les principales plateformes. Assistant de migration pour la migration des données côté tickets depuis ServiceNow. Reconstruction manuelle des configurations et automatisations de la CMDB.

Intercom

• Société mère / position sur le marché : Plateforme de messagerie client et de support basée sur l’IA de premier plan, détenue par Fin (anciennement Intercom, Inc.)
• Intercom en 2026: De 29 $ à 132 $/poste/mois, plus le coût de Fin AI (0,99 $ par conversation résolue).
• Dépendance : les données d'entraînement de Fin AI, les automatisations de la boîte de réception et les intégrations avec Salesforce, HubSpotet Slack créent de profondes dépendances au fil du temps.
• Passer à une alternative Intercom : l’assistant de migration facilite la migration d’ Intercom vers des plateformes telles que Zendesk, Freshdesket Help Scout. Fin AI peut être utilisé en dehors de la plateforme Intercom .

Salesforce Service Cloud

• Société mère / position sur le marché : Salesforce (NYSE : CRM), l'une des plus grandes plateformes CRM et de service client.
• Salesforce Service Cloud en 2026 : Starter Suite à 25 $, Pro Suite à 100 $, Enterprise à 175 $, Unlimited à 350 $ et Agentforce 1 Service à 550 $ par utilisateur et par mois. Agentforce Service Agent est facturé séparément à 2 $ par conversation, plus les frais de plateforme.
• Verrouillage : code Apex, composants Lightning, intégration CRM poussée et modèles Einstein/Agentforce entraînés sur les données de votre organisation.
• Passer à une alternative Salesforce : la migration Salesforce Service Cloud bénéficie d’outils d’exportation éprouvés tels que Data Loader et Bulk API. Les personnalisations nécessitent une recréation sur la plateforme cible.

HubSpot Service Hub

• Société mère / position sur le marché : HubSpot (NYSE : HUBS), une plateforme CRM, marketing, ventes et service client de premier plan pour les entreprises en croissance.
• HubSpot Service Hub en 2026: De 0 à ≈175 $/poste/mois, plus le service d'intégration payant requis pour les plans Professional et Enterprise, plus 0,50 $ par conversation résolue par Breeze AI.
• Dépendance : Liens étroits avec HubSpot CRM, Marketing Hub et Content Hub, HubSpot Marketplace, les workflows, Breeze AI, les Snippets et le contenu de la base de connaissances.
• Passer à une alternative HubSpot : fonctionnalités d’exportation compatibles avec les API. Help Desk Migration prend en charge la migration HubSpot Service Hub depuis et vers toutes les principales plateformes de gestion des services d’assistance et ITSM, bien que les flux de travail et les configurations spécifiques à chaque plateforme nécessitent une reconstruction.

Le degré de dépendance vis-à-vis du fournisseur varie selon la plateforme de support technique. Ce qui reste constant : au moins une partie des données peut être migrée automatiquement grâce à Help Desk Migration. Voici comment se déroule généralement un projet de migration dans ce cas.

Comment se déroule une Help Desk Migration de bout en bout (le guide Help Desk Migration )

Chaque migration est unique, mais le processus sous-jacent suit la même séquence. Vous trouverez ci-dessous l'approche Help Desk Migration , qui peut servir de référence pour tout projet de migration bien structuré.

1. Découverte et faisabilité (gratuit)

Le processus débute par une évaluation de la migration du service d'assistance. L'équipe examine les plateformes source et cible, estime le volume de données, recense les intégrations et identifie les risques potentiels. Help Desk Migration propose également une évaluation gratuite de la faisabilité de la plateforme cible.

2. Migration de démonstration (gratuite)

Avant de procéder à une migration complète, effectuez une migration de démonstration du service d'assistance et transférez 20 enregistrements d'exemple. Vous pouvez le faire via l'assistant de migration ou avec l'aide des ingénieurs Help Desk Migration .

3. Migration complète

Une fois la configuration validée, la migration complète peut commencer. Vous pouvez l'exécuter vous-même via l'assistant Help Desk Migration ou collaborer avec les ingénieurs HDM.

La plateforme migre les tickets, les pièces jointes, les articles de la base de connaissances, les contacts, les organisations, les champs personnalisés et autres enregistrements tout en gérant la limitation du débit des API de données sur plus de 90 plateformes de support technique et ITSM.

4. Migration du delta

Une migration delta des données du service d'assistance capture les enregistrements créés ou mis à jour après le début de la migration complète et les synchronise avec la plateforme de destination.

5. Reconstruire et valider

Certains éléments ne peuvent pas être migrés automatiquement. Il s'agit notamment des automatisations, des déclencheurs, des SLA, des tableaux de bord et d'autres configurations spécifiques à la plateforme.

Help Desk Migration fournit un cadre de validation, tandis que les administrateurs du client ou le partenaire de mise en œuvre effectuent la reconstruction et les tests post-migration.

6. Basculement et fonctionnement en parallèle

Dans le cadre d'un plan de migration d'un service d'assistance, les deux systèmes fonctionnent généralement en parallèle pendant 30 à 90 jours. L'ancienne plateforme reste disponible à titre de référence, tandis que les nouvelles demandes sont traitées par le nouveau système.

Comprendre le processus est une chose. Comprendre le coût réel d'une migration SaaS en est une autre. Voici un exemple concret basé sur un projet Help Desk Migration .

Exemple concret : migration d’une équipe CX de 75 agents de Zendesk vers Freshdesk

Un scénario de migration réel Zendesk vers Freshdesk basé sur le profil type d'un client Help Desk Migration :

• 75 agents
• 370 000 billets
• 5 ans d'histoire
• 12 intégrations

État initial et hypothèses

Coût de la licence : 148 500 $/an pour Zendesk Suite Professional (115 $/agent/mois, facturation annuelle) plus Advanced AI (50 $/agent/mois) pour 75 agents.

Volume de données :

• 370 000 billets historiques
• 11 000 macros et déclencheurs
• Base de connaissances en quatre langues
• 12 intégrations (Salesforce, Slack, Jira, Aircall, Stripe et autres)

Coût du renouvellement Zendesk : renouvellement prévu dans 90 jours avec une augmentation de prix de 12 %.

Coûts de migration directe avec l'outil Help Desk Migration

• Données migrées : utilisateurs, tickets, pièces jointes, articles de la base de connaissances, notes internes, champs personnalisés et balises
• Personnalisations demandées et options supplémentaires utilisées : Appariement des agents, filtrage des données
• Fonctionnalités utilisées : Migration delta

Coût total estimé : ~$5,000.

Coûts indirects (internes)

C'est là que la plupart des estimations des directeurs financiers échouent.

• Exécution parallèle de 60 jours sur Zendesk et Freshdesk : +25 000 $.
• Reconstruction du déclencheur/de l'automatisation (75 heures de développement) : 15 000 à 25 000 $.
• Formation des agents et baisse de productivité : ~5-40K.

Coût interne total estimé de la migration du service d'assistance : 80 000 à 120 000 $.

Comparaison du coût total de possession (TCO) sur 12 mois

Restez sur Zendesk

• Coût actuel : 148 500 $/an
• Après une augmentation de 12 % : environ 166 000 $/an

Passez à Freshdesk

• Coût total de possession (TCO) du service d'assistance Freshdesk : environ 107 000 $/an (75 $ × 55 $ × 12 mois + Freddy AI Copilot à 29 $ × 75 $ × 12 mois)
• Help Desk Migration: 5 000 $
• Coûts de reconstruction, de formation et d'exploitation en parallèle : 80 000 $ à 120 000 $

Coût total de la première année : 192 000 $ à 232 000 $.

Retour sur investissement de la migration du service d'assistance : La Freshdesk permet de réaliser jusqu'à 20 000 à 45 000 $ d'économies la deuxième année, le seuil de rentabilité étant atteint autour du 14e mois.

Foire aux questions (FAQ)

Écrit par

Taras Velychko

Chef de produit, Help Desk Migration

Taras dirige la stratégie produit chez Help Desk Migration, spécialisé en UX/UI, en veille stratégique et en partenariats fournisseurs. Son approche axée sur les données a permis d'améliorer les taux de conversion de 50 %, tout en préservant la simplicité du produit et son orientation client.