La checklist de migration helpdesk : tout ce qu’il faut vérifier avant de basculer

La plupart des migrations de helpdesk n’échouent pas pendant l’import. Elles échouent trois semaines plus tôt, le jour où personne n’a vérifié si l’offre en cours autorise l’export en masse — ou trois semaines plus tard, quand le rapport de SLA s’est discrètement décalé de deux heures sans que personne sache l’expliquer. L’import, lui, est mécanique. C’est la vérification qui l’entoure qui fait gagner ou perdre le projet.

Voici la checklist de référence pour cette vérification, organisée par étapes plutôt que par dates. Que votre bascule tienne en un week-end ou s’étale sur un mois de fonctionnement en parallèle, les cases à cocher sont les mêmes — seul le calendrier change. Déroulez-la de haut en bas et le déménagement devient d’un ennui parfaitement prévisible : exactement ce qu’on attend d’un projet qui touche à chacune de vos conversations clients.

Étape 1 : vérifier la destination avant de vous engager

Le moment le moins coûteux pour repérer un problème, c’est avant la signature. Faites-vous confirmer, preuves à l’appui plutôt que sur parole commerciale :

• Chaque canal que vous exploitez aujourd’hui a sa place. Adresses e-mail, chat sur le site, messageries instantanées, messages privés sur les réseaux sociaux. Un canal sans point d’atterrissage devient une urgence deux jours avant la bascule.
• Les intégrations qui rapportent de l’argent existent bien. Consultation de facturation, statut de commande, synchronisation CRM. Les intégrations de confort peuvent attendre ; celles qui touchent au chiffre d’affaires, non.
• L’import couvre vos objets. Tickets, contacts, articles de la base de connaissances, macros, tags, champs personnalisés — demandez la liste par écrit, et demandez ce qu’il advient des pièces jointes.
• Le modèle tarifaire correspond à la forme de votre équipe. Le prix par poste sanctionne la croissance ; le forfait sanctionne les toutes petites équipes. Projetez votre effectif à 12 mois, pas celui d’aujourd’hui.

Si vous hésitez entre plusieurs éditeurs, un face-à-face structuré comme notre comparatif Freshdesk va plus vite que vingt onglets de pages fonctionnalités.

Étape 2 : vérifier votre porte de sortie

C’est votre helpdesk actuel qui décide de la facilité avec laquelle vous partirez, et vous voulez ces réponses tant que vous êtes encore un client payant en règle :

• Votre offre actuelle permet-elle d’exporter en masse conversations, contacts, articles et macros — ou l’export est-il réservé à un palier supérieur ?
• Dans quels formats arrivent les exports, et incluent-ils les pièces jointes et les images intégrées ?
• Quand votre contrat se renouvelle-t-il, et combien de jours de préavis la résiliation exige-t-elle ? Les fenêtres de reconduction tacite ont piégé plus d’équipes que n’importe quel problème technique.
• Que dit la politique de l’éditeur sur la suppression des données après le départ ? Vous voudrez peut-être un délai de grâce pour ré-exporter ce que vous auriez oublié.

Étape 3 : inventorier ce que vous possédez vraiment

On ne vérifie pas une migration contre un inventaire qu’on n’a jamais fait. Une personne, un document, une demi-journée :

• Chaque adresse e-mail qui redirige vers le support — y compris les alias créés il y a des années par quelqu’un qui les a oubliés depuis.
• Chaque installation du widget et les pages concernées, chaque messagerie connectée.
• Le recensement des macros : combien existent, et lesquelles sont les dix réellement utilisées.
• Les règles d’automatisation — écrites noir sur blanc, en langage clair, car les règles s’exportent rarement proprement et celles qui ne sont pas documentées meurent en silence.
• Les champs personnalisés des tickets et des contacts, avec leurs types.
• La structure de la base de connaissances : catégories, nombre d’articles, brouillons face aux publiés.
• Les consommateurs d’API et les webhooks — tout ce qui lit ou écrit dans l’ancien helpdesk de façon programmatique.

Étape 4 : vérifier l’import champ par champ

C’est l’étape que les équipes sautent, et c’est précisément elle qui décide si vos rapports voudront encore dire quelque chose au trimestre prochain :

