Tähän asti tarina kuulostaa yksinkertaiselta: apua on tarjolla maksutta, joten siihen kannattaa tarttua. Todellisuus on mutkikkaampi. Maksuton palvelu ei ole ilmainen, koska se vaatii yritykseltä työaikaa, aineistoa ja päätöksiä. Jonkun on määriteltävä ongelma, valmisteltava data ja vietävä työtä eteenpäin.

Esimerkiksi FAIRin tarveanalyysiin osallistuu kahden asiantuntijan lisäksi vähintään kaksi yrityksen edustajaa, joista toisen on hyvä tuntea tekniset asiat. Pienessä omistajavetoisessa yrityksessä tällaista henkilöä ei aina ole vapaana. Siksi ennen ensimmäistä tapaamista kannattaa nimetä hankkeelle vastuuhenkilö, selvittää, missä data on ja kuka sitä hallinnoi, sekä varata työntekijöille aikaa kokeiluun.

Myöskään ehdot eivät ole kaikille samat. Käyttöehdot ja kohderyhmät vaihtelevat palveluittain. Maksuttoman tai alennetun palvelun arvo katsotaan yleensä valtiontueksi, useimmiten niin sanotuksi de minimis -tueksi. Sitä ei tarvitse maksaa takaisin, mutta se lasketaan samaan tukikattoon muilta julkisilta rahoittajilta saadun tuen kanssa. Saadut tuet kannattaa siksi kirjata ja kertoa palveluntarjoajalle, jos yritys hakee samaan aikaan muuta julkista rahoitusta. Palvelut täydentävät avustuksia ja rahoitushakuja, mutta eivät korvaa niitä.

Vastuu ei siirry palveluntarjoajalle. Sääntelyn kokeiluympäristö ei ole vaatimustenmukaisuuden arviointi eikä sertifiointi, ja vastuu ratkaisun vaatimustenmukaisuudesta säilyy aina yrityksellä. Kokeiluympäristö kannattaa myös erottaa FAIRin sääntelyneuvonnasta. FAIRin tunnin mittaisessa valmiusneuvonnassa käydään läpi tekoälysäädöksen velvoitteet ja arvioidaan järjestelmän todennäköinen riskiluokka, mutta kokeiluympäristön osallistujista ja valvonnasta päättää viranomainen. Kaikki sääntelykysymykset eivät edes vaadi kokeiluympäristöä.

Kenties tärkein huomio on kuitenkin se, etteivät palvelut ole tuotekatalogi, josta valitaan yksi juuri nyt parhaiten sopiva. Arvo syntyy niiden yhdistelmästä, ja yhdistelmä riippuu siitä, mitä haastetta yritys pyrkii ratkaisemaan.

Tiedonhakuaan nopeuttamaan pyrkivä asiantuntijayritys voi rajata käyttötapauksen EDIHin kanssa ja verrata konseptikokeilussa tekoälyavustajan vastauksia nykyiseen työtapaan. Tuloksena on päätösaineisto eikä pelkkä demo.

Konenäköä kokeileva teollisuusyritys voi määritellä datatarpeensa EDIHissä, kouluttaa mallinsa LUMI AI Factoryssa ja testata ratkaisua tuotantoa vastaavissa oloissa teollisen valmistuksen TEFissä. Mittarit on hyvä sopia etukäteen. Tarkkuuden lisäksi kannattaa seurata väärien hälytysten määrää ja sitä, miten ratkaisu istuu tuotantoprosessiin: liian herkkä järjestelmä pysäyttää linjan turhaan, ja liian salliva päästää virheet läpi.

Terveysteknologiayritys taas saa TEF-Healthista näyttöä suorituskyvystä ja kokeiluympäristöstä tukea vaatimusten tulkintaan. Koska testaus ja sääntelyohjaus vastaavat eri kysymyksiin, ne kannattaa suunnitella yhdessä. Silloin testauksen aineisto palvelee myös dokumentointia, eikä samoja tuloksia tarvitse tuottaa kahteen kertaan.

Miksi kokeilu kannattaa tehdä huolella? Vastauksen antaa eräs FAIRin tukema yritys, joka halusi muuttaa asiakkaiden ostotilaukset automaattisesti myyntitilauksiksi omaan järjestelmäänsä. Tehtävä kuulosti suoraviivaiselta, mutta käytännössä ratkaisun piti poimia tuotetiedot hyvin erimuotoisista asiakirjoista, hinnoitella rivit jäljitettävästi hinnaston mukaan ja toistaa sitä harkintaa, jota työntekijät käyttävät, kun tieto on puutteellista tai ristiriitaista (Khan, 2026).

Juuri tällaiset yllätykset kokeilun on tarkoitus paljastaa ajoissa, ennen kuin yritys on sitoutunut toteutukseen, jonka vaativuutta se ei tuntenut. Tätä tapausta ja kaikkia edellisiä esimerkkejä yhdistää sama asia, eikä se ole teknologia. Se on kysymys, joka kannattaa esittää heti alussa: mitä tarkalleen haluamme tietää, ennen kuin investoimme?