Guide
Faire soi-même ou faire réaliser la migration de données ?
Beaucoup de choses autour de la migration de données peuvent être réalisées en interne — la question est de savoir si c'est rentable. Quand la prestation interne est pertinente, où se situe la limite et quelle est la voie la plus coûteuse.
Réaliser soi-même une migration de données est rentable si le projet reste modeste, si quelqu'un dans l'entreprise a le temps de s'en occuper et si personne ne dépend d'une mise en service à une date précise. Dès que d'autres systèmes doivent intervenir ou que quelqu'un est responsable en cas de panne, la réalisation externe est généralement plus avantageuse — la voie la plus coûteuse étant celle du projet inachevé.
01 — Prestation interne
Faire soi-même ou faire faire ?
- Faire soi-même est judicieux si quelqu'un dans l'entreprise a le temps et l'intérêt pour cela, si le projet reste petit et si personne ne dépend de sa mise en service à une date précise.
- Les modules prêts à l'emploi vous amènent rapidement à un premier résultat, mais atteignent leurs limites là où entrent en jeu des processus propres, des données propres ou des connexions à des systèmes existants.
- Faire réaliser est rentable dès que la migration de données doit communiquer avec d'autres systèmes, dès que quelqu'un est responsable en cas de dysfonctionnement, ou dès que la charge de travail interne devient plus coûteuse que la réalisation externe.
- La voie la plus coûteuse est celle à moitié achevée : construite en interne pendant des mois en parallèle, puis abandonnée et refaite en externe. Qui opte pour la prestation interne devrait fixer un budget temps et un point d'abandon.
- Formule mixte : concept et mise en place externes, maintenance interne. C'est souvent la voie la plus économique pour une migration de données — à condition que la passation soit documentée.
02 — Prérequis
Ce dont vous avez besoin pour une migration de données
- Un motif clairement identifié. Non pas « nous devrions faire quelque chose avec l'IA », mais un processus qui coûte aujourd'hui du temps ou des commandes de manière avérée.
- Contenus ou données existants. La migration de données travaille avec ce qui existe. Plus la situation de départ est complète, plus la mise en place est rapide.
- Accès aux systèmes concernés. Qui gère les accès doit être impliqué dès le départ — c'est d'après l'expérience la cause de retard la plus fréquente.
- Une personne de contact décisionnaire. Une, pas trois.
- Volonté d'ajuster après le lancement. Les premières semaines en exploitation réelle montrent ce qui manquait dans le concept. C'est normal et prévu.
03 — Calcul
Comment calculer
Quatre chiffres suffisent : à quelle fréquence le processus se produit-il ? Combien de temps dure-t-il ? Quel est le coût horaire interne ? Et que coûte la solution — une fois, plus l'exploitation sur trois ans ?
Un exemple : un processus qui se produit deux fois par semaine et dure à chaque fois 40 minutes mobilise environ 69 heures par an. Avec un coût horaire interne de 45 euros, cela représente environ 3 100 euros par an qui y sont immobilisés. Si une solution réduit cette charge de deux tiers, elle s'amortit — selon l'offre réelle — souvent en un à deux ans. Nous vous communiquerons la valeur exacte pour votre cas après le premier entretien.
Ce calcul est volontairement conservateur : il ne prend en compte que le temps économisé, pas les erreurs évitées ni les commandes obtenues grâce à une réaction plus rapide. En pratique, l'avantage est généralement plus élevé — mais il ne faut pas compter dessus avant de l'avoir mesuré.
04 — Questions
Questions fréquentes
Qu'advient-il des pièces jointes et des documents liés à l'enregistrement ?
Ils sont transférés, à condition que le système cible les prenne en charge. Lorsque le format ne convient pas, on clarifie au préalable si une conversion est nécessaire ou si un stockage externe reste plus judicieux.
Avons-nous besoin d'un accès aux deux systèmes simultanément pour la migration ?
Oui, au moins pendant la période des essais et du basculement proprement dit. Après, l'accès à l'ancien système peut être restreint ou terminé.
Pouvons-nous continuer à travailler en parallèle ?
Pour les migrations courtes oui, avec une date de référence. Pour les migrations plus longues, on continue généralement à travailler dans l'ancien système jusqu'au basculement et on transfère l'accroissement à la fin.
Que se passe-t-il si quelque chose manque après la bascule ?
C'est pourquoi il faut un protocole de comptage et une possibilité de retour en arrière : l'ancien stock reste intact jusqu'à ce que la validation soit effectuée. Des compléments ultérieurs de zones spécifiques sont possibles.
Emportons-nous tout ?
Rarement sensé. Fiches obsolètes, jeux de test et opérations vieilles de dix ans alourdissent le nouveau système. Nous recommandons de migrer le stock actif et de conserver le reste disponible sous forme archivée.
Comment nous assurons-nous que rien n'est perdu ?
Via le protocole de comptage : le nombre d'enregistrements avant et après est comparé, des échantillons sont vérifiés sur le fond. Ce n'est qu'après cette validation que la migration est considérée comme achevée.
Combien de temps dure une migration ?
Le transfert lui-même prend généralement des heures. Le temps est consacré à l'analyse, aux règles et aux essais — généralement deux à six semaines, selon l'état des anciennes données.
05 — Décision
Comment avancer
L'étape suivante la plus avantageuse est un entretien, pas un devis. Vingt minutes suffisent généralement pour clarifier si un projet a du sens, dans quel cadre il s'inscrit et si nous sommes les bons interlocuteurs.
Si ce n'est pas le cas, nous le disons. Un non honnête coûte moins cher qu'un projet qu'on abandonne au bout de trois mois — des deux côtés.
06 — Suite
Pages correspondantes
- Migration de données — Vue d'ensemble
- Migration de données — Durée
- Migration de données — Fonctionnement
- Migration de données — Protection des données
- Migration de données — Financement
- Migration de données — Par où commencer
- Migration de données — Comparaison de prestataires
- Migration de données — Erreurs typiques
- Connexion CRM
- Logiciel sur mesure
- Interfaces API
- Tous les guides
Prochaine étape
Nous examinons votre situation de départ.
Dites-nous ce qui prend du temps aujourd'hui. Cela donne une évaluation avec effort et bénéfice — et seulement après, une offre.