Exporter vos données d’un ancien helpdesk : tickets, base de connaissances, contacts

L’export est la moitié d’une migration que vous maîtrisez entièrement, et celle que la plupart des équipes lancent trop tard. Nul besoin d’avoir choisi une destination pour commencer : un export complet et vérifié a de la valeur même si vous restez — c’est votre sauvegarde, votre position de négociation et la preuve de ce que vous possédez réellement.

Ce guide passe en revue ce qu’il faut sortir d’un ancien helpdesk, la route à emprunter pour chaque type d’objet, et les pièges qui restent invisibles jusqu’à la deuxième semaine dans le nouvel outil.

Ce que vous pouvez (et devriez) exporter

Un helpdesk abrite bien plus de types d’objets que la plupart des administrateurs ne l’imaginent. L’inventaire complet, celui qui mérite d’être extrait :

• Tickets et conversations — les messages, leurs auteurs, les horodatages, les statuts, les attributions et les tags.
• Contacts et organisations — les fiches clients avec leurs champs personnalisés et les liens qui les relient.
• Articles de la base de connaissances — les corps de texte, les catégories, les indicateurs de visibilité et les images qu’ils contiennent.
• Macros et réponses enregistrées — les formulations que vos clients reconnaissent déjà.
• Définitions des champs personnalisés — pas seulement les valeurs, mais les types et les options autorisées.
• Historique CSAT — notes et commentaires, si vous suivez vos tendances de satisfaction.
• Pièces jointes — les fichiers accrochés aux tickets et aux articles, qui ne voyagent presque jamais avec l’export principal.

Les trois routes d’export

Tout helpdesk grand public propose une combinaison de trois chemins :

1. L’export en masse natif. Un bouton ou une tâche planifiée qui produit du CSV, du JSON ou du XML. Le plus rapide à lancer, mais souvent réservé à certaines offres, parfois plafonné en volume, et rarement complet — les pièces jointes et les images d’articles sont les manques habituels.
2. L’API. Complète et scriptable, mais paginée et soumise à des limites de débit. C’est la route de tout ce que l’export en masse laisse de côté, et la seule fiable pour les pièces jointes.
3. Un service de migration. L’éditeur de destination réalise l’export à votre place, directement sur les API de la source. Le moindre effort — vérifiez simplement que vous recevez aussi, ou que vous pouvez relancer, une copie brute pour vos propres archives.

Un plan raisonnable combine les deux premières : export en masse pour les 90 % faciles, scripts API pour le reste. Et si la destination pilote la migration, gardez malgré tout votre propre export.

Tickets : le format compte plus que le volume

Le CSV aplatit ; le JSON préserve. Un export CSV vous donne en général une ligne par ticket ou par message, et perd le fil des réponses, les rôles des auteurs et les métadonnées qui rendent l’historique utile. Si un export JSON ou une route API existe, préférez-la — l’import de destination saura toujours dégrader une structure, jamais la réinventer.

Les règles pratiques de l’export des tickets :

• Exportez par lots, du plus ancien au plus récent, en respectant les limites de débit. Sur un compte volumineux, récupérer tout l’historique peut prendre des jours au rythme des quotas d’API — planifiez la tâche, ne la surveillez pas.
• Notez la convention de fuseau horaire. La plupart des API renvoient de l’UTC ; certains exports en masse localisent les horodatages sans le dire. Vérifiez-en une poignée face à l’interface avant d’en croire des milliers.
• Filtrez avant d’exporter. Les tickets fermés comme spam et ceux clos en un mot gonflent le travail et polluent la recherche de la destination. Personne ne les a jamais cherchés.
• Capturez l’historique des statuts si vous le pouvez. Le reporting SLA et les temps de résolution reposent sur les transitions d’état, pas sur le seul état final.

Contacts et organisations

Les contacts pèsent peu, alors les équipes les traitent à la légère — puis passent un trimestre à nettoyer des doublons. Avant d’exporter :

• Vérifiez que l’e-mail est renseigné sur les fiches qui comptent : c’est la clé de déduplication qu’utilise presque toute destination.
• Exportez les champs personnalisés avec leurs définitions, pas seulement leurs valeurs. Une liste déroulante qui arrive en texte libre est un dégât définitif.
• Conservez les liens entre contacts et organisations — ils vivent en général dans un export ou un endpoint distinct.

