Sähköpostin siirto Microsoft 365 -pilveen on teknisesti suoraviivainen projekti, joka kuitenkin epäonnistuu yllättävän usein puutteellisen suunnittelun vuoksi. Usein ajatellaan, että ”siirretään vain postit”, mutta unohdetaan kaikki muu, mikä roikkuu sähköpostin mukana. Onnistunut migraatio ei ole pelkkä tekninen temppu, vaan hallittu muutosprosessi, joka vaikuttaa jokaiseen työntekijään.

Kokemuksemme mukaan projektit kompastuvat lähes poikkeuksetta samoihin perusasioihin. Tässä viisi yleisintä sudenkuoppaa ja ohjeet niiden välttämiseen.

1. Puutteellinen inventaario: ”Mitä kaikkea meillä olikaan?”

Yleisin virhe on olettaa, että siirrettävänä on vain käyttäjien henkilökohtaiset postilaatikot. Todellisuudessa sähköpostijärjestelmään on vuosien varrella kertynyt valtava määrä erilaisia toimintoja, joiden unohtaminen aiheuttaa käyttökatkoja ja kaaosta.

Ennen kuin siirrät yhtäkään sähköpostia, tee täydellinen inventaario:

• Käyttäjälaatikot: Tämä on helppo osa. Kuka tarvitsee laatikon ja millä lisenssillä?
• Jaetut postilaatikot: Asiakaspalvelun, myynnin tai taloushallinnon yhteiset laatikot (esim. info@, laskut@). Kenellä on niihin käyttöoikeudet?
• Jakelulistat ja ryhmät: Mihin listoihin viestit leviävät? Onko vanhoja, turhia listoja, jotka voi siivota samalla?
• Resurssit: Neuvotteluhuoneiden ja yhteiskäyttöautojen kalenterit ovat postilaatikoita. Ne on siirrettävä, jotta varaukset toimivat jatkossakin.
• Uudelleenohjaukset ja säännöt: Onko vanhalle työntekijälle tehty ikuinen ohjaus eteenpäin? Onko palvelimella sääntöjä, jotka ohjaavat viestejä tiettyihin kansioihin? Nämä eivät siirry automaattisesti.
• Sovellukset ja laitteet: Tämä on kriittisin ja useimmin unohdettu kohta. Monet sovellukset ja laitteet, kuten toiminnanohjausjärjestelmät, verkkosivujen yhteydenottolomakkeet, monitoimitulostimien skannaus sähköpostiin ja valvontajärjestelmien hälytykset, on usein konfiguroitu käyttämään vanhaa sähköpostipalvelinta viestien lähettämiseen. Jokainen näistä on löydettävä ja niiden asetukset on päivitettävä toimimaan uuden Microsoft 365 -ympäristön kanssa.

Ilman huolellista inventaariota migraation jälkeen alkaa tulla ilmoituksia: ”laskut eivät lähde järjestelmästä” tai ”skanneri ei enää toimi”. Tämän selvittely jälkikäteen on huomattavasti työläämpää kuin ennakointi.

2. Oletusasetusten ansa: Tietoturva ei tule laatikosta

Microsoft 365 on lähtökohtaisesti tietoturvallinen alusta, mutta sen parhaat ominaisuudet eivät ole päällä oletuksena. Uuden ympäristön pystyttäminen ilman tietoturvan välitöntä koventamista on kuin jättäisi uuden toimiston oven auki ensimmäisenä yönä.

Keskity vähintään näihin kolmeen asiaan heti käyttöönoton yhteydessä, ei ”sitten joskus myöhemmin”:

1. Monivaiheinen tunnistautuminen (MFA): Se on yksi tärkeimmistä ja tehokkaimmista yksittäisistä tietoturvatoimista. Pelkkä salasana ei riitä, sillä ne vuotavat jatkuvasti. MFA vaatii salasanan lisäksi vahvistuksen esimerkiksi puhelinsovelluksesta, mikä estää tehokkaasti tilien kaappaukset. Pakota MFA käyttöön kaikille käyttäjille heti ensimmäisestä päivästä alkaen.
2. Ehdollinen pääsynhallinta (Conditional Access): Määritä säännöt sille, mistä ja millaisilla laitteilla yrityksen dataan pääsee käsiksi. Voit esimerkiksi estää kirjautumiset tunnetuista riskimaista tai vaatia, että laitteen tietoturva on kunnossa (esim. virustorjunta ja päivitykset ajan tasalla).
3. Roskapostin ja tietojenkalastelun suodatus: Oletussuodatus torjuu perusroskapostin, mutta kohdennetut kalasteluviestit ja haittaohjelmat vaativat järeämpiä työkaluja. Microsoft Defender for Office 365 (aiemmin ATP) on erittäin suositeltava lisäpalvelu, joka tarkistaa linkit ja liitteet reaaliaikaisesti haitallisen sisällön varalta. Microsoft 365 -tietoturva vaatii aktiivisia toimia, jotta ympäristö on aidosti suojattu.

3. Radiohiljaisuus: Käyttäjät jätetään pimentoon

Teknisesti täydellinenkin migraatio voi tuntua käyttäjän näkökulmasta katastrofilta, jos siitä ei viestitä selkeästi. Työntekijä tulee maanantaiaamuna töihin, ja tutut työkalut eivät toimi tai vaativat uusia kirjautumisia ilman ennakkovaroitusta. Seurauksena on turhautumista, tuottavuuden laskua ja IT-tuen ruuhkautuminen.

