Voiko tekoälyä käyttää ilman IT-osastoa? Kyllä — mutta jonkun on omistettava se

Kyllä voi, ja valtaosa niistä suomalaisyrityksistä, jotka tekoälyä käyttävät, tekee sen ilman IT-osastoa. Suomessa on noin 300 000 yritystä, ja niistä yli 90 prosenttia työllistää alle kymmenen henkeä. Yhdelläkään niistä ei ole IT-osastoa. Silti tekoälyn käyttö on juuri tässä joukossa yleistynyt nopeimmin.

Mutta kysymyksen taustalla on oikea huoli, ja se osuu vain hieman ohi maalin. Ongelma ei ole se, ettei talossa ole IT-osastoa. Ongelma on se, ettei kukaan omista asiaa. Nämä sekoitetaan toisiinsa jatkuvasti, ja niiden ero näkyy tilastoissa asti.

Tilastokeskuksen mukaan vain 8 prosenttia 10–19 hengen yrityksistä oli dokumentoinut ohjeet tekoälyn käytöstä, kun vähintään sadan hengen yrityksissä osuus oli 51 prosenttia. Käyttö on siis levinnyt pieniin yrityksiin, mutta ohjeet, vastuunjako ja pelisäännöt eivät ole tulleet perässä. Se on koko riski tiivistettynä yhteen lukuun — ja se on korjattavissa ilman ainuttakaan teknistä rekrytointia.

Mikä muuttui, ja mikä ei

Kymmenen vuotta sitten yritykselle tehty tekoälyratkaisu tarkoitti dataprojektia: aineiston keräämistä, mallin opettamista, palvelinten pystyttämistä. Se oli tekninen hanke, ja ilman teknistä väkeä se ei onnistunut.

Se osa muuttui aidosti. Nykyään yleiskäyttöinen malli on olemassa valmiina, ja sen käyttöönotto on tilin avaaminen ja asetusten säätäminen. Kirjoittamisen, tiivistämisen, luokittelun ja asiakasviestinnän tapauksessa mitään ei rakenneta — sitä vain käytetään. Tämä on se muutos, jonka takia otsikon kysymykseen voi ylipäätään vastata kyllä.

Kaksi asiaa ei kuitenkaan muuttunut mihinkään.

Tietojen liikkuminen on edelleen tekninen ja juridinen kysymys. Se, mitä syötät työkaluun, menee jonnekin. Kenen palvelimelle, minkä sopimuksen alla, käytetäänkö sitä mallin opettamiseen. Nämä kysymykset eivät katoa sillä, että käyttöliittymä on helppo.

Integraatio on yhä integraatio. Sillä hetkellä kun tekoälyn pitää lukea tai kirjoittaa yrityksen omaan järjestelmään — laskutukseen, asiakasrekisteriin, toiminnanohjaukseen — ollaan takaisin teknisessä työssä. Käyttöliittymän helppous ei ulotu rajapinnan taakse.

Näiden kahden väliin jää se alue, jolla pk-yritys pärjää omillaan, ja se alue on paljon suurempi kuin yleensä oletetaan.

Kolme tasoa: mitä osaaminen oikeasti vaatii

Kun käyttökohteet lajitellaan sen mukaan, mitä ne vaativat, kuva selkiytyy heti. Kaikki taso 1:n ja taso 2:n asiat pk-yritys hoitaa itse.

Taso 1 on se, josta kaikki alkaa, ja se on aidosti ilmainen kokeilla. Tarjousten pohjat, asiakassähköpostit, pitkien liitteiden tiivistäminen, tekstien kääntäminen. Tämä ei vaadi yritykseltä mitään paitsi päätöksen siitä, saako työkalua käyttää. Suurin osa pk-yrityksen tekoälyhyödystä syntyy tällä tasolla, ja se on myös se osa, joka useimmin jää tekemättä kunnolla, koska se tuntuu liian pieneltä ollakseen projekti.

