Jäsentelin keskustelumme aiheet kolmeen alueeseen. Jokaisessa aihiossa on ajatus siitä, miten sen voisi käytännössä toteuttaa, ja pienin ensimmäinen askel. Vapaasti jaettavissa talon sisällä.
Tieto yhteen paikkaan ja pelisäännöt kuntoon.
Kokemus tuhansista toimituksista on hajallaan SharePointissa, ERP:ssä, sähköposteissa ja ihmisten muistissa. Järkevin aloitus ei ole suuri tiedonsiirtoprojekti vaan haku: dokumentit indeksoidaan siellä missä ne ovat, ja päälle rakennetaan sisäinen kysymyspalvelu, joka vastaa aina lähdeviitteen kanssa — vastauksen voi tarkistaa yhdellä klikkauksella, eikä mitään tarvitse siivota tai siirtää ensin. Käyttöoikeudet periytyvät nykyisistä järjestelmistä.
Vaiheistus kulkisi näin: ensin projektidokumentaatio, sitten projektihistoria ERP:stä, sitten konkarien hiljainen tieto haastatteluina samaan kantaan — ja vasta lopuksi valitut näkymät asiakkaille, kun sisältö on todennettu omassa käytössä.
Reunaehdot sille, mitä työkaluja käytetään ja mitä tietoa niihin saa viedä. Olennaisin sisältö on tietoluokitus: suunnittelukirjasto, keksinnöt ja kustannustieto korkeimpaan luokkaan — liikesalaisuuden suoja ja patentin uutuus edellyttävät, että ne eivät koskaan päädy ulkoisiin palveluihin. Samalla kannattaa tarkistaa SharePointin käyttöoikeudet: Copilot näyttää käyttäjälle kaiken mihin tällä on tekninen pääsy, joten vuosien varrella levinneet oikeudet tulevat näkyviksi.
Puolen päivän henkilöstökoulutus (FI/EN) täyttää samalla EU:n tekoälyasetuksen jo voimassa olevan osaamisvaatimuksen. Luonnos politiikasta on kirjoitettu.
Rutiinitunnit pois sesongin kriittiseltä polulta.
Kaukalosta valtaosa on vakioelementtejä ja pohjana on valmis mallikirjasto — juuri tällainen rakenne sopii sääntöpohjaiseen automaatioon. Käytännössä: mitat ja varustelutaso syötetään sisään, automaatio valitsee elementit, sovittaa mitat ja tuottaa tarkistusvalmiin luonnoksen piirustuspohjineen. Suunnittelijan aika siirtyy toistosta poikkeuksiin — portteihin, betonirakenteisiin ja erikoissovitteisiin, joissa osaamista oikeasti tarvitaan.
Tätä ei kannata odotuttaa täydellisellä kirjastolla: rajattu kokeilu yhdellä kaukalomallilla ja yleisimmillä sovitepaloilla näyttää toimivuuden muutamassa viikossa. SolidWorksin päälle rakentaminen on vakiintunutta tekniikkaa — työ on teidän suunnittelusääntöjenne mallintamista, ei tutkimusta.
Automaation pohjaksi kirjaston pitää olla jäsennelty: duplikaatit tunnistettu, attribuutit (mitat, materiaalit, käyttökohteet) poimittu piirustuksista ja vapaatekstistä rakenteiseen muotoon. Tämä on tekoälylle sopivaa työtä — kone tekee luokitteluehdotukset, ihminen hyväksyy erissä. Järjestys kannattaa kääntää: ei koko kirjastoa kuntoon ensin, vaan automaation tarvitsema osa edellä, muu perässä. Sama siivottu data palvelee ERP:tä ja tuotantoa. Nykytilan pikakartoitus kertoo viikossa, mitä automaatio oikeasti vaatii.
Yhteydenotot tulevat nyt montaa kanavaa ja eri aikavyöhykkeiltä, ja kiireellinen vika käynnistää soittoringin. Toimiva ratkaisu lähtee käyttäjästä: hallin hoitaja jättää tiketin puhelimella kuvalla ja parilla valinnalla, järjestelmä tunnistaa kielen ja kiireellisyyden — ottelutilanne ohittaa jonon ja hälyttää päivystäjän suoraan, muu reitittyy myynnille, suunnittelulle tai huoltoon normaalissa järjestyksessä. Teams säilyy teidän päässänne käyttöliittymänä, eli uutta järjestelmää ei tule opeteltavaksi.
Sivutuote on arvokas: jokainen tiketti kerryttää hallikohtaista historiaa, joka on myöhemmin huoltokirjan ja elinkaariseurannan valmis pohja.
Hallin tarkat mitat ovat suunnittelun kallein lähtötieto. Skannaus ostetaan paikalliselta kumppanilta kohdemaassa — omaa laitetta tai matkustamista ei tarvita — ja pistepilvestä poimitaan automaattisesti suunnittelun tarvitsemat mitat: ankkurointipisteet, porttiaukot, rakenteiden poikkeamat. Tuloksena mitattu lähtötietopaketti suoraan SolidWorksiin, ja mittavastuu siirtyy dokumentoituun aineistoon muistinvaraisen tiedon sijaan. Luonteva pilottikohde löytyy Pohjois-Amerikasta, missä matkakustannus on suurin.
Uutta myyntiä nykyisestä asennuskannasta.
Kaukalon elinkaari on noin 10–12 vuotta, ja huolto sekä varaosat kulkevat nyt tapauskohtaisesti. Hallikohtainen huoltokirja — huolto-ohjelma, tarkastuslistat, varaosatilaus verkkokauppaan kytkettynä, tapahtumaloki — tekee tästä jatkuvan palvelusuhteen. Olennaisin hyöty on ajoitus: kun elinkaariloki kertyy, myynti näkee milloin halli lähestyy uusintaikää ja budjetointikeskustelun voi aloittaa pari vuotta ennen kilpailijoita. Ensimmäinen versio kannattaa tehdä ilman anturointia — kirjaukset riittävät — ja IoT täydentää myöhemmin, jos tarve todentuu.
Koko toimituskanta kartalle: vuosi, tuote, halli. Myyjä näyttää asiakastapaamisessa oman alueen toimitukset — ja sama näkymä suodatettuna toimitusvuoden mukaan tuottaa järjestelmällisen työlistan uusintaikään tulevista kohteista. Asennuskanta on käytännössä valmis myyntiputki, joka on nyt hajallaan tiedostoissa. Teen ensimmäisen näytteen julkisista lähteistä, jotta idean arvon voi arvioida ennen kuin omaa dataa kootaan.
Sama sääntömoottori kuin suunnitteluautomaatiossa, mutta myynnin käytössä: hallin perusmitat ja varustelutaso sisään, alustava layout ja budjettihinta ulos jo tapaamisessa. Kun asiakas näkee aikaisemmin mitä on ostamassa, päätös ja rahoitus lähtevät liikkeelle aiemmin — se tuo puskuria lyhyeen asennussesonkiin, johon projektien loppupää nyt pakkautuu. Luonteva järjestys on suunnitteluautomaatio ensin: sama pohjatyö palvelee molempia.