Business Finland

Sopiiko AI-ideanne Business Finlandin TKI-rahoitukseen?

Kaytannon tarkistuslista paattajille, jotka arvioivat AI-idean uutuusarvoa, riskeja ja rahoituskelpoisuutta.

Business Finlandin TKI-rahoitus ei ole tarkoitettu tavalliseen ohjelmistoprojektiin, tyokalupakettien paivitykseen tai yleiseen “meidan pitaisi tehda jotain AI:n kanssa” -hankkeeseen. Projektissa pitaa olla teknista epavarmuutta, liiketoiminnallista merkitysta ja uskottava syy sille, miksi tyo rakentaa yritykselle uutta kyvykkyytta.

AI-hankkeessa arvioija haluaa ymmartaa nopeasti nelja asiaa:

1. Mika on aidosti epavarmaa?
   Ei vain se, etta AI on vaikeaa, vaan mihin konkreettiseen ongelmaan teilla ei viela ole luotettavaa ratkaisua.

2. Miksi tama on kaupallisesti merkittavaa?
   Teknisen kehityksen pitaa liittya kasvuun, kilpailuetuun, vientiin, katteeseen tai uuteen kyvykkyyteen.

3. Miksi juuri nyt ja miksi juuri te?
   Vahva hakemus osoittaa, etta yrityksella on motivaatio, resurssit, ajoitus ja sisainen omistajuus vieda tyo maaliin.

4. Mita projektissa opitaan ja todistetaan?
   Business Finland luottaa helpommin suunnitelmaan, joka on rakennettu oppimisen, kokeiden ja virstanpylvaiden varaan.

Johdon nopea sopivuussuodatin

Ennen kuin kukaan alkaa kirjoittaa hakemusta, kaykaa projekti lapi taman viiden kohdan kautta:

• Yritys on suomalainen, kasvuhakuinen ja valmis johtamaan rahoitettua kehityshanketta.
• Tyo sisaltaa jotain sellaista, mita ei voida toteuttaa rutiinitoimituksena.
• AI-osuudella on suora yhteys tuotteeseen, liiketoimintamalliin tai operatiiviseen vipuvaikutukseen.
• Projektille on nimetty omistaja, tiimi ja realistinen budjettiraami.
• Hankkeen voi kuvata oppimistavoitteina, kokeina ja deliverableina.

Jos ette pysty sanomaan naihin selkeasti kylla, hakemus tarvitsee todennakoisesti ensin muotoilua.

Mika AI-hankkeessa usein lasketaan aidoksi TKI-tyoksi

Rahoituskelpoisessa AI-hankkeessa on usein yksi tai useampi seuraavista:

• rakennetaan uutta kyvykkyytta dataan, malleihin, workflow’hin tai systeemin kaytokayttaytymiseen liittyen
• ratkaistaan tarkkuuteen, luotettavuuteen, selitettavyyteen, integraatioon tai operointiin liittyvaa epavarmuutta
• luodaan skaalautuvaa kyvykkyytta yhden kertaluontoisen pilotin sijaan
• opitaan jotain, joka muuttaa yrityksen tapaa rakentaa, myyda tai toimittaa jatkossa

Taman ei tarvitse tarkoittaa perustutkimusta. Riittaa, etta hankkeessa on todellinen kehityskysymys, jota ei voi ratkaista ostamalla valmista tuotetta ja konfiguroimalla sen kayttoon.

Mika tyypillisesti heikentaa hakemusta

Yleisin ongelma ei ole se, etta idea olisi huono. Ongelma on se, etta idea kuvataan tavallisena digitalisaationa eika kunnianhimoisena kehityshankkeena. Hakemus heikkenee, kun:

• projekti kuulostaa yleiselta automaatiolta tai sisaiselta tehokkuushankkeelta
• AI-osuus jaa buzzword-tasolle
• budjetti ei liity tyo-paketteihin tai virstanpylvaisiin
• markkinamahdollisuus kuvataan ylitasolla
• omistajuus ja johtaminen jaavat epaselviksi
• tekninen haaste ja kaupallinen arvo eivat tue toisiaan

Monessa yrityksessa kelvollinen hanke on olemassa, mutta se on piilossa pehmean kielen alla.

Miten arvioija yleensa ajattelee

Yrityksen sisalla asia kuvataan usein nain: “tama on meille tarkeaa.” Arvioija lukee toisesta kulmasta: “onko tama järkeva kohde julkiselle innovaatiotuella?”

Siksi hakemuksen pitaa tehda helpoksi uskoa samanaikaisesti, etta:

• yritys on riittavan kunnianhimoinen ja kurinalainen
• hankkeessa on oikeaa epavarmuutta
• onnistumisella on todellista upsidea
• scope ei ole fantasian puolella
• tiimi pystyy toteuttamaan

Kun nama osuvat kohdalleen, hanke alkaa tuntua rahoituskelpoiselta.

Miten projekti kannattaa kehystaa vahvemmin

Heikko kehystys:

Haluamme kayttaa AI:ta prosessin automatisointiin ja tehokkuuden parantamiseen.

Vahvempi kehystys:

Kehitamme uutta AI-avusteista kyvykkyytta X-prosessiin. Keskeinen epavarmuus on, pystymmeko saavuttamaan Y-tasoisen luotettavuuden Z-olosuhteissa. Onnistuessaan tama muuttaa toimitusmalliamme ja avaa suuremman kaupallisen mahdollisuuden A-markkinassa.

Juuri tama muutos erottaa perustoimitukselta kuulostavan projektin aidosta TKI-ohjelmasta.

Mita pitaa paattaa ennen hakemuksen kirjoittamista

Ennen varsinaista kirjoitustyota johdon kannattaa lukita:

• tarkka kehityskysymys
• liiketoiminnallinen syy miksi tama on ajankohtaista
• projektin omistaja
• karkea work package- ja budjettilogiikka
• kaupallinen lopputulos, joka tekee hankkeesta vaivan arvoisen

Jos nama ovat loyhia, kirjoitusvaiheesta tulee kallista sekavyytta.

Kayta artikkelin sisalla olevaa diagnostiikkaa oikeana seulana

Taman artikkelin sisalla oleva tyokalu ei ole irrallinen CTA, vaan ensimmainen kova seulonta: nayttaako hanke juuri nyt uskottavalta TKI-rahoitustapaukselta, kaipaako se uudelleenmuotoilua vai onko se edelleen liian lahella tavallista toteutusta.

Jos yritys on suomalainen, aloita Y-tunnushaulla. Se tekee arviosta uskottavamman ja ohittaa osan tylsista perustietokysymyksista.

Kaytannon seuraava askel

Jos pisteet ovat vahvat, siirtykaa nopeasti hakemuksen muotoiluun ennen kuin logiikka ehtii hajota. Jos tulos on keskitasoa, ongelma ei usein ole ideassa vaan sen rajauksessa, TKI-logiikassa tai toteutusmallissa.

Silloin lyhyt operaattorivetoinen scoping on usein halvin tapa edeta: kirkastetaan hypoteesi, testataan rahoituslogiikka ja vasta sen jalkeen kirjoitetaan hakemus.