Onnistunut viestintäsuunnitelma on yksinkertainen:

• Ennen siirtoa: Kerro kaikille hyvissä ajoin, mitä on tapahtumassa, milloin se tapahtuu ja miksi se tehdään. Anna selkeät ohjeet esimerkiksi uuden salasanan asettamisesta tai MFA:n käyttöönotosta. Lyhyt ohjevideo tai PDF-opas toimii hyvin.
• Siirron aikana: Ilmoita, kun siirto alkaa ja milloin sen odotetaan olevan valmis. Kerro mahdollisista lyhyistä käyttökatkoista.
• Siirron jälkeen: Varmista, että kaikki tietävät, miten uuteen järjestelmään kirjaudutaan. Tarjoa selkeä kanava tuen saamiseksi (esim. nimetty yhteyshenkilö tai tukipuhelinnumero). Järjestä lyhyt, vapaaehtoinen koulutus uusista ominaisuuksista, kuten Teamsin ja Outlookin yhteistoiminnasta.

Hyvä nyrkkisääntö on, että käyttäjälle ei saa tulla yllätyksiä. Kun ihmiset tietävät mitä odottaa, he suhtautuvat muutokseen ymmärtäväisemmin.

4. Datan siivous unohtuu: ”Siirretäänkö kaikki 15 vuoden takaisetkin postit?”

Kiintolevytila oli ennen kallista, joten vanhoja sähköposteja poistettiin ahkerasti. Nykyään tallennustilaa on saatavilla runsaasti ja edullisesti, mikä on osaltaan vaikuttanut siihen, että dataa säilytetään aiempaa enemmän. Postilaatikot voivat sisältää yli vuosikymmenen historian, josta suuri osa ei välttämättä ole aktiivisessa käytössä.

Koko historian siirtäminen sokeasti uuteen järjestelmään on virhe. Se hidastaa migraatioprosessia, tekee postilaatikosta hitaan käyttää ja voi lisätä kustannuksia. Ennen siirtoa on päätettävä, mitä vanhalle datalle tehdään.

Hyvä strategia on kolmivaiheinen:

1. Määritä siirtoikkuna: Päätä, kuinka vanhat sähköpostit siirretään aktiiviseen postilaatikkoon. Yleensä 1–2 vuotta riittää kattamaan useimmat viimeaikaiset keskustelut aktiivisessa postilaatikossa.
2. Arkistoi loput: Tätä vanhemmat sähköpostit voidaan siirtää erilliseen arkistopostilaatikkoon Microsoft 365:ssä. Ne ovat edelleen haettavissa, mutta eivät hidasta päivittäistä työtä.
3. Huomioi laki: Varmista, että ratkaisu noudattaa lainsäädännön vaatimuksia, kuten kirjanpitomateriaalin säilytysaikoja.

Samalla on hyvä hetki käydä läpi, mitä lisenssipaketteja yritys oikeasti tarvitsee. Kaikki eivät välttämättä tarvitse kalleinta pakettia.

5. Jälkityöt aliarvioidaan: DNS-muutokset ja viimeistely

Sähköpostin reititys internetissä perustuu verkkotunnuksesi DNS-tietueisiin (MX, SPF, DKIM). Kun siirryt Microsoft 365:een, nämä tietueet on päivitettävä osoittamaan Microsoftin palvelimille. Tämä on migraation kriittisin tekninen vaihe, jossa pienellä virheellä voi olla suuret seuraukset.

Tyypillinen kompastuskivi on DNS-tietueiden elinikä (TTL, Time-to-Live). Jos TTL-arvo on oletuksena 24 tuntia, voi kestää jopa vuorokauden, ennen kuin muutos päivittyy kaikille internetin palvelimille. Tänä aikana osa sähköposteista voi ohjautua vanhaan ja osa uuteen järjestelmään, tai pahimmillaan kadota kokonaan.

Ammattilainen laskee TTL-arvon hyvissä ajoin ennen migraatiota (esim. 5–15 minuuttiin), jolloin itse siirtohetkellä tehtävä muutos astuu voimaan lähes välittömästi.

Muita usein unohtuvia jälkitöitä:

• Outlook-profiilien luonti: Vaikka Outlook osaa usein luoda uuden profiilin automaattisesti, tämä ei aina onnistu. Varaudu auttamaan käyttäjiä manuaalisesti.
• Mobiililaitteet: Varmista, että työntekijät osaavat poistaa vanhan sähköpostitilin puhelimestaan ja lisätä uuden tilalle.
• Vanhan järjestelmän sammuttaminen: Älä sammuta vanhaa palvelinta heti siirron jälkeen. Pidä se toiminnassa riittävän ajan (esim. vähintään viikon) varmuuden vuoksi, jotta mahdollisesti sinne vielä ohjautuvat viimeisetkin viestit saadaan talteen.

Olipa yrityksesi sitten Vantaan yrityspuistossa tai etätyömallilla toisella puolella Suomea, huolellinen suunnittelu on onnistuneen pilvipalveluiden käyttöönoton perusta. Kun nämä viisi sudenkuoppaa on tiedostettu ja vältetty, Microsoft 365 sähköpostin käyttöönotto sujuu hallitusti ja ilman yllätyksiä.