Milloin yritysten kannattaa korvata taulukkolaskenta?

Varastopäällikkö tulostaa aamulla varastolistan. Kaksi tuntia myöhemmin myynti on kirjannut tilauksen, tavaravastaanoton määrää on korjattu ja kollega on avannut vanhan tiedoston sähköpostin liitteestä. Luvut eivät enää täsmää. Juuri tässä kohdassa herää kysymys: Milloin yritysten kannattaa korvata taulukkolaskenta? Ei silloin, kun tiedosto kerran muuttuu sekavaksi, vaan silloin, kun siitä tulee käynnissä olevan prosessin näkymätön pullonkaula.

Taulukkolaskenta ei ole merkki huonosta organisoinnista. Laskelmiin, kertaluonteisiin analyyseihin, pieniin tietomääriin ja päätöksiin, joissa on mukana vain vähän ihmisiä, se on usein oikea työkalu. Se on joustava, tuttu ja käytettävissä ilman projektin käynnistämistä. Ongelmalliseksi se muuttuu vasta, kun yhden taulukon odotetaan olevan samaan aikaan tietokanta, työohje, hyväksymisprosessi, dokumenttiarkisto ja viestintäkanava.

Taulukkolaskenta on hyvä - kunnes se alkaa kantaa prosessia

Monet kasvavat yritykset pitävät kiinni tiedostoistaan, koska ne on rakennettu huolella vuosien kuluessa. Niissä on tuotenumeroita, erikoistapauksia, toimittajatietoa ja koeteltua laskentalogiikkaa. Se ansaitsee kunnioitusta. Korvaava järjestelmä, joka sivuuttaa tämän todellisuuden, aiheuttaa vastarintaa ja pahimmassa tapauksessa uusia kiertoteitä.

Ratkaiseva kysymys ei siksi ole: ”Onko Excel huono?” Vaan: ”Voiko tiimimme työskennellä tällä työkalulla luotettavasti, vaikka tilausmäärät, vuorot tai vastuuhenkilöt vaihtuvat?” Jos vastaus riippuu säännöllisesti tietystä henkilöstä, yhteisestä asemasta tai kaikkien osallisten kurinalaisuudesta, raja on usein tullut vastaan.

Erityisen selvästi tämä näkyy varastossa, korjaamossa ja materiaalinohjauksessa. Varasto, joka täsmäytetään vasta jälkikäteen, ei ole luotettava varasto. Toimitustodiste, joka kootaan käsin useasta tiedostosta, maksaa muutakin kuin aikaa. Se vaikeuttaa jatkokysymyksiä, jäljitettävyyttä ja siistiä luovutusta työntekijöiden välillä.

Milloin yritysten kannattaa korvata taulukkolaskenta?

Ei ole yleispätevää ajankohtaa eikä taikalukua rivien määrälle. Yritys, jolla on 500 nimikettä, voi toimia hyvin yksinkertaisella taulukolla, kun taas toinen, jolla on 50 nimikettä, tarvitsee järjestelmän jo aikoja sitten. Ratkaisevaa on operatiivinen kuormitus: kuinka usein tiedot muuttuvat, kuka niitä käyttää ja mitä seurauksia virheellä on?

Selvä laukaisija on versioristiriita. Kun tiimit lähettelevät tiedostoja nimillä kuten ”Varasto_final_uusi2” tai kollegat joutuvat kysymään, mikä sarake on juuri nyt voimassa, sitova tietolähde puuttuu. Myös manuaalinen kopiointityö tilauslistan, varastoyhteenvedon, lähetystiedoston ja laskutuksen valmistelun välillä on merkki. Jokainen siirto luo uuden tilaisuuden numeroiden kääntymiselle, kaksoismerkinnöille tai unohtuneille päivityksille.

