Räätälöity ohjelmisto vai valmisohjelmisto? Näin päätät yrityksesi puolesta

Varastopäällikkö korjaa saldoja taulukossa, samalla kun toimistossa tulostetaan lähetysluetteloita toisesta järjestelmästä. Työntekijä soittaa selvittääkseen toimituksen tilan, koska tieto ilmestyy järjestelmään vasta vuoron päätyttyä. Tällaisissa tilanteissa kysymys räätälöidystä ohjelmistosta tai valmisohjelmistosta ei ole periaatteellinen IT-keskustelu. Se ratkaisee, selkiytyvätkö työvaiheet jatkossa - vai tuoko uusi työkalu vain lisää kiertoteitä.

Pienille ja keskisuurille yrityksille ei ole yleispätevää vastausta. Valmisohjelmisto voi olla nopea ja taloudellinen ratkaisu. Räätälöity ohjelmisto voi yksinkertaistaa prosesseja merkittävästi, mutta sitoo budjettia ja vastuuta. Ratkaisevaa ei ole, kumpi vaihtoehto kuulostaa modernimmalta. Ratkaisevaa on, kuinka hyvin se tukee todellista toimintaa.

Räätälöity ohjelmisto vai valmisohjelmisto: peruskysymys

Valmisohjelmisto kehitetään laajalle markkinalle. Mukana tulevat ennalta määritellyt työnkulut, roolit, näkymät ja toiminnot - esimerkiksi varastonhallintaan, CRM:ään, kirjanpitoon, lähetyksiin tai projektinhallintaan. Toimittaja jakaa kehityskustannukset monelle asiakkaalle. Se tekee aloituksesta yleensä edullisemman ja nopeamman.

Räätälöity ohjelmisto suunnitellaan ja kehitetään tiettyä yritystä varten. Se ei välttämättä jäljennä jokaista nykyistä työnkulkua muuttumattomana. Hyvä räätälöinti tutkii ensin, mitkä vaiheet ovat asiallisesti tarpeellisia, mitkä ovat kasvaneet historiallisesti ja missä säännöt puuttuvat. Sen jälkeen syntyy sovellus, joka sopii määriteltyihin työnkulkuihin - esimerkiksi tavaran vastaanottoon, siirtoihin, keräilyyn, toimitusasiakirjoihin tai reittisuunnitteluun.

Ero ei siis ole vain toimintojen laajuudessa. Valmisohjelmisto kysyy usein: ”Miten sovitatte toimintanne suunniteltuun prosessiin?” Räätälöity ohjelmisto kysyy: ”Minkä prosessin pitäisi toimia luotettavasti tulevaisuudessa?” Molemmat kysymykset voivat olla järkeviä. Ongelmalliseksi se muuttuu, kun niihin ei vastata tietoisesti.

Milloin valmisohjelmisto on parempi valinta

Jos prosessi on alalla tavanomainen, selvästi rajattu eikä kilpailun kannalta kriittinen, valmisratkaisun puolesta on paljon puhuttavaa. Taloushallinto on tyypillinen esimerkki. Sähköpostia, videoneuvotteluja tai yksinkertaista työajanseurantaa ei myöskään tarvitse juuri koskaan rakentaa kokonaan uudelleen. Oman kehityksen hyöty ei niissä yleensä ole oikeassa suhteessa vaivaan, ylläpitoon ja vastuuseen.

Valmisohjelmisto on lisäksi järkevä, kun yrityksen täytyy ensin luoda rakenne. Yritys, joka pitää saldot tänään paperilla, henkilökohtaisissa muistiinpanoissa ja useissa Excel-tiedostoissa, ei välttämättä tarvitse heti räätälöityä varastonhallintajärjestelmää. Ehkä aluksi riittää hyvin käyttöönotettu valmistuote, jossa on yksiselitteiset tuotenumerot, varastopaikat ja vastuut.

Etu on ennustettavuudessa: toiminnot ovat näkyvissä, referenssejä ja koulutusmateriaalia on olemassa, päivitykset tulevat säännöllisesti. Monet ratkaisut kattavat hyvin 70 tai 80 prosenttia tavanomaisesta tarpeesta. Se osuus voi olla täysin riittävä, jos loput vaatimukset esiintyvät harvoin tai ne voidaan hoitaa yksinkertaisella, vakaalla lisäprosessilla.

Yleinen virhe on kuitenkin sekoittaa lisenssikustannukset kokonaiskustannuksiin. Kuukausimaksut on helppo vertailla. Vähemmän näkyviä ovat käyttöönoton konsultointi, tietojen siivous, rajapinnat, lisämoduulit, räätälöidyt mukautukset ja kiertoteihin kuluva työaika. Halpa lisenssi voi tulla kalliiksi, jos työntekijät siirtävät samoja tietoja useaan kertaan tai joutuvat käsittelemään poikkeuksia käsin joka päivä.

