Aller au contenu principal
Quel Support Client

Migrations

Prévoir un retour arrière

Pour qui : Responsable de migration à qui la direction demande une assurance avant d'autoriser le projet.

Conditions et aides lues par extraction automatique le 3 novembre 2026. Ceci n'est pas un avis juridique.

Notre avis

Écrivez d'abord une date de non-retour : au-delà, on corrige sur place. Avant cette date, le vrai problème n'est pas l'ancienne donnée mais les tickets créés dans le nouvel outil : aucun éditeur lu ne décrit comment les ramener. Gardez un moyen de les exporter. Côté contrats, les fenêtres sont courtes : export possible 30 jours après l'abonnement chez Zendesk, 14 jours après la fermeture chez Freshworks, plus d'accès aux données à partir de 30 jours après la résiliation chez Intercom.

Dans l’ordre

  1. Fixer la date de non-retour
  2. Garder l'ancien en sièges réduits si le contrat le permet
  3. Exporter avant la fin de l'accès

Pourquoi

  • Le retour arrière se joue dans la nouvelle donnée, pas dans l'ancienne
  • Les fenêtres contractuelles sont courtes

Ce qui change le choix

Fin de contrat imposée : la seule assurance est alors l'export et un test réussi.

Les dates qui décident

Conditions standard lues, sans bon de commande
ÉditeurAprès la finBaisse de sièges
ZendeskExport pendant et 30 jours après l'abonnementEffet au cycle suivant, sans remboursement au prorata énoncé
IntercomPlus d'accès aux données à partir de 30 jours après résiliationEffet au terme annuel ; prorata en crédit sur le mensuel
FreshworksExport 14 jours après fermeture, conservation possible jusqu'à trois moisEn fin de cycle

Le coût de l'assurance

Il se calcule. Il vaut le nombre de sièges conservés × le prix × le nombre de mois. Mais vous n'êtes peut-être pas libre de réduire : la baisse n'agit souvent qu'au cycle suivant ou au terme. Sur un contrat annuel, vous payez donc l'ancien outil de toute façon, et la question est plutôt : jusqu'où vaut-il la peine de le garder à jour ? Nous garderions au moins une personne capable d'y répondre pendant la période. Et si l'ancien contrat s'arrête pendant la migration, sachez que résilier Zendesk pendant un import Gorgias l'arrête : ne coupez rien avant la fin.

Nous n'avons aucun chiffre prouvant que cette prudence coûte moins qu'un échec. C'est notre préférence : un mois d'abonnement est connu, et un échec pendant un pic ne l'est pas.

Les données créées entre-temps

Une fois le nouvel outil en service, vos clients y ont écrit. Si vous revenez en arrière, ces échanges doivent suivre, et personne n'a d'interrupteur pour cela. Avant le lancement, vérifiez trois points : pouvez-vous exporter ces conversations avec leur contenu ? Pouvez-vous les réimporter dans l'ancien outil ? Sinon, quelqu'un peut-il rouvrir à la main les demandes en cours ? Plus la date de non-retour est proche, plus cette dernière option reste réaliste. C'est pourquoi nous la fixerions en semaines, pas en mois.

Certains outils tiers proposent une remigration : Help Desk Migration annonce 3 à 10 jours selon le forfait. Lisez ce qu'elle couvre, et si elle joue dans ce sens.

Ce que vous pouvez dire à votre direction

« Nous garderons l'ancien outil jusqu'au [date]. Nous reviendrons en arrière si [critère]. Après cette date, nous corrigerons sur place. L'export des nouvelles données a été testé le [date]. » Une phrase de ce type vaut plus qu'une assurance vague, parce qu'elle s'exécute.

Limites

Conditions standard lues, un contrat peut déroger. Conditions Gorgias et Help Scout non lues. Procédure éditeur de retour des données non trouvée. Aucune preuve chiffrée sur le coût comparé. Pas d'avis juridique.

Prochaine action

Écrivez votre date de non-retour et votre critère, puis testez l'export d'un ticket créé dans le nouvel outil avant le lancement.

Preuves et sources

Ce qui relève d’un fait lu, d’une déclaration, de notre calcul, de notre méthode ou de notre avis. Notre méthode