Microsoft 365 · Migration
Passer à Microsoft 365 n'est pas une opération technique compliquée en soi. Ce qui l'est, c'est de le faire sans perdre un courrier, sans que personne ne se retrouve bloqué un lundi matin, et sans se réveiller six mois plus tard avec des licences payées pour des comptes que plus personne n'utilise. C'est une opération qui se prépare — et qui se fait intégralement à distance.
Premier échange gratuit · Sans engagement · Paiement après l'intervention
Presque jamais à cause de la technique. Les outils de migration de Microsoft fonctionnent correctement et le procédé est balisé depuis longtemps. Ce qui coince est ailleurs.
D'abord l'inventaire. On découvre en cours de route une boîte partagée que personne n'avait signalée, une adresse générique qui sert aux commandes fournisseurs, une application métier qui envoie ses notifications via l'ancien serveur, un scanner configuré pour expédier les documents par courriel. Chacun de ces éléments casse quelque chose s'il est oublié.
Ensuite le calendrier. Une bascule lancée un mardi matin garantit une journée agitée ; la même opération préparée à l'avance et basculée en fin de semaine passe presque inaperçue.
Enfin l'accompagnement. Une migration réussie techniquement mais mal expliquée produit exactement la même impression qu'un échec : des collaborateurs qui ne retrouvent plus leurs dossiers et qui concluent que « c'était mieux avant ».
Boîtes individuelles et partagées, listes de diffusion, alias, redirections, applications qui envoient du courrier, appareils configurés. C'est l'étape la moins spectaculaire et celle qui détermine si la bascule se passera bien.
Les formules Microsoft 365 se ressemblent et ne couvrent pas les mêmes besoins. On dimensionne selon les usages réels — tout le monde n'a pas besoin de la même chose — plutôt que d'aligner l'entreprise sur la formule la plus complète par confort.
Copie des boîtes vers Exchange Online pendant que l'ancien système tourne, bascule des enregistrements DNS sur un créneau choisi, synchronisation finale, reconfiguration des postes et des mobiles. L'historique des messages est conservé.
Reprise des partages réseau vers SharePoint et OneDrive avec une structure de droits qui tient debout. C'est l'occasion de reprendre une arborescence qui a souvent poussé toute seule pendant dix ans.
Authentification multifacteur, politiques d'accès, gestion des comptes qui partent, journalisation. Une messagerie professionnelle sans MFA est aujourd'hui une porte ouverte, et les tentatives de détournement de virement commencent presque toujours par là.
Mise en place d'une sauvegarde indépendante des boîtes et des fichiers, parce que Microsoft n'assure pas ce rôle. Ce point est détaillé sur la page consacrée à la sauvegarde des données d'entreprise.
Recensement de l'existant, volumes à migrer, contraintes de calendrier, applications tierces à reconnecter. On sort de cette étape avec une liste précise, pas avec une estimation au doigt mouillé.
Création de l'environnement, configuration du domaine, mise en place des règles de sécurité, licences. Tout se prépare pendant que votre système actuel continue de fonctionner normalement.
Les boîtes et les fichiers sont copiés en arrière-plan, sur plusieurs jours si le volume l'exige. Aucun impact pour les utilisateurs pendant cette phase.
Changement des enregistrements DNS sur un créneau convenu, synchronisation finale, reconfiguration des postes et des téléphones. C'est la seule phase réellement visible pour l'équipe.
Prise en main, réponses aux questions des premiers jours, correction des détails qui ne se voient qu'à l'usage. C'est cette phase qui fait la différence entre une migration acceptée et une migration subie.
Une migration Microsoft 365 ne demande à aucun moment une présence physique dans vos locaux. L'inventaire se fait par échange et par relevé technique, la préparation et la bascule se pilotent à distance, et la reconfiguration des postes se traite en prise en main sécurisée avec chaque utilisateur.
C'est donc une prestation que je réalise partout en France métropolitaine, dans les mêmes conditions qu'à Nice ou à Villefranche-sur-Mer. Le déplacement sur site n'apporterait rien de plus ici.
Elle s'articule naturellement avec deux autres sujets : la sauvegarde des données, indispensable puisque Microsoft ne la fournit pas, et les accès distants sécurisés pour ce qui reste hébergé chez vous. L'ensemble s'inscrit dans l'accompagnement décrit sur la page services informatiques pour PME et startups.
Non, si la migration est préparée. Les messages sont copiés vers la nouvelle plateforme pendant que l'ancienne continue de fonctionner ; le basculement des enregistrements DNS n'intervient qu'ensuite, et une synchronisation finale récupère ce qui est arrivé entre-temps. Le risque de perte vient des migrations improvisées, pas du procédé.
La copie des données se fait en arrière-plan, sans gêne pour les utilisateurs. La perturbation réelle se concentre sur la bascule elle-même, généralement planifiée en fin de semaine, plus une journée d'ajustements. La durée dépend surtout du volume des boîtes et du débit disponible.
Non, et c'est le malentendu le plus répandu. Microsoft garantit la disponibilité du service et conserve les éléments supprimés pendant une durée limitée, mais cela ne remplace pas une sauvegarde. Une suppression passée inaperçue ou un chiffrement par rançongiciel restent à votre charge : une sauvegarde tierce est nécessaire.
Oui. Vos adresses ne changent pas : c'est uniquement la plateforme qui héberge la messagerie qui change. La configuration du domaine fait partie de la migration.
Un premier échange permet de dresser l'inventaire de l'existant et d'estimer la charge réelle. Vous saurez ce que la bascule implique pour votre équipe avant de vous engager.
