Er is een zin die u in bijna elk gesprek over het wisselen van e-mailprovider hoort: “ja, we weten dat we zouden moeten overstappen, maar het is te ingewikkeld”.
Achter die zin schuilt een concrete en volkomen rationele angst. E-mail is het zenuwstelsel van een organisatie. Valt het een halve dag uit, dan stoppen de facturen, stoppen de offertes, stoppen de antwoorden aan klanten. Niemand wil degene zijn die besloot eraan te komen.
Dit artikel zal niet zeggen dat migratie eenvoudig is. Het zal precies zeggen wat er mis kan gaan, waarom het misgaat, en hoe u elk geval vermijdt. Wie dit elke dag doet, weet dat vertrouwen niet wordt verdiend door risico's te bagatelliseren, maar door ze bij naam te noemen.
De zeven echte problemen
1. Oude berichten verliezen. Het is angst nummer één, en ze is terecht. Een slecht uitgevoerde migratie kan de geschiedenis maar gedeeltelijk kopiëren en hele mappen overslaan, meestal de oudste of de grootste.
2. Geen e-mail ontvangen tijdens de overstap. Er is een moment, wanneer de routeringsrecords van het domein worden gewijzigd, waarop een deel van de wereld de nieuwe server al kent en een ander deel nog naar de oude wijst. Slecht beheerd levert dat venster verloren of geweigerde berichten op.
3. Te laat ontdekken dat een mailbox ontbrak. Afdelingsaccounts, adressen die door geautomatiseerde systemen worden gebruikt, mailboxen van een medewerker die vertrokken is maar nog steeds klantcommunicatie ontvangt. Ze duiken altijd op, en ze staan zelden op de oorspronkelijke lijst.
4. Doorsturingen en regels vergeten. Veel organisaties hebben in de loop der jaren allerlei regels opgebouwd: facturen die naar de boekhouding gaan, websiteformulieren die in een gedeelde mailbox belanden, meldingen die naar degene gaan die dienst heeft. Als die regels niet vooraf in kaart zijn gebracht, worden ze ontdekt door hun afwezigheid, en altijd op het slechtst denkbare moment.
5. E-mails die na de overstap in de spam belanden. Van server wisselen betekent dat de technische herkomst van de berichten verandert. Als de verzendautorisaties van het domein niet tegelijkertijd worden bijgewerkt, wordt de legitieme e-mail van het bedrijf door de ontvangende systemen als verdacht behandeld.
6. Agenda's en contacten die achterblijven. Veel mensen zien een migratie als iets dat alleen over berichten gaat. Vervolgens ontdekken ze dat de afspraken voor de komende zes maanden en de contactenlijst van het team niet zijn meegekomen.
7. De apparaten van iedere medewerker die niet meer werken. De server is veranderd, maar de telefoon van elke medewerker is nog ingesteld op de oude. Zonder een plan voor dit onderdeel is het resultaat een week vol telefoontjes naar de ondersteuning.
Hoe u het doet zonder onaangename verrassingen
Een goed uitgevoerde migratie berust op één principe dat de helft van de bovenstaande problemen oplost: de bron wordt nooit verwijderd.
De gegevens worden gekopieerd, niet verplaatst. Terwijl het kopiëren loopt, blijft de oude dienst precies werken zoals altijd. Als er iets misgaat, valt er niets te herstellen, want er is niets vernietigd. Dit is de eerste vraag die u elke aanbieder moet stellen, en het antwoord hoort direct en ondubbelzinnig te zijn.
Van daaruit wordt het werk in drie fasen georganiseerd.
Fase één: inventarisatie. Voordat er één e-mail wordt gekopieerd, wordt alles in kaart gebracht. Alle mailboxen, ook die waar niemand meer aan denkt. Alle aliassen en doorsturingen. Alle relevante filterregels. Alle externe systemen die namens het domein verzenden, van de facturatiesoftware tot het websiteformulier. Het is de meest tijdrovende fase en degene die het succes van al het andere bepaalt.
Fase twee: parallelle kopie. Berichten, mappen, agenda's en contacten worden naar de nieuwe infrastructuur gekopieerd terwijl de oude dienst actief blijft. Het team merkt er niets van. Aan het einde van deze fase zijn er twee volledige kopieën, en kan de nieuwe in alle rust worden gevalideerd.
Fase drie: omschakeling van de routering. Pas als de validatie is afgerond, wordt de routering van het domein omgezet naar de nieuwe server. De wijziging verspreidt zich in enkele uren over het internet, en in die periode ontvangen beide infrastructuren e-mail. Daarom blijft de oude dienst nog enkele dagen actief: om op te vangen wat daar nog binnenkomt.
Een opmerking over het moment van deze fase. Hij wordt bij voorkeur buiten de piekuren uitgevoerd, en nooit aan de vooravond van een financiële afsluiting, een gerechtelijke termijn of een campagne. Niet vanwege technisch risico, maar omdat elke verrassing op een dinsdagochtend makkelijker op te vangen is dan op een vrijdagmiddag.
Het aandeel van de klant
Er zijn drie dingen die geen enkele aanbieder alleen kan doen, en het is goed om dat vanaf het begin te weten.
Bepaal wat er wordt gemigreerd. Niet de hele geschiedenis hoeft mee te komen. Sommige organisaties nemen alles mee, andere de laatste drie jaar en archiveren de rest. Het is een zakelijke beslissing, geen technische.
Geef toegang tot het domein. De routeringswijziging wordt gedaan waar het domein is geregistreerd. Als niemand in het bedrijf weet waar dat is, of wie de inloggegevens heeft, dan is dat het eerste probleem dat moet worden opgelost. Het komt vaker voor dan u zou denken.
Informeer het team. Een intern bericht, twee dagen van tevoren, waarin staat wat er gaat gebeuren en wat iedereen op zijn telefoon moet doen, bespaart tientallen onderbrekingen.
De vragen die u stelt voordat u tekent
- Worden de brongegevens op enig moment in het proces verwijderd? Het juiste antwoord is nee.
- Blijft de huidige dienst werken tijdens de migratie? En hoe lang daarna nog?
- Wat is inbegrepen: alleen berichten, of ook agenda's, contacten, aliassen en regels?
- Wie werkt de verzendautorisaties van het domein bij, en wanneer?
- Wie helpt het team bij het opnieuw instellen van hun apparaten?
- Wat is het plan als er halverwege iets misgaat?
Een aanbieder die deze zes vragen helder beantwoordt, heeft al meer laten zien dan welk verkooppraatje ook.
En wanneer migreren niet de moeite waard is
Eerlijk is eerlijk: ook het omgekeerde verdient vermelding. Als de organisatie midden in een fusie, een domeinwijziging of een ingrijpende herstructurering van haar teams zit, is het verstandig om te wachten. Twee keer migreren is erger dan te laat migreren.
In alle andere gevallen heeft uitstel meestal een stille prijs: nog meer jaren met een dienst die niet meer past, nog meer afhankelijkheid van een configuratie die niemand volledig begrijpt, en een steeds grotere geschiedenis om te verhuizen wanneer de beslissing uiteindelijk valt.
De migratie is niet het risicomoment. Het risicomoment is de dag waarop het huidige systeem uitvalt en er helemaal geen plan was.