Milloin räätälöity ohjelmisto kannattaa

Räätälöity ohjelmisto ei ole oikea vastaus siksi, että tiimi haluaisi mielellään ”jotain omaa”. Siitä tulee kannattavaa, kun toistuva työnkulku aiheuttaa huomattavaa vaivaa, virheitä tai viiveitä ja valmistuotteet pystyvät kuvaamaan sen vain pysyvin kompromissein.

Varastossa se voi näyttää hyvin konkreettiselta: tavaran vastaanotot valokuvataan nykyisin, määrät kirjataan myöhemmin taulukkoon ja poikkeamat selvitetään puhelimitse. Tai lähetystiimi luo tarrat yhdessä portaalissa, lähetysluettelot toisessa ja päivittää sitten tilauksen tilan käsin. Jos nämä katkokset toistuvat päivittäin, vaiva ei ole enää pieni. Se näkyy jatkokysymyksinä, hakuaikana, virhekirjauksina, myöhästyneinä tietoina ja puutteellisena läpinäkyvyytenä vuorojen välillä.

Sopivaksi mitoitettu sovellus voi yhdistää nämä vaiheet. Skannaus tavaran vastaanotossa päivittää saldon, käynnistää poikkeamissa tarkistuksen ja tarjoaa tiedon suoraan suunnittelun ja lähetyksen käyttöön. Toimitusasiakirjat syntyvät samoista tilaustiedoista. Käyttöoikeudet huolehtivat siitä, että työntekijät näkevät vain tarvitsemansa toiminnot. Tavoitteena ei ole mahdollisimman laaja toimintovalikoima, vaan luotettava työnkulku, jossa on vähemmän katkoksia mediasta toiseen.

Neljä merkkiä puhuu erityisesti sen puolesta, että räätälöity vaihtoehto kannattaa tutkia tosissaan:

• Työntekijät ylläpitävät samoja tietoja useissa järjestelmissä tai taulukoissa.
• Poikkeukset kuuluvat arkeen ja ne hoidetaan järjestelmän ulkopuolella.
• Prosessi eroaa tietoisesti alan tavanomaisista työnkuluista ja tuottaa todellista hyötyä.
• Tiimi osaa jo ilmaista viiveet tai virheet ajassa, rahassa tai asiakasvalituksina.

Kaikki erikoistapaukset eivät oikeuta kehitystä. Jos poikkeus esiintyy kaksi kertaa kuukaudessa, selkeästi dokumentoitu manuaalinen prosessi on usein järkevämpi ratkaisu. Jos se esiintyy kaksikymmentä kertaa vuorossa, se ei saisi enää riippua muistista, huudetuista pyynnöistä ja hauraasta taulukosta.

Kustannukset oikein vertaillen

Vertailu ”lisenssi vastaan kehitysprojekti” jää liian suppeaksi. Valmisohjelmistolla on jatkuvia lisenssi-, käyttöönotto- ja mukautuskustannuksia. Räätälöidyllä ohjelmistolla on korkeammat alkukustannukset sekä käytön, jatkokehityksen ja tuen menoja. Molemmat vaihtoehdot tarvitsevat aikaa tietojen siirtoon, koulutukseen ja liiketoimintapäätöksiin.

Järkevämpää on tarkastelu kolmen–viiden vuoden ajalta. Silloin ei lasketa vain laskuja vaan myös operatiivisia kustannuksia: Kuinka monta minuuttia yksi tilaus vie? Kuinka usein tietoja korjataan? Mitkä virheet päätyvät asiakkaille? Mitä maksaa, kun vuoro odottaa palautetta toiselta osastolta? Millainen riippuvuus syntyy, kun toimittaja muuttaa hintoja, toimintoja tai sopimusehtoja?

Räätälöidyssä ohjelmistossa lisätään vielä yksi kysymys: onko ratkaisu ylläpidettävä? Hyvä toimeksianto sisältää enemmän kuin viehättävän käyttöliittymän. Siihen kuuluvat ymmärrettävä arkkitehtuuri, dokumentoitu käyttöönotto, säännellyt varmuuskopiot, roolit ja oikeudet, ymmärrettävät tietomallit sekä päivityssuunnitelma. Teknologiat kuten PHP 8.4, moderni JavaScript ja MySQL 8 eivät ole itsetarkoitus. Ne ovat järkeviä, kun ne mahdollistavat pitkäaikaisesti ylläpidettävän sovelluksen ja osaaminen sitä varten pysyy saatavilla.

