La décision est prise : vous changez de messagerie, de logiciel de facturation, de banque ou de prestataire d'hébergement. Vous cherchez alors un tutoriel, et vous en trouvez. Tous décrivent des gestes. Aucun ne décrit leur ordre.
C'est pourtant là que ça se joue. Une migration ne rate presque jamais sur un geste raté — ceux-là sont visibles, et on les refait. Elle rate sur un geste fait trop tôt : une autorisation révoquée avant que tout ce qui s'en servait ait été traité, un ancien compte fermé avant qu'on ait vérifié le nouveau, un accès supprimé alors qu'il servait encore à faire le ménage.
Quatre règles suffisent. Elles sont tirées d'un seul chantier — le mien, mené fin juillet — mais aucune ne lui est propre : elles valent pour n'importe quel outil dont votre entreprise dépend.
1. Prouvez le remplaçant en réel avant de couper quoi que ce soit
« La configuration a l'air bonne. » « Le test de connexion est au vert. » Ces deux phrases ne prouvent rien. Un test de connexion vérifie qu'une porte s'ouvre, pas que le travail passe par elle.
Ce qui prouve, c'est un usage réel, de bout en bout : un vrai message envoyé depuis l'extérieur et reçu dans la nouvelle boîte. Une vraie facture émise par le nouveau logiciel et ouverte par son destinataire. Un vrai fichier restauré depuis la sauvegarde et rouvert dans son application d'origine.
La différence n'est pas théorique. Entre « le paramétrage est correct » et « quelqu'un a reçu mon mail », il y a tout ce que vous n'aviez pas prévu : une règle de filtrage, un pare-feu, une redirection oubliée. Lors de ma propre migration de messagerie, la bascule n'a été validée qu'après réception effective d'un message venu de l'extérieur — pas après le paramétrage, pas après le voyant vert.
Tant que la preuve réelle n'est pas faite, l'ancien système reste debout. Oui, cela signifie payer deux abonnements pendant quelques semaines, et c'est précisément ce qui pousse la plupart des dirigeants à résilier trop tôt. Regardez ce que vous achetez avec ce doublon : la possibilité de revenir en arrière en une heure. Un mois d'abonnement en double coûte toujours moins cher qu'une semaine de messagerie en panne — et ce calcul-là se fait à l'avance, pas après coup.
2. L'irréversible passe en dernier — et l'ordre à l'intérieur compte encore
Classez vos gestes en deux tas. Ceux qui se défont : ajouter un compte, dupliquer des données, faire pointer un service ailleurs. Et ceux qui ne se défont pas : supprimer, révoquer, résilier, fermer.
Le deuxième tas se traite en dernier. Cela paraît évident, et pourtant presque tout le monde résilie trop tôt, souvent pour arrêter de payer deux fois pendant un mois.
Mais il y a plus subtil, et je l'ai appris en frôlant la faute : l'ordre compte aussi à l'intérieur du tas irréversible. J'avais autorisé, des mois plus tôt, une application à accéder à mes données — le genre d'autorisation qu'on accorde une fois et qu'on oublie. Elle se retire depuis la console d'administration du compte. Or cette console devient inaccessible dès que le compte est fermé. En résiliant d'abord, je me serais retrouvé avec une autorisation active pointant vers un compte mort, sans aucun moyen de la révoquer.
La règle générale tient en une phrase : ne supprimez jamais ce qui vous sert encore à faire le ménage. Les accès d'administration sont vos outils de démontage ; on range ses outils une fois le chantier fini, pas avant.
3. Le vrai chantier, ce sont les branchements — pas les données
C'est le contresens le plus répandu, et celui qui fait sous-estimer l'ampleur d'une migration.
Les données se déplacent bien. Les messages se rapatrient par un protocole standard, les fichiers se copient, les contacts s'exportent. C'est fastidieux, c'est prévisible, ça ne réserve pas de surprise.
Le temps part ailleurs : dans tout ce qui s'authentifie à votre place. Les automatisations qui envoient des messages en votre nom. Les applications tierces auxquelles vous avez donné un accès un jour. Les identifiants enregistrés sur trois postes et deux serveurs. Le formulaire de votre site qui dépose ses demandes quelque part. La sauvegarde qui se connecte toute seule chaque nuit.
Rien de tout cela n'apparaît dans un comparatif d'offres, et rien ne se signale au moment où vous décidez de partir. D'où le corollaire, qui est la règle la plus dure de cet article : ne révoquez aucun identifiant avant d'avoir traité toutes les machines qui s'en servent.
Un humain à qui vous coupez un accès vous appelle dans l'heure. Un serveur, non. Il tente sa connexion, échoue poliment, et recommence le lendemain. Personne ne lit son journal. Le service continue d'exister sur le papier, il a simplement cessé de faire son travail — et vous l'apprendrez le jour où vous en aurez besoin, c'est-à-dire au pire moment.
Avant de toucher au premier identifiant, faites donc la liste : qui se connecte, depuis où, avec quel compte. Cette liste est le vrai plan de migration. Le reste n'est que de la manutention.
4. Vérifiez à la destination, jamais dans l'écran qui vous annonce le succès
Cette règle contient les trois autres, et c'est la seule que je vous demanderais de retenir si vous n'en gardiez qu'une.
Un tableau de bord vous décrit une intention, pas un résultat. Il affiche ce que le système croit avoir fait — ce qui n'est pas la même chose que ce qui est arrivé à l'autre bout.
L'exemple qui m'a coûté le plus de certitudes est celui-ci. Mon nom de domaine dispose depuis longtemps d'une signature qui prouve aux serveurs destinataires que mes messages viennent bien de chez moi, et qui évite qu'ils finissent en indésirables. Elle était publiée. La clé était la bonne. Deux tableaux de bord affichaient un voyant vert. Et pourtant aucun message n'était signé, et ne l'avait jamais été : les deux voyants ne mesuraient pas la même chose — l'un vérifiait que l'enregistrement existait, l'autre que la signature était active. Il a fallu ouvrir l'en-tête technique d'un message réellement reçu pour voir la vérité.
Ce n'est pas une histoire de messagerie. C'est le mécanisme général : une interface est juge et partie. Elle vous rend compte de son propre travail, avec ses propres critères, et elle n'a aucun moyen de savoir ce que le destinataire a réellement reçu.
Alors posez-vous la question sur vos propres outils, celle qui tient en une ligne : où est-ce que je regarde pour savoir que ça marche — chez moi, ou chez celui qui me le dit ? Si la réponse est « chez celui qui me le dit », vous ne savez pas que ça marche. Vous savez qu'on vous l'affirme.
Ce que ces quatre règles vous font gagner
Elles ne rendent pas une migration facile. Elles la rendent rattrapable — ce qui est très différent, et bien plus utile. À chaque étape, il reste une porte de sortie : l'ancien système est encore debout, les accès de démontage sont encore ouverts, et rien d'irréversible n'a été fait sur la foi d'un voyant.
C'est exactement ce que je me prépare à faire avec les dirigeants que j'accompagnerai : établir la liste de ce qui est réellement branché dans leur entreprise, décider de l'ordre, et vérifier chaque étape là où le résultat se constate. Changer d'outil est rarement le problème. Le faire dans le désordre, toujours.