Toimintamalli & Digitalisointi

Ole Huoletta: huoltoyhtiön koko toiminta yhteen järjestelmään

Niko Oksa · 1.11.2026 · Lukuaika 5 min

Ole Huoletta Oy tekee omakotitalojen huoltoa: katselmuksen, tarjouksen ja työn. Kesäkuun alussa yhtiön myynti ja tuotanto pyörivät erillisten lomakkeiden, taulukoiden ja viestien varassa. Rakensin yhtiölle oman järjestelmän, jossa jokainen projekti kulkee yhdellä tunnuksella liidistä laskuun. Ensimmäinen versio koko ketjusta oli tuotannossa viidessä päivässä, ja sen jälkeen järjestelmä on kehittynyt viisi kuukautta päivittäisen käytön mukana.

Lähtökohta

Huoltoliiketoiminnan kannattavuus ratkeaa samassa paikassa kuin energiapalveluissa: toimintamallissa, ei yksittäisessä työssä. Kun liidi, katselmus, tarjous, sopimus, työ ja lasku ovat eri työkaluissa, tieto katoaa saumoihin. Myyjä kirjaa saman asian kahteen kertaan, asentaja ei näe mitä on myyty, eikä johto tiedä, mikä projekti oikeasti kannatti.

Tavoite oli yksinkertainen: yksi projektitunnus, joka syntyy ensimmäisestä yhteydenotosta ja kulkee koko ketjun läpi. Siitä tuli taloushallinnon selkäranka. Jokaisella projektilla on yksi kauppa CRM:ssä ja oma kate.

Mitä rakennettiin

Samalla poistui kuusi erillistä työkalua, joiden päällä toiminta oli aiemmin pyörinyt. Järjestelmä on kytketty yhtiön CRM:ään, sähköiseen allekirjoitukseen, kirjanpitoon, kalenteriin ja rahoituskumppaniin.

Aikajana

Viidessä kuukaudessa kertyi yli 1 400 muutosta ja noin 100 palvelinmoduulia. Jokaisesta käyttäjiä koskevasta muutoksesta on lähtenyt henkilöstötiedote; niitä on tähän mennessä 20.

Kehitys käytön ehdoilla

Järjestelmä otettiin käyttöön keskeneräisenä, tarkoituksella. Myyjät, asentajat ja johto käyttävät sitä joka päivä, ja suurin osa muutoksista on syntynyt heidän palautteestaan. Esimerkki: kiireellisyysasteikko käännettiin lokakuussa toisin päin, koska kentällä 1 luettiin luontevasti kiireellisimmäksi. Pieni asia, mutta juuri tällaiset ratkaisevat, käytetäänkö järjestelmää vai kierretäänkö sitä.

Koska järjestelmä on tuotannossa työpäivän aikana, jokainen muutos tarkistetaan ennen julkaisua, ja käyttöohje päivitetään samassa yhteydessä. Kehityksessä on käytetty tekoälyä, Anthropicin Claude Codea, samalla tavalla kuin OksaSDR-sovelluksessa: minä päätän mitä tehdään ja milloin se on valmis, tekoäly kirjoittaa suurimman osan koodista.

Mitä tästä voi oppia

Punainen lanka

Sama ajatus, jolla olen rakentanut palveluportfolioita ja kumppaniverkostoja: koko ketju liidien hankinnasta laskutukseen suunnitellaan yhtenä kokonaisuutena, ja tulos mitataan projektin katteella. Uutta on se, että toimintamallin voi nyt viedä suoraan ohjelmistoksi viikoissa eikä vuosissa.

Pyöriikö teidän palveluliiketoimintanne erillisten työkalujen varassa?

Kerro tilanteestasi, niin katsotaan yhdessä, miltä teidän ketjunne näyttäisi liidistä laskuun.

Ota yhteyttä