Base de connaissances : l’export aux dépendances cachées

Les corps d’articles s’exportent facilement en HTML. Leurs dépendances, non :

• Les images sont le plus souvent liées, pas intégrées — l’export pointe vers des fichiers hébergés sur le CDN de l’ancien éditeur. Téléchargez dès maintenant chaque image référencée : ces URL peuvent mourir à la fermeture de votre compte.
• Les brouillons et les indicateurs de visibilité se perdent ou s’aplatissent dans certains exports. Notez quels articles étaient réservés à l’interne avant la bascule, sous peine de publier au monde entier votre procédure d’escalade.
• Les arborescences de catégories s’exportent souvent séparément des articles. Capturez la structure, ordre compris.
• Les liens entre articles pointent vers les anciennes URL. Vous les réécrirez à l’import ; il vous faut la liste maintenant.

Macros, automatisations et le reste

Les macros s’exportent en texte dans la plupart des outils — l’affaire de quelques minutes. Les règles d’automatisation et de routage, en revanche, ne s’exportent sous aucune forme exploitable : documentez-les à la main, en langage clair, et traitez leur réécriture comme une occasion de repenser le dispositif plutôt que comme un copier-coller. Exportez aussi les tags, l’historique CSAT et toutes les vues dont dépend votre reporting.

Les pièges qui surgissent la deuxième semaine

• Des liens de pièces jointes qui expirent. L’export référence des URL de stockage qui cessent de répondre après la fermeture du compte. Copiez les fichiers, pas les liens.
• Les plafonds d’export. Certaines tâches en masse tronquent en silence à un nombre de lignes donné. Réconciliez les compteurs : l’export doit correspondre au nombre de tickets affiché par l’interface.
• La correspondance des identités d’agents. Les messages désignent les comptes agents par identifiant interne. Exportez aussi la liste des agents, sinon la paternité des réponses devient une énigme.
• Les tickets supprimés et archivés. Certaines routes les incluent, d’autres non. Décidez délibérément de ce que vous voulez garder.
• Le bridage en cours de tâche. Un script qui ne gère pas les temporisations meurt à 3 h du matin et laisse un export partiel qui a toutes les apparences du complet.

Vérifiez l’export avant de lui faire confiance

Un export que vous n’avez pas vérifié est un espoir, pas une sauvegarde. Avant de crier victoire :

• Réconciliez les compteurs. Tickets, contacts et articles présents dans l’export doivent correspondre à ce qu’affiche l’interface de l’ancien outil. Un écart signale un plafond, un filtre ou un script mort à 3 h du matin.
• Ouvrez un échantillon au hasard. Dix tickets répartis sur toute la période : fil de discussion intact, auteurs résolus, horodatages cohérents, pièces jointes réellement présentes sous forme de fichiers.
• Contrôlez les enregistrements les plus anciens et les plus récents. La troncature vit dans les extrémités — une tâche arrêtée en silence à mi-course paraît complète tant que l’on ne regarde pas la fin.
• Conservez deux copies dans des endroits que vous maîtrisez, et notez la date de l’export. Si la migration glisse d’un trimestre, vous saurez exactement l’âge de cet instantané.

Un mot sur les trois grands

Zendesk, Freshdesk et Intercom offrent tous des voies d’export légitimes — exports en masse et API bien documentées — même si la disponibilité varie selon le palier d’offre, et l’accès administrateur est requis partout. Aucun ne retient vos données en otage : la friction porte sur l’exhaustivité et les formats, pas sur l’autorisation. Prévoyez une journée pour apprivoiser les particularités de votre outil, et commencez par la documentation d’export de l’éditeur — c’est la source qui fait foi sur ce que votre offre inclut. Si vous comparez des destinations en parallèle, notre comparatif Zendesk détaille le chemin de migration dans les deux sens.

Ce que MoveDesk apporte

La migration accompagnée de MoveDesk déroule tout cet export sur votre compte source, à votre place — tickets, contacts, articles, macros et pièces jointes depuis Zendesk, Intercom ou Freshdesk — gratuitement sur toutes les offres. Nous vous recommandons malgré tout de garder votre propre copie brute : ce sont vos données, et une seconde copie ne coûte rien.

Lancez l’export cette semaine, même si la décision est encore à des mois. Une copie vérifiée de vos propres données reste la meilleure position depuis laquelle une équipe support puisse négocier.