Comment bâtir un plan de migration d'ATS, de la découverte des données à la mise en service.

La plupart des migrations d'ATS n'échouent pas sur la partie technique. Elles échouent sur le plan.

Une migration touche vos données, vos processus, vos rapports et chaque recruteur qui se connecte le matin. Mal menée, elle fait perdre l'historique des candidats, fausse vos chiffres et ralentit l'équipe pendant des semaines. Bien menée, vous ouvrez votre nouvelle plateforme avec des données propres et une équipe qui lui fait confiance dès le premier jour.

J'ai dirigé des migrations vers Bullhorn pour des agences de dotation et de recrutement dans quatre pays. Le schéma se répète à chaque fois. Les entreprises qui planifient la migration par étapes claires en gardent le contrôle. Celles qui la traitent comme un simple transfert de données de fin de semaine passent les trois mois suivants à tout corriger.

Voici le plan que j'utilise, de la découverte des données à la mise en service.

1. Commencez par la découverte des données, pas par un export

Le premier réflexe consiste souvent à demander un export à l'ancien fournisseur. C'est le mauvais point de départ.

Commencez par comprendre ce que vous possédez réellement. Combien de dossiers de candidats existent, et combien sont réellement actifs? Où vivent vos informations importantes aujourd'hui? Sont-elles dans des champs structurés, ou enfouies dans des notes en texte libre? Quels champs personnalisés l'équipe utilise-t-elle vraiment, et lesquels n'ont pas été touchés depuis des années?

La découverte des données révèle la taille et la forme du travail. Elle fait aussi remonter les surprises tôt, pendant qu'il vous reste le temps de les traiter. Un plan de migration bâti sur un véritable audit tient la route. Un plan bâti sur une supposition, non.

2. Fixez le périmètre, l'équipe et le calendrier

Une migration est un projet, elle a donc besoin d'un responsable.

Décidez ce qui migre et ce qui est retiré. Décidez qui valide la correspondance des champs, qui approuve les données de test et qui prend la décision finale de mise en service. Nommez ces personnes avant le début du travail.

Fixez un calendrier qui tient compte de votre cycle de facturation et de votre haute saison. Une migration pendant votre mois de placement le plus chargé est un risque que vous pouvez anticiper. La plupart des migrations en dotation s'étalent sur six à douze semaines, selon le volume de données et le niveau de configuration de la nouvelle plateforme.

Bâtissez le plan avec votre équipe, pas autour d'elle. Les recruteurs qui utilisent le système chaque jour vous diront quels champs et quels rapports leur sont indispensables.

3. Faites la correspondance des champs avant de déplacer le moindre dossier

La correspondance des champs est le cœur du plan de migration.

Chaque champ de l'ancien système demande une décision. Il correspond à un champ de la nouvelle plateforme, il fusionne avec un autre champ, ou il est retiré. Statut du candidat, source, responsable, type de poste, historique des soumissions : chacun doit avoir sa place dans la nouvelle structure.

C'est l'étape qui protège vos rapports. Si les statuts ou les responsables ne correspondent pas proprement, vos chiffres de pipeline cassent dès le premier lundi. Faites correspondre les données qui guident vos décisions, et faites-le avec soin.

Ce travail est la colonne vertébrale de chaque nouvelle implémentation Bullhorn que nous menons.

4. Nettoyez les données qui comptent, et laissez le reste

Vous n'avez pas besoin d'une base parfaite pour migrer. Vous avez besoin que les dossiers importants soient justes.

Dédupliquez les contacts et les entreprises. Normalisez les intitulés de poste, les lieux et les statuts dont dépendent vos recherches. Décidez jusqu'où doit remonter l'historique de vos candidats, car déplacer dix ans de dossiers inactifs ajoute du coût et de l'encombrement pour peu de valeur.

Une migration est la meilleure occasion de nettoyage que vous aurez. Servez-vous-en pour laisser l'ancien désordre derrière vous, pas pour le transporter. Vos données ne sont que la moitié du travail, et le nettoyage que vous faites maintenant rapporte chaque jour après la mise en service.

5. Construisez et configurez la nouvelle plateforme

Une fois la correspondance validée, configurez le nouveau système pour qu'il reflète la façon de travailler de votre équipe.

Mettez en place vos étapes de processus, vos champs obligatoires, vos permissions d'utilisateur et vos modèles. Construisez les automatisations qui éliminent les tâches répétitives. Configurez les rapports et les tableaux de bord dont la direction a besoin, pour que les chiffres soient prêts dès le premier jour plutôt qu'un mois plus tard.

La configuration et la correspondance sont les deux faces d'un même plan. La structure que vous construisez doit recevoir les données que vous déplacez.

6. Faites une migration test et validez-la

Ne faites jamais de la première migration la migration réelle.

Faites une migration test dans un environnement de validation. Puis validez-la avec de vraies questions. Un recruteur peut-il retrouver un candidat qu'il a placé l'an dernier? L'historique des soumissions se lit-il correctement? Les rapports de pipeline correspondent-ils à l'ancien système? Tirez un échantillon de dossiers et vérifiez-les à la main.

La migration test, c'est là que vous attrapez les trous de correspondance pendant qu'ils sont encore peu coûteux à corriger. Corrigez-les, relancez, et continuez jusqu'à ce que les données se lisent comme l'équipe s'y attend.

7. Formez l'équipe avant la mise en service, pas après

Une migration propre échoue quand même si l'équipe ne sait pas utiliser la nouvelle plateforme.

Formez les gens sur leurs vrais postes et candidats, pas sur une base de démonstration. Montrez-leur comment leur travail quotidien se déroule dans le nouveau système. Donnez-leur un endroit pour poser des questions. L'objectif est une équipe qui se connecte au premier jour et continue de facturer, plutôt qu'une équipe qui revient discrètement aux feuilles de calcul.

L'adoption de la technologie est un problème humain avant d'être un problème technique. Les entreprises qui intègrent la formation au plan de migration sont celles qui voient les gains d'efficacité, souvent autour de quarante pour cent, et les dix heures ou plus par semaine qu'une bonne plateforme redonne à chaque recruteur.

8. Lancez avec une période de soutien rapproché

La mise en service est une date, pas une ligne d'arrivée.

Prévoyez une période de soutien rapproché d'une à deux semaines juste après le lancement. Gardez le soutien proche, observez les premiers vrais processus et corrigez vite les petits problèmes avant qu'ils ne deviennent des contournements. Gelez l'ancien système en lecture seule pour que personne ne travaille à deux endroits.

Puis faites le bilan. Qu'est-ce qui a migré proprement? Qu'est-ce qui demande une deuxième passe? Un court bilan après la mise en service transforme une migration en une plateforme à laquelle votre équipe fait vraiment confiance.

Un plan de migration, c'est ce qui transforme un nouveau système en système qui fonctionne

La migration technique représente quelques jours de travail. Le plan qui l'entoure décide si le projet réussit.

Découvrez les données, fixez le périmètre, faites correspondre les champs, nettoyez ce qui compte, construisez la plateforme, testez la migration, formez l'équipe et soutenez la mise en service. Rien de tout cela n'est aussi excitant que la date de lancement. Tout cela est ce qui rend la date de lancement digne d'intérêt.

Achieve planifie et mène les migrations d'ATS et de CRM vers Bullhorn pour les agences de dotation et de recrutement, de la découverte des données à la mise en service et à l'adoption. Si vous planifiez un changement, réussissez votre nouveau système du premier coup avec nous.