Taso 2 on se, jossa väärinkäsitys asuu. Verkkosivun chatbot, joka vastaa asiakkaiden kysymyksiin, on taso kaksi — ei kolme. Sen pystyttäminen ei vaadi koodia. Se vaatii jonkun, joka osaa kertoa mitä yritys myy, mihin hintaan, millä toimitusajalla, ja joka lukee ensimmäisten viikkojen keskustelut läpi ja korjaa mitä botti vastaa väärin. Se on asiantuntemusta yrityksestä, ei tekniikasta. Toimittaja rakentaa, mutta sisällön omistaa yritys — ja juuri sisältö ratkaisee, toimiiko botti.

Taso 3 alkaa siitä, kun tekoäly koskee järjestelmään. Kun agentin pitää hakea asiakkaan tiedot rekisteristä, kirjata tapahtuma toiminnanohjaukseen tai käsitellä henkilötietoja automaattisesti, tarvitaan tekninen kumppani. Tämä ei ole epäonnistuminen vaan normaali tilanne: samalla tavalla kuin kirjanpito ostetaan ulkoa eikä palkata kirjanpitäjää viiden hengen taloon.

Se yksi rooli, joka ei voi puuttua

Tässä on artikkelin varsinainen vastaus. IT-osaston sijaan tarvitaan omistaja, ja se on eri asia.

Väärä valinta on lähes aina se innostunein. Talon tekoälyinnostunut kokeilee kaikkea, tietää uusimmat työkalut ja puhuu asiasta mielellään. Hän on hyvä liittolainen mutta huono omistaja, koska hänen kiinnostuksensa kohdistuu työkaluihin eikä siihen prosessiin, jota niiden pitäisi parantaa.

Oikea valinta on se, joka omistaa automatisoitavan prosessin. Jos kyse on tarjousten kirjoittamisesta, omistaja on myynnistä vastaava. Jos kyse on asiakaskyselyihin vastaamisesta, se on asiakaspalvelusta vastaava. Perustelu on yksinkertainen: vain hän tietää, milloin lopputulos on riittävän hyvä, ja vain hän kärsii jos se ei ole.

Tähän menee pari tuntia viikossa. Se ei ole kokopäivätyö eikä se vaadi teknistä koulutusta. Se vaatii sen, että aika on oikeasti varattu — ei niin, että se tulee muun työn päälle ja jää siksi tekemättä.

Mitä IT-osaston puuttuminen oikeasti maksaa

Neljä asiaa, jotka isossa yrityksessä hoituvat automaattisesti ja pienessä eivät hoidu kenenkään toimesta. Kaikki neljä voi kattaa ilman rekrytointia.

Tilien omistajuus. Isossa talossa IT hallinnoi tilejä keskitetysti. Pienessä työkalu on sen ihmisen sähköpostiosoitteen alla, joka sen ensimmäisenä avasi. Kun hän lähtee talosta, mukana lähtee pääsy. Korjaus: yrityksen yhteinen sähköposti ja salasanojen hallintapalvelu, hinta muutamia euroja kuussa.

Tietoturva-arvio. Kukaan ei kysy, minne data menee. Korjaus: yritysversio kuluttajaversion sijaan aina kun työkaluun syötetään asiakas- tai henkilötietoja, ja opetuskäytön poiskytkentä asetuksista. Kaksi asetusta, kymmenen minuuttia.

Integraatioiden ylläpito. Kun jokin rikkoutuu, sitä ei osata korjata. Korjaus: sovi ylläpito osaksi toimitussopimusta jo hankintavaiheessa, älä erikseen laskutettavana lisätyönä sitten kun ongelma on jo päällä.

Joku, jolta kysyä. Tämä on aliarvioiduin. Ilman ketään kysyttävää ihmiset joko lopettavat käytön tai keksivät oman tapansa, ja molemmat ovat huonoja. Korjaus: nimetty omistaja talon sisällä ja sovittu yhteyshenkilö toimittajan puolella.

Neljä tapaa, joilla ei-tekninen käyttöönotto kaatuu

Nämä ovat ne, jotka näkyvät käytännössä toistuvasti. Yksikään ei liity siihen, ettei osata koodata.

1. Varjokäyttö henkilökohtaisilla tileillä. Kun yritys ei ota kantaa, työntekijät alkavat käyttää ilmaisia versioita omilla tunnuksillaan. Se ei ole kapinaa vaan järkevää toimintaa tyhjiössä. Seuraus on, että asiakasaineistoa syötetään palveluihin, joiden ehtoja kukaan ei ole lukenut. Korjaus: ota kantaa nopeasti. Yksi sivu sallituista työkaluista ja kielletyistä tietotyypeistä poistaa ongelman kokonaan, ja se on parempi tehdä nyt kuin täydellisenä myöhemmin.

