Miksi tekoäly ei löydä yrityksesi tietoa, vaikka se on tallessa?

Koska se on väärässä muodossa. Testasimme asian omalla aineistollamme: Google-dokumentti näkyy koneelle 200 tavun tyhjänä viitteenä, sama teksti tavallisena tekstitiedostona luetaan kokonaan. Ero ratkaisee, saatko tekoälystä mitään irti oman yrityksesi asioissa.

Rakensimme tästä sisäisen tietopankin, joka on ollut kesäkuusta 2026 tuotannossa neljässä yrityksessä. Omissa yhtiöissämme siinä on yli 200 dokumenttia, ja sama malli on käytössä myös asiakkaalla. Käyttöönotto ei vaatinut tiimiltä yhtään koulutuspäivää.

Ongelma, joka on jokaisessa firmassa

Arvokas tieto on hajallaan. Asiakasmuistiot, brändiohjeet, sovitut prosessit, projektien taustat. Usein vain yhden ihmisen koneella tai sähköpostissa.

Tästä seuraa kaksi asiaa. Kun se ihminen on lomalla, tieto on lomalla. Ja kun kokeilet tekoälyä oman yrityksesi asioihin, vastaukset ovat yleispäteviä, koska malli ei tiedä miten juuri te toimitte.

Toinen ongelma on se, jota useimmat eivät tule ajatelleeksi. Tekoäly ei osaa arvata talon tapoja. Se kirjoittaa tarjouksen, joka on kieliopillisesti moitteeton ja täysin väärällä äänellä, koska kukaan ei ole kertonut sille miltä teidän tarjouksenne kuulostaa.

Mitä teimme

Kokosimme tiedon yrityskohtaisiin tietopankkeihin. Yksi pankki per yritys, ja jokainen näkee vain ne pankit joiden parissa työskentelee.

Tieto on tavallisina tekstitiedostoina jaetussa pilvikansiossa. Tiimin näkökulmasta se on kansio muiden joukossa: tiedostot ilmestyvät koneelle itsestään, eikä mitään uutta sovellusta tarvitse opetella. Tekoälyn näkökulmasta se on luettavaa aineistoa, jonka pohjalta se osaa kirjoittaa asiakasraportin tai tarjouksen oikealla äänellä.

Tällä hetkellä pankkeja on neljä. Omien yhtiöidemme pankeissa on yli 200 dokumenttia, ja laajin yksittäinen pankki on kasvanut yli 170 tiedostoon.

Päätös, jonka jouduimme perumaan

Tämä on casen kiinnostavin osa, joten kerromme sen auki.

Ensimmäinen suosituksemme oli väärä. Suunnittelimme järjestelmän gitin päälle. Se on ohjelmistokehittäjien versionhallinta, ja teknisesti se oli selvästi parempi: tarkat käyttöoikeudet, täysi muutoshistoria, toimii millä tahansa palvelimella.

Sitten testasimme asian oikealla koneella. Tulokset:

Tiedostotyyppi	Mitä levyllä oikeasti on	Näkeekö tekoäly
Google-dokumentti (.gdoc)	200 tavua, pelkkä viite	Ei
Tekstitiedosto (.md)	Koko sisältö	Kyllä
Word ja PDF	Oikea tiedosto	Kyllä

Kaksi asiaa selvisi kerralla. Pilvikansio riittää tekoälylle, kunhan sisältö on tekstitiedostoina. Ja Google-dokumentit ovat se sudenkuoppa, joka kaataa koko idean hiljaa: tiedosto näyttää olevan tallessa, mutta tekoälylle se on tyhjä.

Niinpä vaihdoimme gitin pilvikansioon. Perustelu ei ollut tekninen vaan käytännöllinen: tiimillä oli pilvikansio jo valmiina koneillaan, kun taas git olisi vaatinut asennuksen viidelletoista koneelle ja uuden työtavan opettelun.

Paras tekninen ratkaisu, jota tiimi ei käytä, on huonompi kuin riittävä ratkaisu jota käytetään.

Jos olisimme luottaneet ensimmäiseen analyysiin, olisimme rakentaneet järjestelmän, jota kukaan ei olisi avannut.

Se yksi sääntö

Koko järjestelmässä on täsmälleen yksi sääntö, joka tiimin pitää muistaa:

Se kuulostaa pieneltä, ja se on koko homman ydin. Sitä mitä tekoäly ei näe, se ei voi käyttää. Google-dokumentti on ihmiselle täysin toimiva ja koneelle näkymätön, eikä mikään varoita siitä.

Mitä tästä seurasi

Uusi tekijä pääsee kärryille nopeammin, koska asiakkaan tausta ja sovitut tavat ovat samassa paikassa samalla logiikalla. Tieto ei ole yhden ihmisen varassa: loma tai työpaikan vaihto ei vie sitä mukanaan.

Tekoäly tekee osuvampaa jälkeä, koska sillä on tausta. Käytännössä se tarkoittaa asiakasraportteja, palaverimuistioita ja tarjousluonnoksia, jotka lähtevät oikeasta tiedosta ja oikealla äänellä sen sijaan että ne aloitettaisiin tyhjästä.

Ja yksi asia, jota emme osanneet odottaa. Koska pilvikansiossa ei ole gitin muutoshistoriaa, jouduimme sopimaan muutoslokista: jokainen lisäys ja muokkaus kirjataan ylös samalla kerralla. Se tuntui aluksi ylimääräiseltä työltä. Käytännössä se on osoittautunut hyödyllisemmäksi kuin tekninen historia olisi ollut, koska siinä lukee ihmisen kielellä miksi jokin muuttui.

Kenelle tämä sopii

Tietopankki on tyypillisin ensimmäinen tekoälyprojekti pk-yrityksessä, ja siihen on kaksi syytä. Se ei vaadi uusia ohjelmistolisenssejä eikä integraatioita, ja sen hyöty näkyy myös ilman tekoälyä: kokoamaton tieto on ongelma joka tapauksessa.

Se ei sovi teille, jos tieto on jo kunnossa ja yhdessä paikassa. Silloin kannattaa aloittaa jostain muualta.

Mistä liikkeelle

Aloita yhdestä asiasta, joka toistuu. Yleensä se on joko asiakkaiden taustatiedot tai se, miten teillä kirjoitetaan asiakkaalle.