Si vous avez déjà changé de système logiciel, vous avez probablement été confronté à la question de la migration, c'est-à-dire le transfert de vos anciennes données d'un système obsolète vers un tout nouveau système.
Dans le cas d'un logiciel de gestion de sites, qui ne voudrait pas en bénéficier ?
La migration des données, qui peut sembler être une démarche évidente, voire une nécessité, n'est pas aussi simple, rentable ou indispensable qu'on pourrait le croire. Si elle n'est pas mûrement réfléchie, elle peut en réalité être source de frustration et constituer une très mauvaise utilisation de votre temps et de votre argent.
La réalité de la migration des données est la suivante : il n'existe pratiquement jamais de solution « prête à l'emploi » pour la réaliser. Chaque système a sa propre façon de stocker les données et de cartographier les informations. Cela signifie que la plupart des migrations de données nécessitent un travail de développement sur mesure, qui peut s'avérer très coûteux et prendre beaucoup de temps. Dans cette optique, il est important que votre organisation réfléchisse aux objectifs d'une telle entreprise et évalue les coûts et les avantages pour votre site.
Il ne s'agit pas seulement de pouvoir accéder instantanément à d'anciennes données : il faut d'abord déterminer quelles données sont réellement nécessaires dans le nouveau système et pourquoi. Voici quelques facteurs à prendre en considération :
1. Quelle est la qualité des données contenues dans votre ancien système ?
Si la qualité des données dans ce système pose problème, transférer les données problématiques vers un nouveau système reviendrait simplement à transférer les problèmes (c'est-à-dire les anciens enregistrements, les doublons, etc.). En substance, vous dépenseriez davantage d'argent pour rencontrer les mêmes inexactitudes et frustrations.
2. À quelle fréquence faudra-t-il accéder aux données historiques ?
Si le transfert des données historiques est une priorité absolue, il faut tenir compte de la fréquence à laquelle elles seront utilisées et déterminer si cela justifie l'effort et le coût importants que cela représente.
3. Sera-t-il possible d'accéder à l'ancien système une fois que le nouveau sera en service ?
Si tel est le cas, il suffirait alors de faire référence à l'ancien système.
4. Si l'ancien système n'est plus accessible à l'avenir, les impressions ou les données archivées suffiront-elles comme référence historique ?
La faisabilité de cette opération dépend de la fréquence à laquelle vous auriez besoin de consulter ces données archivées.
5. Les données telles que les coordonnées des clients peuvent-elles être exportées et mieux organisées dans Excel ou une application similaire ?
Si tel est le cas, une base de données dans ce format peut être importée plus facilement et à moindre coût.
6. Les événements futurs doivent-ils également être importés ?
Si tel est le cas, il existe peu de meilleurs moyens d'apprendre le fonctionnement d'un nouveau système que d'expérimenter le processus de saisie d'informations, en particulier des informations réelles ayant une valeur réelle. La nécessité d'ajouter des événements futurs pourrait coïncider avec le processus de formation, car une partie de l'instruction permettrait aux membres du personnel de le faire manuellement. Évidemment, cette approche n'est peut-être pas la plus pratique. Dans ce cas, l'importation pourrait être simplifiée au maximum, par exemple sous la forme d'un tableur avec des champs aussi simples que le nom de l'événement, la date de début et la date de fin.
7. Toutes les considérations ci-dessus se résument à ceci :
La migration des données apportera-t-elle à votre organisation un avantage équivalent au temps et à l'argent qu'elle nécessitera ? La migration des données étant essentiellement un développement logiciel personnalisé, le processus peut souvent s'avérer long et coûteux.
D'après mon expérience, on nous a souvent demandé de migrer « toutes les données » d'un ancien système vers le nôtre. Mais qu'est-ce que cela implique réellement ? S'agit-il des noms et adresses de tous les anciens clients du lieu, de leurs événements passés, de tous les espaces qu'ils ont réservés, de toutes les serviettes qu'ils ont commandées et de tous les documents qu'ils ont envoyés ? Les ingénieurs logiciels ne conçoivent jamais leurs systèmes en tenant compte des migrations, de sorte qu'il existe presque toujours des champs qu'il est pratiquement impossible de mapper d'un système à l'autre. On ne s'en rend compte que lorsque le personnel technique du nouveau système commence à comparer les structures des bases de données de chacun.
En sachant quelles données seraient vraiment utiles et lesquellesnele seraientpas, et en envisageant différentes façons d'accéder à ces données, vous pouvez économiser énormément de temps et d'argent lors du passage d'un système à un autre.
En matière de migrations globales, presque tout le monde se présente à la table des négociations en en voulant une sans savoir ce que cela implique. Mais une fois que les coûts et les avantages ont été évalués de manière objective, très peu de gens procèdent comme ils l'avaient prévu. Des discussions spécifiques révèlent que le besoin n'est pas aussi important qu'on le pensait initialement, et la plupart des gens se rendent compte à quel point la mise en œuvre réelle serait fastidieuse. En adoptant une approche plus pragmatique et en analysant vos besoins réels à l'avance, vous pouvez consacrer moins de temps et d'argent à la mise en place d'un nouveau système fonctionnant avec des informations vraiment essentielles.
.svg)