Oman toiminnanohjausjärjestelmän rakentaminen on päätös, jolle toimitusjohtajan pitää osata antaa aika hyvä perustelu. Ohjelmisto vaatii aikaa, rahaa ja jatkuvaa huolenpitoa. Meidän ydintyömme Resacolla on auttaa asiakkaita kasvattamaan myyntiään. Sen rinnalle ei kannata ottaa tuotekehitystä vain siksi, että sitä on kiinnostavaa tehdä.

Meidän perustelumme lähti tiedon liikkumisesta. Myynti, asiakkuuden hoito, projektit ja talous katsovat samaa asiakasta eri suunnista. Jos jokainen joutuu kokoamaan oman kuvansa erikseen, yhteisen tilanteen selvittäminen vaatii aina lisää työtä. Mitä on luvattu? Mitä on tehty? Mitä voidaan laskuttaa?

Resappia on rakennettu Resacon omassa käytössä näiden kysymysten ympärille. Haluamme, että myynnin tieto jatkaa matkaa työn toteutukseen ja sieltä talouteen. Asiakkaan pitäisi pysyä samana asiakkaana koko ketjun läpi, vaikka vastuuhenkilö ja työvaihe vaihtuvat.

Toimitusjohtajalle tiedon hajanaisuus näkyy helposti ylimääräisinä kysymyksinä. Kun joku joutuu hakemaan vastauksen kolmesta paikasta, järjestelmä siirtää työn ihmiselle. Se työ jää usein pois ohjelmistojen kustannusvertailusta. Lisenssimaksun näkee laskulta. Selvittelyyn käytettyä aikaa pitää osata etsiä.

Oman ohjelmiston rakentaminen ei kuitenkaan poista tätä ongelmaa automaattisesti. Meidänkin pitää ensin päättää, miten työ kuuluu tehdä. Kuka saa uuden liidin? Milloin siitä tulee asiakkuus? Mitkä tehtävät käynnistyvät sopimuksesta? Jos emme pysty vastaamaan näihin, ohjelmistoon päätyy epäselvä prosessi hienommassa käyttöliittymässä.

ResaHost on antanut tähän konkreettisen käyttötapauksen. Sen myynnissä olemme rakentaneet liidien jakamista, vastuuhenkilöiden näkyvyyttä ja tarjouksen jälkeistä työn aloitusta. Jokainen muutos pakottaa määrittelemään myös liiketoiminnan säännön. Pelkkä kentän lisääminen ei riitä, jos kukaan ei tiedä, milloin kentän arvo vaihtuu.

Omassa käytössä on yksi iso etu. Palaute tulee ihmisiltä, joiden työpäivään muutos vaikuttaa heti. He huomaavat, jos oikea tieto puuttuu tai sama asia pitää tehdä kahdesti. Palaute voi koskea pientä yksityiskohtaa, mutta sillä voi olla suurempi merkitys kuin kokonaan uudella ominaisuudella.

Samalla oma käyttö on rajoite. Me tunnemme oman yrityksemme käsitteet ja historian. Uusi asiakas ei tunne. Hän tarvitsee ymmärrettävän käyttöönoton ja järjestelmän, joka ei edellytä meidän tapojemme arvaamista. Tuotteistamisen työ alkaa juuri tästä erosta.

Kirjoitushetkellä syyskuussa 2026 valmistelemme Resapin julkaisua marraskuulle. Jonotuslista on auki. Oman käytön kokemukset ovat kehityksen pohja, ja julkinen tuote pitää viimeistellä sitä ostavan yrityksen arkeen. Haluan pitää nämä vaiheet selvästi näkyvissä myös siinä, miten puhumme ohjelmistosta.

Resacon Suomen liiketoiminta on tässä tärkeä lähtökohta. Siellä kohtaamme päivittäin työn, jonka pitäisi sujua. Tuotteen arvo pitää voida osoittaa siinä työssä: kuinka helposti ihminen löytää oikean asian, hoitaa oman osuutensa ja siirtää työn eteenpäin.

Jos harkitset oman järjestelmän rakentamista, kirjoita ensin näkyviin se työ, jonka haluat vähenevän. Meille hyvä esimerkki on liidin siirtyminen vastuulliselle myyjälle. Siitä pystyy keskustelemaan, sen voi toteuttaa ja sen toimivuutta voi arvioida oikeassa käytössä.