2. Yhden ihmisen tili. Botti, automaatio tai tilaus on yhden työntekijän nimissä. Hän vaihtaa työpaikkaa, ja kukaan ei pääse käsiksi mihinkään. Korjaus: kaikki yrityksen nimissä, laskutus yrityksen kortille, tunnukset jaettuun hallintaan.

3. Integraatio, jota kukaan ei osaa korjata. Toimittaja rakensi kytköksen laskutusjärjestelmään, projekti päättyi, ylläpidosta ei sovittu. Puolen vuoden päästä järjestelmä päivittyy ja kytkös lakkaa toimimasta. Korjaus: ylläpito ja vasteaika kirjataan sopimukseen ennen kuin mitään rakennetaan.

4. Aineisto väärässä paikassa. Joku liittää potilastietoja, palkkatietoja tai sopimusluonnoksen kuluttajaversioon. Tämä on käytännössä ainoa näistä neljästä, jolla voi olla juridisia seurauksia. Korjaus: kirjallinen lista siitä, mitä ei saa syöttää, ja yritysversio niille, jotka käsittelevät luottamuksellista aineistoa.

Kolme neljästä on hallinnollisia, ei teknisiä. Se on hyvä uutinen, koska hallinnollisia ongelmia pk-yritys osaa ratkoa.

Tietoturva ja GDPR ilman tietoturvavastaavaa

Vähimmäistaso, joka on saavutettavissa ilman erillistä osaamista, on käytännössä viisi kohtaa.

1. Yritysversio, ei kuluttajaversio, aina kun työkaluun menee asiakas- tai henkilötietoja. Ero on noin kymmenen euroa kuussa käyttäjää kohti ja se ostaa sopimuksen, jossa aineistoa ei käytetä mallin opettamiseen.
2. Opetuskäyttö pois asetuksista. Tarkista tämä itse, älä oleta. Se on eri paikassa jokaisessa palvelussa.
3. Kirjallinen kielletty-lista. Henkilötunnukset, terveystiedot, palkkatiedot, allekirjoittamattomat sopimukset, asiakkaiden liiketoimintasalaisuudet. Yksi sivu riittää.
4. Ihminen tarkistaa ennen kuin mitään lähtee ulos. Erityisesti asiakkaalle menevä viestintä ja mikä tahansa numero.
5. Tiedä, mitä olet ottanut käyttöön. Suurin osa pk-yrityksen käytöstä on EU:n tekoälyasetuksen kevyimmässä luokassa, mutta se kannattaa tietää eikä olettaa.

Tekoälyasetuksen velvoitteet käydään läpi sivulla EU:n tekoälyasetus yritykselle, ja oman käyttökohteen riskiluokan voi tarkistaa muutamassa minuutissa riskiluokittimella. Tietosuojan ja tietoturvan käytännöt on koottu sivulle tekoäly, tietoturva ja GDPR.

Yksi olennainen tarkennus koskee agentteja. Kun tekoälylle annetaan oikeuksia toimia järjestelmissä eikä vain vastata kysymyksiin, riskin luonne muuttuu. Traficomin ja Huoltovarmuuskeskuksen tammikuussa 2026 julkaisemassa ohjeistuksessa tämä muotoillaan selvästi: agenttien potentiaali on juuri niissä oikeuksissa, jotka niille annetaan eri järjestelmiin ja työkaluihin — ja riski kasvaa samassa suhteessa. Käytännön johtopäätös pienelle yritykselle on yksinkertainen: anna agentille lukuoikeus ennen kirjoitusoikeutta, ja kirjoitusoikeus vain siihen yhteen paikkaan, jota se tarvitsee.

Milloin kannattaa ostaa apua ulkoa

Raja kulkee kolmessa kohdassa, ja ne on helppo tunnistaa etukäteen.

Kun ratkaisu koskee yrityksen järjestelmiin. Rajapinta-avaimet, tietokantayhteydet, automaattinen kirjoittaminen johonkin. Tämä on taso 3 eikä sitä kannata yrittää itse.