Yhtä kriittisiä ovat prosessit, joissa vastuu ei ole jäljitettävissä. Kuka muutti määrää? Milloin tavaravastaanotto kirjattiin? Miksi tilaus laitettiin odottamaan? Taulukossa muutoksia voi kyllä osittain lokittaa. Arjessa se on kuitenkin harvoin yhtä yksiselitteistä ja käyttökelpoista kuin prosessissa, joka tallentaa kirjaukset, tilamuutokset ja käyttäjien toimet tarkoituksellisesti.

Toinen seikka on työn nopeus. Jos työntekijöiden täytyy ennen pakkaamista ensin selata tiedostoa, tarkistaa varastosaldo, kirjoittaa tietoja uudelleen ja sen jälkeen luoda lähetystarra erillisessä portaalissa, taulukosta tulee tahdinantaja lattiatasolla. Kustannukset eivät silloin synny vain minuuteissa. Ne näkyvät keskeytyksinä, jatkokysymyksinä, virhetoimituksina ja tietona, joka on vain yksittäisten ihmisten päässä.

Riskit piilevät usein kahden solun välissä

Taulukkolaskenta epäonnistuu harvoin näyttävästi. Usein kyse on pienistä poikkeamista, jotka etenevät eteenpäin: väärin vedetty kaava, suodatin, joka ei kata kaikkia rivejä, numeron sijaan tekstinä tallennettu luku tai vahingossa ylikirjoitettu kaava. Tällaiset virheet pysyvät pitkään huomaamatta juuri silloin, kun tiimi työskentelee kiireessä.

Liiketoimintakriittisissä prosesseissa mukaan tulee toinen riski: puuttuva prosessin ohjaus. Taulukko voi näyttää, että tilaus on olemassa. Se ei kuitenkaan luotettavasti varmista, että kaikki tarvittavat vaiheet tapahtuvat oikeassa järjestyksessä. Täytyykö laatutarkastuksen olla valmis ennen lähetystä? Saako lähetteen luoda ilman vahvistettua keräilyä? Pitäisikö tilauksen siirtyä automaattisesti selvitykseen, kun saldo puuttuu? Nämä säännöt eivät kuulu muistutuksiin, värjättyihin soluihin tai monimutkaisiin jos-niin-kaavoihin, kun ne päättävät päivittäin siitä, toimivatko prosessit oikein.

Myös käyttöoikeudet tulevat merkityksellisiksi tiimin kasvaessa. Kaikkien ei tarvitse saada muuttaa hintoja, ylläpitää perustietoja tai korjata päättyneitä tapahtumia. Räätälöity sovellus voi kuvata roolit selkeästi, kirjata arkaluonteiset toimet lokiin ja esimerkiksi lukita tilin usean epäonnistuneen yrityksen jälkeen. Se ei ole liioiteltua tekniikkaa. Se on siisti vastaus vastuukysymykseen.

Jokainen ongelma ei tarvitse isoa ERP-järjestelmää

Vaihtoehto taulukkolaskennalle ei ole automaattisesti maailmanlaajuinen enterprise-paketti pitkine käyttöönottohankkeineen. Monelle pienelle ja keskisuurelle yritykselle se olisi väärä askel: liian monta toimintoa, liian jäykät prosessit, korkeat lisenssikustannukset ja järjestelmä, joka ei mukaudu riittävästi yrityksen toimintaan.

Mielekkäämpää on usein kohdennettu sovellus konkreettiseen pullonkaulaan. Se voi olla tavaravastaanoton järjestelmä, joka hoitaa myös varastoliikkeet ja varastopaikat. Se voi kerätä tilauksia sähköposteista tai lomakkeista jäsennellysti, luoda lähetteitä, valmistella lähetystarroja tai suunnitella reittejä selkeiden sääntöjen mukaan. Ratkaisevaa ei ole ottaa käyttöön mahdollisimman paljon ohjelmistoja. Ratkaisevaa on, että seuraava toimenpide on vastuuhenkilölle yksiselitteinen.

