Kun sama tukipyyntö toistuu viikosta toiseen, palvelimet vaativat jatkuvaa huomiota ja päivitykset tehdään vasta ongelman jälkeen, IT alkaa syödä työaikaa enemmän kuin tuottaa sitä. Silloin opas ulkoistettuun IT-palvelumalliin ei ole teoriapaketti vaan käytännön työkalu päätöksentekoon. Pk-yritykselle kyse ei yleensä ole vain tuen hankkimisesta, vaan siitä, miten IT saadaan tukemaan kasvua, hallittuja kustannuksia ja arjen toimintavarmuutta.
Ulkoistettu IT-palvelumalli tarkoittaa yksinkertaisesti sitä, että yritys siirtää osan tai koko IT-ympäristön jatkuvasta hoidosta ulkopuoliselle kumppanille. Malli voi kattaa helpdeskin, etä- ja lähituen, palvelinten ja verkkojen valvonnan, työasemien ylläpidon, ohjelmistopäivitykset, tietoturvan, oheislaitteet sekä ympäristön kehittämisen. Oleellista ei kuitenkaan ole palvelulista, vaan toimintatapa. Hyvä kumppani ei odota vikailmoitusta, vaan seuraa, vakioi ja korjaa ennakoivasti.
Mitä ulkoistettu IT-palvelumalli oikeasti ratkaisee
Monessa yrityksessä IT:n suurin ongelma ei ole yksittäinen iso häiriö vaan jatkuva pieni kitka. Työasemat toimivat epätasaisesti, laitteita on hankittu eri aikoina ilman yhtenäistä linjaa, käyttäjät eivät tiedä mihin ottaa yhteyttä ja sisäinen vastuuhenkilö joutuu hoitamaan kaikkea muun työn ohessa. Tällaisessa ympäristössä kustannukset näyttävät paperilla hallituilta, mutta arjessa syntyy jatkuvaa tehottomuutta.
Ulkoistettu malli tuo tähän rakennetta. Kun vastuut, palvelutasot ja käytännöt sovitaan etukäteen, IT muuttuu reaktiivisesta tekemisestä hallituksi palveluksi. Samalla näkyvyys paranee. Yritys tietää, mitä ylläpidetään, miten nopeasti tukea saa ja millä tavalla ympäristöä kehitetään ajan mittaan.
Tämä näkyy usein kolmella tasolla. Ensinnäkin häiriöt vähenevät, koska valvonta ja perushuolto tehdään järjestelmällisesti. Toiseksi työaikaa säästyy, kun käyttäjät saavat apua nopeasti yhdestä kanavasta. Kolmanneksi kustannuksia on helpompi ennakoida, jos palvelu perustuu kiinteään kuukausimalliin eikä yksittäisten vikakeikkojen laskutukseen.
Opas ulkoistettuun IT-palvelumalliin – aloita nykytilasta
Yleisin virhe on kilpailuttaa palvelu ennen kuin oma tilanne on kunnolla ymmärretty. Jos lähtötiedot ovat epäselvät, tarjoukset näyttävät erilaisilta eikä niitä voi verrata keskenään. Siksi ensimmäinen vaihe on nykytilan kartoitus.
Yrityksen kannattaa selvittää ainakin, mitä laitteita, palvelimia, verkkoratkaisuja, ohjelmistoja ja käyttäjätukea ympäristöön kuuluu. Samalla on syytä tunnistaa pullonkaulat. Tulevatko ongelmat työasemista, käyttäjätuesta, verkkolaitteista, päivityksistä vai siitä, ettei kokonaisuudella ole omistajaa?
Myös liiketoiminnan vaatimukset on tuotava pöytään. Kaikki yritykset eivät tarvitse samaa palvelumallia. Jos toiminta perustuu useaan toimipisteeseen, jatkuvaan asiakaspalveluun tai kriittisiin järjestelmiin, reagointinopeuden ja valvonnan merkitys korostuu. Jos taas ympäristö on suhteellisen vakaa, tärkeintä voi olla ennakoitava hinnoittelu ja selkeä tukipalvelu.
Tässä kohtaa on hyvä erottaa kaksi asiaa toisistaan: tekninen tarve ja liiketoiminnan tarve. Tekninen tarve kertoo, mitä pitää ylläpitää. Liiketoiminnan tarve määrittää, millä tasolla se pitää tehdä.
Täysi vai osittainen ulkoistus?
Ulkoistus ei aina tarkoita sitä, että kaikki siirretään kumppanin vastuulle. Monelle pk-yritykselle toimivin ratkaisu on osittainen malli, jossa ulkoinen palveluntarjoaja vastaa jatkuvasta ylläpidosta, valvonnasta ja käyttäjätuesta, mutta yrityksen oma IT-vastuullinen ohjaa kehitystä ja linjaa investointeja.
Täysi ulkoistus sopii usein tilanteeseen, jossa sisäistä IT-tiimiä ei ole tai se on hyvin pieni. Tällöin kumppanin pitää kyetä ottamaan vastuu sekä päivittäisestä toiminnasta että ympäristön pitkäjänteisestä kehittämisestä. Osittainen ulkoistus taas toimii hyvin silloin, kun oma organisaatio haluaa säilyttää strategisen ohjauksen mutta siirtää aikaa vievän operatiivisen työn pois sisältä.
Ratkaisu riippuu ennen kaikkea osaamisesta, ajankäytöstä ja riskinsietokyvystä. Jos yksi avainhenkilö tuntee koko ympäristön eikä varahenkilöä ole, riski on jo lähtökohtaisesti liian suuri. Silloin ulkoistus ei ole vain tehokkuuskysymys vaan jatkuvuuden varmistamista.
Miten hyvä palvelumalli rakennetaan
Hyvä ulkoistettu IT-palvelumalli on enemmän kuin tukinumero ja etäyhteys. Sen ydin on vakioidussa tekemisessä. Kun ympäristöä kehitetään yhtenäiseen suuntaan, ylläpito helpottuu, virheiden määrä vähenee ja käyttäjien kokemus paranee.
Käytännössä toimiva malli rakentuu usein neljän periaatteen varaan: kehitä, seuraa, vakioi, tue. Ensin ympäristö käydään läpi ja tunnistetaan korjausvelka. Sen jälkeen kriittisiä osia valvotaan jatkuvasti. Samalla laitteita, asetuksia ja käytäntöjä yhdenmukaistetaan, jotta arki ei perustu poikkeuksiin. Lopuksi käyttäjille tarjotaan selkeä ja nopea tukikanava.
Tämä kuulostaa suoraviivaiselta, mutta toteutuksessa erot syntyvät laadusta. Seurataanko oikeasti koko ympäristöä vai vain osaa siitä? Tehdäänkö vakiointia järjestelmällisesti vai jääkö se projektien varaan? Onko tuki henkilökohtaista ja vastuullista vai ohjautuuko jokainen yhteydenotto aina uudelle henkilölle?
Hyvä kumppani osaa myös sanoa ei. Jos ympäristössä on ratkaisuja, joita ei voi ylläpitää järkevästi tai turvallisesti, asia pitää nostaa esiin suoraan. Kaikkea ei kannata säilyttää vain siksi, että niin on tehty ennenkin.
Mitä palveluntarjoajalta kannattaa kysyä
Tarjouksia vertaillessa moni katsoo ensimmäisenä kuukausihintaa. Se on ymmärrettävää, mutta yksinään se kertoo vähän. Olennaista on ymmärtää, mitä kiinteä hinta sisältää ja mitä sen ulkopuolelle jää.
Kannattaa kysyä, sisältyvätkö palveluun jatkuva valvonta, päivitysten hallinta, käyttäjätuki, lähituki, palvelinympäristön ylläpito, verkkolaitteiden seuranta ja dokumentointi. Yhtä tärkeää on selvittää, miten kehitystyö hoidetaan. Jos kumppani vastaa vain vikojen korjaamisesta, palvelu voi olla halpa mutta vaikutus liiketoimintaan jää kapeaksi.
Toinen olennainen kysymys liittyy toimintamalliin. Miten tiketit käsitellään, miten kiireellisyys määritellään, miten raportointi tehdään ja kuka tuntee asiakkaan ympäristön? Pk-yritys ei yleensä hyödy siitä, että palvelu on muodollisesti laaja mutta käytännössä kasvoton.
Kolmas näkökulma on skaalautuvuus. Yrityksen tarpeet muuttuvat. Henkilöstömäärä kasvaa, toimipisteitä avataan tai järjestelmiä uudistetaan. Palvelumallin pitäisi kestää tämä ilman, että koko rakenne joudutaan rakentamaan uudelleen.
Hinnoittelu, riskit ja tavalliset harhaluulot
Kiinteä kuukausihinta on monelle yritykselle houkutteleva siksi, että se tuo budjetointiin ennustettavuutta. Se ei silti tarkoita, että kaikki olisi aina mukana. Projektit, laitehankinnat tai suuret muutostyöt voivat jäädä peruspalvelun ulkopuolelle. Tämä ei ole ongelma, kun rajat on määritelty selkeästi alusta asti.
Yksi yleinen harhaluulo on, että ulkoistus vie kontrollin omasta IT:stä. Todellisuudessa huonosti dokumentoitu sisäinen malli vie sitä enemmän. Kun palvelu rakennetaan oikein, vastuut, ympäristö ja päätöksenteko tulevat näkyvämmiksi kuin ennen. Yrityksen ei tarvitse tehdä kaikkea itse säilyttääkseen ohjauksen.
Toinen harhaluulo on, että ulkoistus kannattaa vasta suurille organisaatioille. Usein tilanne on päinvastainen. Mitä pienempi oma IT-resurssi on, sitä suurempi hyöty tulee ennakoivasta tuesta, valvonnasta ja vakioinnista. Keskisuuressa yrityksessä ulkoistus taas auttaa pitämään kokonaisuuden hallittavana ilman, että sisäinen tiimi kuormittuu rutiineista.
Riskejäkin on. Jos kumppani toimii täysin tikettivetoisesti ilman ympäristön kehittämistä, ongelmat uusiutuvat. Jos dokumentointi jää puutteelliseksi, riippuvuus yksittäisistä henkilöistä kasvaa. Ja jos palvelutasot ovat epäselvät, pettymys syntyy nopeasti, vaikka tekninen osaaminen olisi hyvällä tasolla.
Milloin vaihto on ajankohtainen
Jos nykyinen malli perustuu jatkuvaan kiireeseen, satunnaisiin käynteihin ja siihen, että joku ehtii katsoa asian myöhemmin, vaihtoa kannattaa harkita nyt eikä vasta seuraavan häiriön jälkeen. Sama pätee tilanteeseen, jossa IT-kulut vaihtelevat rajusti kuukaudesta toiseen ilman selvää syytä.
Ulkoistuksen tarve näkyy usein myös käyttäjäkokemuksessa. Kun tukipyynnöt jäävät auki, perusasiat toistuvat ja laiteympäristö elää omaa elämäänsä, ongelma ei ole yksittäinen virhe vaan toimintamalli. Silloin ratkaisu ei ole lisätä vain yhtä resurssia, vaan rakentaa palvelu, joka toimii jatkuvasti.
Configin kaltaiselle hallittujen palveluiden kumppanille tämä tarkoittaa käytännössä sitä, että IT:tä ei hoideta irrallisina tehtävinä vaan jatkuvana palveluna, jossa ympäristöä seurataan, vakioidaan ja kehitetään systemaattisesti. Juuri siinä syntyy ero pelkän tuen ja aidosti liiketoimintaa tukevan IT-palvelumallin välillä.
Lopulta hyvä ulkoistettu IT-palvelumalli näkyy siinä, ettei johto joudu käyttämään aikaansa toistuviin teknisiin häiriöihin. Kun perusta on kunnossa, IT ei vaadi jatkuvaa huomiota vaan tekee sen, mitä siltä pitääkin odottaa – tukee työntekoa, kasvua ja päätöksentekoa ilman turhaa kitkaa.