IT-projektin onnistuminen ratkaistaan ennen kuin ensimmäistäkään järjestelmää aletaan rakentaa. Standish Groupin tutkimusten mukaan vain 31 % IT-projekteista onnistuu tavoitteidensa mukaisesti. Puolet ylittää aikataulunsa tai budjettinsa ja lähes viidennes epäonnistuu kokonaan. Syy ei yleensä ole teknologiassa vaan siinä, miten IT-hankinnan johtaminen toteutetaan.
Suomalaisessa keskisuuressa yrityksessä IT-hankinta on harvoin kenenkään ydinosaamista. Toimitusjohtaja tai talousjohtaja päätyy vetämään projektia oman työnsä ohella ja päätökset tehdään toimittajan esittelykalvojen perusteella. Lopputulos on ennustettava. Järjestelmä ostetaan, mutta se ei vastaa liiketoiminnan tarpeita. Budjetti ylittyy, aikataulu venyy ja henkilöstö ei ota järjestelmää käyttöön.
Seuraavassa käydään läpi, miten IT-hankinta johdetaan niin, että lopputulos palvelee liiketoimintaa eikä vain IT-osastoa. Vaatimusmäärittelystä kilpailutukseen, sopimuksista projektin johtamiseen ja kustannusten hallinnasta tietoturvaan.
IT-projekti alkaa vaatimusmäärittelystä. Se on vaihe, joka tehdään useimmiten liian nopeasti tai pelkästään teknisestä näkökulmasta. Tuloksena syntyy dokumentti, jota liiketoimintajohto ei ymmärrä ja toimittajat tulkitsevat kukin omalla tavallaan.
Vaatimusmäärittely pitää tehdä kahdella tasolla. Ensin määritellään ylätason tavoitteet. Mitä liiketoimintaongelmaa järjestelmähankinnalla ratkaistaan? Mitkä prosessit pitää saada toimimaan paremmin? Millä mittareilla onnistumista arvioidaan?
Toisessa vaiheessa puretaan ylätason tavoitteet yksityiskohtaisiksi vaatimuksiksi. Jokainen vaatimus kytkeytyy liiketoimintatavoitteeseen, jonka tärkeysaste arvioidaan. Osa vaatimuksista on ehdottomia, osa toivottavia. Luokittelu ohjaa myöhemmin toimittajien vertailua ja estää valinnan tekemisen epäolennaisten ominaisuuksien perusteella.
McKinseyn mukaan suuret IT-projektit ylittävät budjettinsa keskimäärin 45 prosentilla ja tuottavat 56 prosenttia vähemmän arvoa kuin on luvattu. Yleisin syy on juuri vaatimusmäärittelyn puutteet. Kun tavoitteet eivät ole selkeät, projekti ajautuu suuntaan, jota kukaan ei alun perin tarkoittanut.
Kun vaatimukset ovat selvillä, alkaa toimittajien kartoitus ja kilpailutus. Kilpailutus vaatii markkinatuntemusta, jota harvalla yrityksellä on itsellään.
Kilpailutus alkaa tarjouspyynnön laatimisesta. Tarjouspyyntö perustuu vaatimusmäärittelyyn ja sisältää selkeät arviointikriteerit. Se lähetetään kolmelle tai neljälle toimittajalle, jotka on esivalittu markkinakartoituksen perusteella.
Tarjousten vertailu on oma taiteenlajinsa. Toimittajat hinnoittelevat eri tavoin ja suora hintavertailu voi johtaa harhaan. Toinen tarjoaa kiinteähintaisen paketin, toinen tuntiperusteisen ja kolmas moduulikohtaisen. Vertailun pitää perustua kokonaiskustannukseen viiden vuoden aikajänteellä, ei pelkästään käyttöönottohintaan. Lisenssikulut, ylläpitomaksut, integraatiot ja koulutus muodostavat kokonaiskustannuksesta usein suuremman osan kuin itse käyttöönotto.
Pakettihinnoittelut ovat erityisen hankalia. Kun toimittaja laskuttaa yhdestä IT-palvelupaketista, joka sisältää kaikkea tuesta ylläpitoon ja kehitykseen, yksittäisen palvelun hintaa on mahdotonta arvioida. Mikä osuus menee mihinkin? Onko jokin osa-alue ylihinnoiteltu? Ilman vertailutietoa yritys ei pysty vastaamaan näihin kysymyksiin.
Gartner arvioi, että 70 prosenttia ERP-toteutuksista epäonnistuu tavoitteidensa saavuttamisessa. Yksi keskeinen selitys on toimittajavalinnan virheet. Yritys valitsee toimittajan, joka esittelee parhaiten, ei sitä joka ratkaisee liiketoiminnan ongelman tehokkaimmin. Suunnitelmallinen arviointiprosessi ja IT-hankinnan johtaminen pienentää epäonnistumisen riskiä merkittävästi.
Toimittajavalinnan jälkeen alkaa sopimusvaihe, jonka merkitystä aliarvioidaan lähes poikkeuksetta. IT-sopimus on monimutkainen dokumentti, jossa pienet muotoilut ratkaisevat paljon. Kuka omistaa datan? Mitä tapahtuu, jos projekti viivästyy? Miten lisätyöt hinnoitellaan? Mitä tapahtuu, jos toimittaja lopettaa tuotteen kehittämisen?
Sopimuksessa pitää olla selkeät palvelutasomäärittelyt. Ne kertovat, mitä toimittaja on velvollinen tekemään ja millä vasteajoilla. Ilman palvelutasomäärittelyjä yritys on toimittajan armoilla silloin, kun ongelmat alkavat.
Toimittajariippuvuus on IT-hankinnan suurimpia riskejä. Kun yksi toimittaja tietää kaiken yrityksen IT-ympäristöstä ja dokumentaatio on puutteellista, toimittajaa ei voi vaihtaa ilman merkittävää riskiä. Riippuvuus näkyy sekä hinnoittelussa että palvelutasossa. Yritysten kustannusanalyyseissa on toistuvasti havaittu, että toimittajariippuvuus nostaa IT-kustannuksia 15 prosentista jopa 30 prosenttiin verrattuna markkinahintaan.
Lisätyöt ovat IT-projektien yleisin kustannusten karkaamisen syy. Toimittaja tarjoaa edullisen perushinnan ja laskuttaa sitten muutoksista, integraatioista ja räätälöinneistä erikseen. Sopimuksessa pitää määritellä selkeästi, mikä kuuluu kiinteään hintaan ja miten lisätyöt hinnoitellaan. Ilman tätä rajausta budjetti ylittyy lähes varmasti, ja keskustelu siirtyy projektin sisällöstä laskujen riitelyyn.
Sopimusvaiheessa kannattaa käyttää asiantuntijaa, joka tuntee IT-sopimusten erityispiirteet. Tavallinen lakimies osaa sopimustekniikan, mutta IT-hankinnan johtaminen vaatii oman asiantuntijansa.
IT-hankinnan johtaminen ei ole teknistä projektinhallintaa. Se on liiketoimintajohtamista, jossa teknologia on väline tavoitteen saavuttamiseksi. Silti IT-projekteja johdetaan edelleen kuin ne olisivat pelkkiä asennusprojekteja.
Projekti tarvitsee päätösvaltaisen ohjausryhmän, johon kuuluu liiketoimintajohdon edustajia. Ohjausryhmä kokoontuu vähintään kahden viikon välein ja tekee päätöksiä, jotka pitävät projektin raiteillaan. Ilman ohjausryhmää projekti ajautuu toimittajan ohjattavaksi ja lopputulos palvelee toimittajan intressejä enemmän kuin yrityksen tarpeita.
Projektipäällikön pitää olla henkilö, joka ymmärtää sekä liiketoimintaa että IT-toteutuksen lainalaisuuksia. Hän raportoi viikoittain projektin tilanteen, tuo riskit esiin ajoissa ja varmistaa, että aikataulupoikkeamiin reagoidaan ennen kuin ne kasautuvat. Hyvä projektipäällikkö sanoo ei, jos projektin laajuutta yritetään kasvattaa kesken kaiken.
McKinseyn tutkimusten mukaan 17 prosenttia suurista IT-projekteista menee niin pahasti pieleen, että ne uhkaavat koko yrityksen olemassaoloa. Luku ei ole liioiteltu. ERP-projektin epäonnistuminen voi pysäyttää tilaukset, toimitukset ja laskutuksen viikkojen ajaksi. Se on riski, jonka hallintaan kannattaa investoida.
Riskien hallinta on osa projektin johtamista. Projektipäällikkö laatii alussa riskimatriisin, jota ohjausryhmä päivittää jokaisessa kokouksessaan. Jokainen riski arvioidaan todennäköisyyden ja vaikutuksen mukaan, ja sille nimetään vastuuhenkilö ja toimenpiteet.
Muutoksen johtaminen on toinen asia, joka unohtuu teknologiaprojekteissa. Järjestelmä voi olla teknisesti valmis, mutta jos henkilöstö ei ota sitä käyttöön, investointi valuu hukkaan. Käyttöönotto vaatii koulutusta, tukea ja aikaa. Henkilöstön pitää myös ymmärtää, miksi muutos tehdään ja miten se vaikuttaa heidän päivittäiseen työhönsä.
Moni yritys ei tiedä, mihin sen IT-rahat menevät. Laskuja tulee eri toimittajilta, osa kuluista on kiinteitä, osa vaihtelee kuukausittain ja kokonaiskuva puuttuu. Keskimäärin yritykset käyttävät IT-kuluihin neljästä kahdeksaan prosenttia liikevaihdostaan, mutta pelkkä prosenttiluku ei kerro, onko taso järkevä.
Kustannusanalyysi vastaa kolmeen kysymykseen. Onko kustannustaso järkevä suhteessa liiketoimintaan? Maksetaanko palveluista markkinahintaa? Ja menevätkö rahat ylläpitoon vai kehittämiseen?
Eräässä tukkukaupassa IT-kulut olivat vain 1,3 prosenttia 21 miljoonan euron liikevaihdosta. Se näytti tehokkaalta. Kustannusanalyysi paljasti, että puolet liikevaihdosta tuottanut verkkokauppa-alusta oli yli seitsemän vuotta vanha ja päivittämättä. Riski ei näkynyt kululaskelmissa, mutta yhden vakavan häiriön hinta olisi voinut olla moninkertainen verrattuna päivitysinvestointiin.
Toisessa yrityksessä IT-kulut olivat 7,8 prosenttia 250 miljoonan euron liikevaihdosta, noin 19,5 miljoonaa euroa vuodessa. Analyysi osoitti, että merkittävä osa kuluista meni vanhoihin ratkaisuihin, joista voitiin luopua. Säästöpotentiaali oli yli kolme miljoonaa euroa vuodessa ilman, että palvelutaso heikkeni.
IT-kulut jakautuvat perusjärjestelmien ylläpitoon, kasvun mahdollistaviin investointeihin ja innovaatioon. Näiden välinen tasapaino kertoo, tukeeko IT liiketoimintaa vai pitääkö se vain valoja päällä. Eräässä kolmen miljoonan euron liikevaihdolla toimivassa yrityskehitysyhtiössä kustannusanalyysi paljasti, että investoinnit innovaatioihin olivat nolla prosenttia. Kaikki rahat menivät olemassa olevien järjestelmien pyörittämiseen, vaikka yrityksen tehtävä oli kehittää muita yrityksiä innovoimaan.
Kustannusten hallinnassa ratkaisevaa on myös ennakoitavuus. Eräässä tapauksessa 30 prosenttia IT-kuluista ei ollut ennakoitavissa. Yllättävät laskut tulivat vikojen korjauksista ja toimittajan tulkinnoista siitä, mitä sopimus sisältää. Kustannusanalyysin ja uudelleen neuvotellun sopimuksen jälkeen ennakoitavuus parani yli 60 prosenttia.
Tietoturva ei ole erillinen projekti, joka tehdään IT-hankinnan jälkeen. Se on osa jokaista hankinnan vaihetta vaatimusmäärittelystä käyttöönottoon.
Vaatimusmäärittelyssä pitää ottaa kantaa tietoturvavaatimuksiin ja tietosuojaan. Miten henkilötietoja käsitellään? Missä data sijaitsee fyysisesti? Millainen on varmuuskopiointikäytäntö? Nämä kysymykset vaikuttavat toimittajavalinnan lisäksi sopimusehtoihin.
Auditoinnit ovat tapa varmistaa, että toimittaja tekee mitä on luvannut. Palvelinten ja henkilöstön tietokoneiden kriittisen datan varmentaminen on perusasia, mutta käytännössä se jää usein hoitamatta. Eräässä 23 miljoonan euron liikevaihdolla toimivassa organisaatiossa kustannusanalyysin yhteydessä havaittiin, ettei kriittistä dataa varmennettu riittävästi. Yhden vikatilanteen tai kyberhyökkäyksen seuraukset olisivat olleet vakavat. Kun varmistukset saatettiin kuntoon ja infrastruktuuripalvelut kilpailutettiin, säästöä kertyi noin 140 000 euroa vuodessa ja samalla riskit pienenivät merkittävästi.
GDPR ja ISO 27001 asettavat raamit, mutta niiden noudattaminen käytännössä vaatii jatkuvaa seurantaa. Pelkkä sertifikaatti ei riitä, jos arjen toiminta ei vastaa dokumentoituja prosesseja. Tietoturva-auditointi kannattaa tehdä säännöllisesti, vähintään kerran vuodessa, ja sen tulokset pitää käsitellä johtoryhmässä.
Tekoäly on IT-hankintojen ajankohtaisin teema. Yritykset investoivat tekoälytyökaluihin, mutta investoinnin tuotto riippuu perusasioista, joihin tekoäly ei ota kantaa.
Kun data on hajallaan eri järjestelmissä ja sen laatu on heikko, tekoäly tuottaa heikkolaatuisia tuloksia. Epäselvät prosessit johtavat siihen, että tekoäly automatisoi kaaoksen. Ilman osaavaa henkilöstöä investointi ei tuota.
Tekoäly vaatii toimivan dataperustan, selkeät prosessit ja koulutetun henkilöstön. Ilman näitä se on kuluerä ilman vastinetta. IT-hankinnan periaatteet pätevät tekoälyprojekteihin samalla tavalla kuin ERP- tai CRM-hankintaan.
IT-hankinnan todellista tilaa on vaikea nähdä yrityksen sisältä. Kun oma organisaatio on vuosia rakentanut ympäristöä samojen toimittajien kanssa, nykytila alkaa tuntua normaalilta. Hintataso vaikuttaa kohtuulliselta, koska vertailukohta puuttuu. Riskit eivät näy, koska järjestelmät toimivat päivittäin eikä kukaan kyseenalaista tilannetta.
Ulkopuolinen IT-hankinnan johtaminen asiantuntijan tekemänä tuo markkinatuntemuksen ja kokemuksen, joita yrityksellä itsellään ei ole. Konsultti tietää, mitä vastaavat yritykset maksavat palveluistaan ja mitkä toimittajat pystyvät vastaamaan yrityksen tarpeisiin. Kun taustalla on kymmeniä tai satoja vastaavia projekteja, hän tietää missä vaiheessa asiat tyypillisesti menevät pieleen ja miten se estetään.
Eräässä 30 miljoonan euron liikevaihdolla toimivassa pörssiyhtiössä IT-kulut olivat 3,3 prosenttia liikevaihdosta, noin 990 000 euroa vuodessa. Taso vaikutti kohtuulliselta. Ulkopuolinen analyysi osoitti, että palvelut eivät vastanneet hinta-laatusuhteeltaan markkinahintaa. Kilpailutuksen jälkeen yhtiö säästi 20 prosenttia IT-kustannuksista, noin 198 000 euroa vuodessa.
IT-hankintakonsultoinnin arvo ei ole pelkästään säästöissä. Se on riskien hallinnassa, oikeiden päätösten varmistamisessa ja siinä, että projekti pysyy liiketoiminnan palveluksessa alusta loppuun. Puolueeton konsultti ei edusta yhtään toimittajaa, joten hänen suosituksensa perustuvat yrityksen etuun.
Selvitä ensin, mihin IT-rahasi menevät ja mitä niillä saat.
Jos et saat tähän tarkkaa selvyyttä, joudut tekemään IT-päätöksiä puutteellisen tiedon varassa.
Kun seuraava järjestelmähankinta on edessä, varmista, että vaatimusmäärittely on tehty kunnolla, toimittajat kilpailutetaan ammattimaisesti ja projekti johdetaan liiketoimintalähtöisesti.
Jutellaan miten kannattaa edetä.
© 2026 Profiant Oy | By developit // creative