Hyvä ratkaisu voi lisäksi käynnistyä olemassa olevien työkalujen rinnalla. Kirjanpitoa, ERP-järjestelmää tai lähetyspalveluntarjoajia ei tarvitse korvata heti. Usein luotettava rajapinta tai siisti vienti on pragmaattisempi tie. Hyöty syntyy, kun kaksoissyötöt poistuvat ja operatiiviset tiedot ovat ajan tasalla siellä, missä niitä tarvitaan.

Näin arvioit todellisen toimenpidetarpeen

Sen sijaan että vertailisit heti ohjelmistotarjouksia, kannattaa tarkastella yhtä konkreettista työnkulkua. Ota esimerkiksi tilauksen reitti saapumisesta lähetykseen. Kirjaa ylös paitsi viralliset vaiheet, myös puhelut, muistilaput, yksityiset chat-viestit ja kohdat, joissa joku siirtää tietoa yhdestä tiedostosta toiseen järjestelmään.

Kysy sen jälkeen: missä työntekijät odottavat tietoja? Missä tietoja syötetään moneen kertaan? Mikä päätös riippuu kokemuksesta näkyvien sääntöjen sijaan? Ja mitkä virheet olisivat kalliita, jos tilausmäärä kaksinkertaistuisi kuudessa kuukaudessa? Tämä analyysi näyttää yleensä nopeammin kuin mikään ominaisuuslista, riittääkö taulukko vielä.

Kaikki poikkeamat eivät oikeuta räätälöityä kehitystä. Jos raportin laatii kuukausittain yksi henkilö ja virhe on helppo korjata, taulukko pysyy usein järkevänä. Mutta jos useat ihmiset ovat päivittäin riippuvaisia ajantasaisista tiedoista, jos fyysisiä tavaroita liikutetaan tai jos asiakkaille tarvitaan todisteita, laskelma muuttuu. Silloin yritys maksaa jo aikoja sitten työkalun rajoituksista - vain jakautuneena työaikaan, virheiden korjauksiin ja viivästyksiin.

Korvaavan ratkaisun on pysyttävä ylläpidettävänä

Kun korvaat taulukkolaskennan, tavoitteena ei saa olla pelkästään kauniimman käyttöliittymän ostaminen. Tietorakenne, säännöt ja sovelluksen käyttö ratkaisevat, toimiiko ratkaisu vielä kahden vuoden kuluttua luotettavasti. Kevyelle verkkosovellukselle PHP 8.4, moderni JavaScript ja MySQL 8 voivat olla esimerkiksi tietoisesti asiallinen ja vakaa perusta: helposti ylläpidettävä, tehokas ja riippumaton lyhytikäisistä trendeistä.

Yhtä tärkeää on käyttöönotto. Järjestelmän tulisi ensin vakauttaa todelliset työnkulut eikä kattaa kaikkia mahdollisia toiveita samanaikaisesti. Selkeästi rajattu ensimmäinen alue - esimerkiksi tavaravastaanotto ja varastokirjaus - luo luottamusta. Sen jälkeen lähetykset, toimitusasiakirjat tai analyysit voidaan lisätä yhtenäiselle tietopohjalle.

Vanhat taulukot eivät välttämättä katoa heti. Jotkin säilyvät arkistona, erityisanalyyseihin tai hallittuna vientinä. Tavoitteena ei ole karkottaa taulukkolaskentaa. Tavoitteena on vapauttaa se tehtävistä, joihin sitä ei koskaan ollut tarkoitettu pysyväksi käyttöjärjestelmäksi.

Jos tiimisi tarkistaa säännöllisesti, mikä tiedosto pitää paikkansa, kuka muutti viimeksi jotain tai onko tilaus todella käsitelty kokonaan, kyse ei ole pienestä organisatorisesta virheestä. Se on hyvä syy tarkastella prosessia yhdessä todellisella työpisteellä - ennen kuin seuraava kasvupiikki tekee hauraasta taulukosta päivittäisen pullonkaulan.