• Construisez une table de correspondance : chaque champ source vers son champ de destination, type compris. Une liste déroulante qui arrive en texte libre hantera vos rapports pendant un an.
• Décidez comment se traduisent les statuts de tickets — la plupart des outils en comptent cinq à sept, et ils ne s’alignent jamais un pour un.
• Choisissez la clé de déduplication des contacts (presque toujours l’e-mail) et décidez qui l’emporte quand deux fiches se télescopent.
• Vérifiez que les pièces jointes et les images intégrées sont copiées dans le stockage du nouvel outil, et non pointées à distance vers l’ancien.
• Commencez par un import de test de 50–100 tickets. Comparez les horodatages à la source — un décalage de fuseau horaire silencieux déplace de plusieurs heures tous vos indicateurs de SLA. Contrôlez ensuite le fil des échanges, les auteurs et l’intégrité des pièces jointes avant de lancer l’import complet.

Étape 5 : vérifier les jonctions techniques

C’est aux jonctions entre systèmes que se cachent les interruptions de service :

• Routage e-mail : abaissez le TTL DNS plusieurs jours à l’avance, et testez la redirection de bout en bout avec un vrai message.
• Remplacement du widget : sachez exactement quel commit modifie le snippet, et qui peut le déployer.
• Connexion : assurez-vous que chaque agent parvient à s’authentifier avant le jour de la bascule, pas pendant.
• Les webhooks et consommateurs d’API de l’étape 3 pointent tous vers le nouvel outil — une intégration qui continue d’écrire dans l’ancien helpdesk après la bascule est la source classique des tickets fantômes.
• Les enquêtes CSAT partent du nouvel outil et atterrissent dans ses rapports.

Étape 6 : vérifier le volet humain

• Rôles et permissions reconstruits, avec au moins deux administrateurs.
• Un aide-mémoire d’une page qui traduit les anciennes habitudes en nouvelles : où sont passées les vues, comment escalader, les nouveaux raccourcis clavier.
• Un ambassadeur désigné par équipe, qui apprend l’outil une semaine avant les autres.
• Un planning de première semaine qui anticipe une légère baisse de productivité, parce qu’il y en aura une.

Étape 7 : vérifier la bascule elle-même

• Rejouez 25 tickets de référence — de vraies conversations du dernier trimestre — dans la nouvelle configuration, et relisez chaque réponse d’un regard critique.
• Répétez le retour arrière : les deux ou trois étapes qui rétablissent le routage, écrites noir sur blanc, avec un responsable nommé.
• Gelez les changements de configuration sur l’ancien outil pendant la fenêtre de transfert, pour que les exports restent cohérents.
• Préparez le message aux clients, et tenez-vous-en à deux phrases. Le client s’intéresse à la qualité des réponses, pas à votre outillage.

Étape 8 : vérifier après la mise en production

La migration ne s’achève pas à la bascule ; elle s’achève quand les chiffres redeviennent dignes de confiance :

• Surveillez la file pour repérer les silences fantômes — un canal qui ne produit aucun ticket est généralement mal routé, pas calme.
• Confrontez le premier rapport de SLA à la référence de l’ancien outil.
• Vérifiez que la recherche retrouve l’historique migré et les articles.
• Gardez l’ancien outil en lecture seule jusqu’à la fin du cycle de facturation, puis confirmez la résiliation par écrit.

La version d’une page

L’adéquation avant la signature. Les conditions de sortie par écrit. Un inventaire complet. Une correspondance champ par champ, validée par un import de test. Des jonctions testées de bout en bout. Une équipe préparée, pas surprise. Une bascule répétée, avec un responsable du retour arrière désigné. Des chiffres vérifiés après la mise en production. Huit étapes, zéro exploit héroïque.

Ce que MoveDesk apporte

MoveDesk existe parce que cette checklist réclamait autrefois un consultant. La migration accompagnée est gratuite sur toutes les offres : notre équipe réalise l’export, la mise en correspondance et l’import depuis Zendesk, Intercom ou Freshdesk — pièces jointes, articles, macros et historique compris — pendant que les deux outils tournent en parallèle aussi longtemps que vous voulez comparer. L’essai de 14 jours suffit largement à dérouler chacune des étapes ci-dessus sur vos données réelles, avant de vous engager à quoi que ce soit.

Imprimez la checklist, bloquez une semaine calme et commencez par l’étape 1. Les équipes qui vérifient deux fois ne migrent qu’une seule fois.