Yhtä tärkeää on rajaus. Ensimmäisen version ei tarvitse digitalisoida koko organisaatiota. Usein on viisaampaa aloittaa työnkulusta, joka tuottaa selvästi mitattavaa hyötyä - esimerkiksi tavaran vastaanotosta ja varastoliikkeistä - ja liittää muita alueita vasta käytännön käytön jälkeen. Se vähentää riskiä ja tuottaa varhain palautetta toiminnasta.

Prosessin sopivuus ennen ominaisuuslistaa

Monet ohjelmistovalintaprojektit alkavat pitkillä toivelistoilla. Se on ymmärrettävää, mutta harvoin riittävää. Lista kertoo, että järjestelmä osaa ”tulostaa tarroja”. Se ei kerro, syntyykö tarra oikealla hetkellä, tarkistetaanko tiedot, pysyvätkö uudelleentulostukset jäljitettävinä ja täytyykö lähettäjän vaihtaa sitä varten viiden näkymän välillä.

Parempi on käydä läpi todellisia tapahtumia. Ei organisaatiokaavion idealisoitua työnkulkua, vaan tiistaiaamu, jolloin toimitus saapuu myöhässä, tuote puuttuu ja kaksi työntekijää tarvitsee samaa tietoa samaan aikaan. Kuka työskentelee milloin millä tiedoilla? Missä päätökset syntyvät? Mikä poikkeus on yleinen? Minkä tiedon täytyy olla heti saatavilla, minkä saa tulla myöhemmin?

Tästä analyysistä seuraa usein myös sekamuoto. Valmis ERP pysyy johtavana ratkaisuna perustiedoille, ostoille tai laskuille. Yksilöllinen verkkosovellus täydentää sitä varastoprosessissa, tietyssä hyväksynnässä tai toimitusten suunnittelussa. Rajapinnat on silloin suunniteltava tietoisesti: Mikä tietolähde on ensisijainen? Mihin suuntaan tietoja siirretään? Miten virheet tunnistetaan ja käsitellään uudelleen? Ilman näitä sääntöjä ongelma vain siirtyy taulukosta epäselvään järjestelmämaisemaan.

Hallinta, käyttö ja tietojen vastuu

Valmisohjelmiston mukana yritys ostaa myös riippuvuutta. Se ei ole automaattisesti huono asia. Erikoistunut toimittaja voi hoitaa tietoturvapäivitykset, lakivaatimukset ja infrastruktuurin tehokkaammin kuin yksittäinen keskisuuri yritys. Silti vastuuhenkilöiden tulisi tarkistaa sopimuskaudet, vientimahdollisuudet, rajapintojen laatu ja oman tiedon käsittely.

Räätälöidyssä ohjelmistossa hallinta on suurempaa, mutta se vaatii luotettavan teknisen kumppanin ja selkeät vastuut. Kuka käyttää sovellusta? Miten tietoturvapäivitykset asennetaan? Millaisia pääsyoikeuksia on tukitapauksessa? Mitä tapahtuu palveluntarjoajan vaihtuessa? Dokumentaatio ja siistit luovutukset eivät ole sivuseikka, vaan osa investoinnin varmuutta.

Sama koskee automatisoituja testejä. Heti kun uusi toiminto koskee saldoja, lähetyksiä tai arkaluonteisia asiakastietoja, kriittiset työnkulut pitäisi tarkistaa toistettavasti. Juuri sisäisissä sovelluksissa itse ylläpidetty testiympäristö voi olla järkevä, jos kuvakaappaukset, testidata ja sovelluksen liikenne eivät kuulu ulkoiseen pilveen. Ratkaisevaa ovat ymmärrettävät testitapaukset ja dokumentoidut tulokset - ei tarjouksessa oleva tekoälytarra.

Parempi päätös alkaa pienestä ja konkreettisesta

Ennen kuin valitset tai tilaat ohjelmiston, ota prosessi, jossa on paljon kitkahävikkiä. Mittaa läpimenoaikaa, virheitä, jatkokysymyksiä ja manuaalisia siirtoja muutaman viikon ajan. Keskustele ihmisten kanssa, jotka suorittavat työnkulun päivittäin. He tuntevat usein paitsi ongelmat myös ne poikkeukset, joihin teoriassa hyvä järjestelmä arjessa kompastuu.

Jos valmistuote parantaa työnkulkua muutamalla hyväksyttävällä mukautuksella, se on hyvä päätös. Jos toiminnan pitäisi pysyvästi kiertää järjestelmää, räätälöity ohjelmisto ansaitsee kestävän kannattavuuslaskelman. Paras ratkaisu ei ole se, jolla on laajin toimintokatalogi, vaan se, joka toimii luotettavasti maanantaiaamuna ja keventää tiimin työtä.