Kun väärä vastaus maksaa rahaa tai mainetta. Asiakkaalle näkyvä botti, joka antaa hintoja tai aikatauluja, on rakennettava niin että se osaa myös sanoa ettei tiedä. Se on tekemisen tapa, ei ominaisuus jonka saa päälle.

Kun aineistoa on paljon eikä se ole järjestyksessä. Satojen dokumenttien pohjalta vastaava ratkaisu vaatii työtä, jota ei kannata tehdä muiden töiden ohessa.

Järkevä pieni toimeksianto näyttää tältä: rajattu kokonaisuus, kiinteä hinta, muutama viikko, ylläpito sovittuna kuukausihintana, ja yritykselle jää tilien omistajuus. Ylimyyty projekti näyttää tältä: "tekoälystrategia", useita kuukausia, tuntilaskutus, ja lopputuloksena selvitys eikä toimivaa asiaa. Ero näkyy jo tarjouksesta.

Kustannuspuoli on käyty läpi erikseen artikkelissa onko tekoälyn käyttö kallista pk-yritykselle, ja asiakaskohtaamisiin rakennettavan agentin hinnoittelu sivulla mitä AI-agentti maksaa yritykselle.

Kuuden viikon käyttöönotto ilman IT-osastoa

Sama malli, joka on kuvattu sivulla tekoälyn käyttöönotto yrityksessä, mutta sovitettuna taloon jossa ei ole teknistä väkeä. Tarkoitus ei ole nopeus vaan se, että projektilla on määräpäivä.

1. Viikko 1 — valitse tehtävä ja omistaja. Yksi tehtävä, joka toistuu viikoittain. Omistajaksi se, joka tekee sitä eniten. Kirjaa ylös, kauanko tehtävään menee nyt.
2. Viikko 2 — pelisäännöt ja tilit. Yksi sivu sallitusta ja kielletystä. Tilit yrityksen nimiin, opetuskäyttö pois, lisenssit kolmelle ihmiselle — ei koko talolle.
3. Viikko 3–4 — käyttö tositilanteessa. Ei harjoituksia vaan oikeaa työtä. Omistaja kerää, mikä toimi ja mikä ei, viikoittain.
4. Viikko 5 — korjaus. Yleensä ongelma ei ole työkalu vaan se, miten sitä pyydetään tekemään asioita. Kirjatkaa toimivat ohjepohjat talteen yhteen paikkaan, niin niitä ei tarvitse keksiä uudelleen.
5. Viikko 6 — mittaus ja päätös. Sama mittaus kuin viikolla 1. Jos aikaa säästyi mitattavasti, laajentakaa seuraavaan tehtävään. Jos ei, lopettakaa tämä ja vaihtakaa tehtävää — ei työkalua.

Koko malli vaatii yhden ihmisen, pari tuntia viikossa ja kolme lisenssiä. Ei rekrytointia eikä konsulttia.

Jos et tiedä mistä tehtävästä aloittaa, tekoälytyökalut yrittäjälle käy läpi realistiset ensimmäiset käyttökohteet ja tekoäly yritykselle kokoaa ratkaisut ja järjestyksen, jossa ne kannattaa ottaa käyttöön.

Yksi asia, joka ratkaisee enemmän kuin osaaminen

Käyttöönoton onnistuminen ei korreloi pk-yrityksissä teknisen osaamisen kanssa läheskään niin vahvasti kuin voisi kuvitella. Se korreloi sen kanssa, onko työkalulla tehtävä ja tehtävällä omistaja.

Yritys, jossa on kaksi ohjelmistokehittäjää mutta ei ketään joka vastaisi tekoälystä, epäonnistuu yhtä varmasti kuin yritys, jossa ei ole kumpaakaan. Sen sijaan kuuden hengen tilitoimisto, jossa yksi kirjanpitäjä on saanut tehtäväkseen automatisoida tositteiden esikäsittelyn ja kaksi tuntia viikossa siihen aikaa, onnistuu tavallisesti hyvin.

IT-osasto olisi mukava olla. Se ei vain ole se puuttuva pala.

Usein kysyttyä