Tilausten vastaanoton työnkulun automatisointi toiminnassa

Tilaus tulee sähköpostitse, toinen puhelimitse, lisäksi Excel-tiedosto avainasiakkaalta. Myöhemmin varastossa toimitusosoite puuttuu, myynti ei enää tiedä tarkasti luvattua toimituspäivää, ja lähetysosasto tulostaa lähetteen vanhentuneella tuoterivillä. Se, joka haluaa automatisoida tilausten vastaanoton työnkulun, ei ratkaise abstraktia digitaalista projektia. Se poistaa juuri tämän kitkan siinä kohdassa, jossa liikevaihto muuttuu operatiiviseksi työksi.

Pienille ja keskisuurille yrityksille tilausten vastaanotto on usein aliarvioitu. Niin kauan kuin tilauksia tulee vähän päivässä ja kokeneet työntekijät tuntevat jokaisen erikoistapauksen, puhelinmuistiinpanot, postilaatikot ja taulukot kantavat prosessia. Kasvavan volyymin myötä niistä tulee kuitenkin riski: tieto on kaksinkertaisena, luovutukset tapahtuvat suullisesti, eikä kukaan voi luotettavasti sanoa, mikä tilauksen tila on voimassa.

Miksi tilausten vastaanotosta tulee niin usein pullonkaula

Syy on harvoin puuttuva panostus. Yleensä työnkulku on kasvanut vuosien mittaan. Asiakkaat tilaavat eri kanavien kautta, hinnat ja toimitusehdot koskevat vain tiettyjä asiakasryhmiä, ja tuotenumerot poikkeavat sisäisistä nimityksistä. Työntekijät sovittavat tietoa kokemuksen perusteella ja täyttävät aukot tiedusteluilla.

Tämä toimii, kunnes joku on lomalla, vuoro vaihtuu, tai useita kiireellisiä tilauksia saapuu samanaikaisesti. Silloin käy ilmi, ettei tieto ole prosessissa, vaan yksittäisissä päissä ja hajallaan olevissa tiedostoissa. Seuraukset ovat tuttuja: väärät määrät, viivästyneet toimitukset, ratkaisemattomat hyväksynnät ja tarpeettomat korjaukset varastossa. Automaatio ei tässä tarkoita, että asiakkaan on välttämättä tilattava portaalin kautta. Se tarkoittaa, että jokainen tilaus, riippumatta saapumiskanavasta, kirjataan, tarkistetaan, rikastetaan ja luovutetaan samojen jäljitettävien sääntöjen mukaisesti.

Tilausten vastaanoton työnkulun automatisointi vääntämättä toimintaa vääräksi

Käyttökelpoinen työnkulku ei ala ohjelmistolistasta, vaan asiallisesta prosessianalyysistä. Ratkaisevia kysymyksiä ovat: Mikä tieto on oltava saatavilla, ennen kuin tilaus saa mennä varastoon, suunnitteluun tai tuotantoon? Ja mitkä poikkeukset ovat oikeutettuja pelkän häiritsevyyden sijaan? Tyypillinen työnkulku koostuu neljästä selkeästä vaiheesta: tilauksen kirjaus, tietojen tarkistus, tilauksen hyväksyntä ja jatkoprosessien käynnistys. Näiden vaiheiden välillä tarvitaan selkeät vastuut ja tilat. Tilauksen ei esimerkiksi tulisi voida olla samaan aikaan "uusi", "selvityksessä" ja "valmis lähetykseen".

1. Tilausten kokoaminen kaikista kanavista yhdeksi prosessiksi

Sähköposti, puhelin, PDF, EDI, verkkolomake tai kenttäpalvelun muistiinpanot voivat pysyä eri saapumispisteinä. Ratkaisevaa on, että ne päätyvät jaettuun tilausprosessiin. Työntekijöiden ei tulisi ensin joutua kopioimaan tietoa postilaatikosta, sitten päivittämään taulukkoa ja lopuksi ilmoittamaan toiselle henkilölle.

Strukturoiduissa tilauksissa asiakastiedot, tuotenumerot, määrät ja halutut päivämäärät voidaan ottaa suoraan käyttöön. PDF-tiedostoille tai vapaamuotoisille sähköposteille ohjattu kirjaus on usein järkevämpi kuin täysin automaattinen poiminta. Tekoälyavusteinen poiminta voi tehdä ehdotuksia, mutta epäselvien määrien, asiakaskohtaisten tuotenumeroiden tai käsinkirjoitettujen asiakirjojen kohdalla tarvitaan näkyvä tarkistus. Järkevä mittapuu ei ole "maksimaalinen automaatio", vaan "ei tarpeetonta kaksinkertaista kirjaamista". Hyvin suunniteltu lomake pakollisine kenttineen ja järkevine ehdotuksineen säästää monissa yrityksissä enemmän aikaa kuin virhealtis täysautomatiikka.

2. Tietojen tarkistus ennen kuin virheet etenevät

Arvokkain automaatio tapahtuu ennen hyväksyntää. Järjestelmä voi tarkistaa, onko asiakasnumero olemassa, onko toimitusosoite täydellinen, onko tuote aktiivinen, vaikuttaako haluttu määrä sallitulta, ja onko maksu- tai luottohyväksyntä olemassa. Myös asiakaskohtaiset hinnat, vähimmäismäärät ja toimitusikkunat voidaan täsmäyttää tallennettuja sääntöjä vasten.

Poikkeamien käsittely on tärkeää. Jokaisen poikkeaman ei tarvitse estää tilausta. Jos esimerkiksi viitenumero puuttuu, myynti voi saada tehtävän. Jos tilaus ylittää määritellyn arvorajan tai kate jää sovitun kehyksen ulkopuolelle, vastuuhenkilön hyväksyntä voi olla tarpeen. Näin ei synny hiljaisia virheitä, vaan näkyviä selvitystapauksia. Se on suuri ero: varasto ei saa vain puutteellista tilausta, vaan tilauksen, jolla on selkeä tila ja dokumentoitu päätös.

3. Hyväksyntöjen sitominen sääntöihin suullisten pyyntöjen sijaan

Monet viivästykset syntyvät lauseista kuten: "Voisitko hyväksyä tämän nopeasti?" Tällaiset tiedustelut eivät ole periaatteessa vääriä. Ne muuttuvat ongelmallisiksi, kun ne kulkevat chatin, puhelimen tai käytäväkeskustelun kautta ja ovat myöhemmin jäljittämättömissä.

Automatisoitu työnkulku tallentaa hyväksyntäsäännöt suoraan tilaustasolle. Esimerkiksi tilaus voidaan hyväksyä automaattisesti, jos asiakas, hinta, varasto ja toimitusosoite ovat uskottavia. Erikoisehdoista, osatoimituksista tai määritellyn rajan ylittävästä tilauksesta ilmoitetaan vastuuhenkilölle. Hyväksyntä tallennetaan aikaleimalla ja perustelulla.

Tämä luo nopeutta luopumatta hallinnasta. Erityisesti vaihtuvissa vuoroissa tai useissa toimipisteissä se estää tilauksia jäämästä jumiin henkilökohtaisiin postilaatikoihin.

4. Varaston, lähetyksen ja asiakkaan kohdennettu tiedottaminen

Hyväksynnän jälkeen tilausta ei tarvitse enää siirtää manuaalisesti listalta toiselle. Työnkulku voi luoda keräilytilauksen, varata varastoa, valmistella lähetteen tai käynnistää lähetysilmoituksen. Mitkä vaiheet ovat järkeviä, riippuu liiketoimintamallista.

Varaosakauppias saattaa tarvita heti keräilytilauksen ja prioriteettimerkinnän. Valmistaja tarvitsee ensin saatavuustarkistuksen ja sen jälkeen tuotantoimpulssin. Tukkukauppias, jolla on kiinteät toimituskierrokset, haluaa niputtaa tilauksia tiettyyn kellonaikaan asti. Siksi jäykkä vakioratkaisu ei usein ole paras valinta.

Asiakkaalle riittää usein selkeä vahvistus: tilaus vastaanotettu, tarkistettu tai sitovasti aikataulutettu. Jokainen sisäinen tilanmuutos ei kuulu sähköpostiin. Liian monet automaattiset viestit synnyttävät tiedusteluja luottamuksen sijaan.

Mitä dataa kestävä prosessi tarvitsee

Hyvä tilausten vastaanotto seisoo puhtaalla datapohjalla. Tähän kuuluvat ylläpidetyt asiakasperustiedot, yksiselitteiset tuotenumerot, voimassa olevat hinta- ja ehtosäännöt sekä selkeästi määritellyt toimitusosoitteet. Jos nämä perusteet puuttuvat, automaatio vain nopeuttaa epäluotettavan datan välitystä. Myös tekninen arkkitehtuuri on tärkeä. Keskitetty järjestelmä jäljitettävillä tilamuutoksilla ja luotettavalla tietokannalla on pysyvästi parempi kuin makrojen, paikallisten tiedostojen ja hallitsemattomien sähköpostien edelleenlähetysten ketju. Tämä ei tarkoita, että jokainen Excel-taulukko olisi korvattava heti.

Jos taulukko toimii läpinäkyvästi pienessä, vakaassa osaprosessissa, se voi pysyä toistaiseksi. Heti kun useat henkilöt työskentelevät tilausten kanssa samanaikaisesti, hyväksyntöjä tarvitaan, tai tietoa välitetään varastolle ja lähetykselle, keskitetyn tietolähteen tulisi kuitenkin olla etusijalla. Ylläpidettävään arkkitehtuuriin perustuvat järjestelmät, esimerkiksi PHP 8.4:llä, modernilla JavaScriptillä ja MySQL 8:lla, voidaan silloin liittää kohdennetusti olemassa oleviin työnkulkuihin sen sijaan, että toiminta pakotettaisiin konsernisohjelmiston kaavaan.

Mittaa, paraneeko työnkulku todella

Uusi järjestelmä ei ole automaattisesti parempi prosessi. Ennen käynnistystä tulisi siksi määritellä muutama tunnusluku. Merkityksellisiä ovat esimerkiksi aika tilauksen vastaanotosta hyväksyntään, tiedustelujen määrä tilausta kohden, korjaukset varastoon luovutuksen jälkeen ja ajallaan käsiteltyjen tilausten osuus.

Nämä tunnusluvut näyttävät myös, missä ei tarvita lisää automaatiota. Jos 85 prosenttia vakiotilauksista sujuu nopeasti ja virheettömästi, mutta loput 15 prosenttia ovat aitoja erikoistapauksia, selkeä selvitysprosessi on järkevämpi kuin yritys pakottaa jokainen poikkeus algoritmisesti.

Lokit auttavat myös päivittäisessä toiminnassa. Se, joka näkee, milloin tilaus saapui, mikä tarkistus epäonnistui, kuka sen hyväksyi ja milloin lähetystilaus luotiin, ei enää etsi syytä viidestä postilaatikosta. Tämä vähentää paitsi virheitä myös riippuvuutta yksittäisistä työntekijöistä.

Käyttöönotto pienin askelin big bangin sijaan

Turvallisin aloitus on yleensä selkeästi rajattu tilaustyyppi: esimerkiksi tietyn asiakaspiirin vakiotilaukset tai tunnetuilla tuotteilla varustetut sähköpostitilaukset. Siellä voidaan testata datakenttiä, sääntöjä ja luovutuksia todellisissa olosuhteissa. Vasta kun tilat, poikkeukset ja vastuut toimivat siististi, seuraavat monimutkaisemmat tapaukset, kuten erikoishinnat, osatoimitukset tai asiakaskohtaiset pakkausmääritykset.

Työntekijät tulisi ottaa mukaan suunnitteluun. Ei siksi, että jokaisen olemassa olevan tavan tulisi pysyä muuttumattomana, vaan koska puhelimessa, myynnissä ja varastossa olevat henkilöt tuntevat todelliset poikkeukset. Ratkaisu, joka näyttää hyvältä vain työpajassa, kierretään nopeasti hallin lattialla.

Tällaisissa hankkeissa softify.pro luottaa työnkulkukohtaisiin järjestelmiin ylikuormitettujen vakiosarjojen sijaan: selkeillä luovutuksilla, dokumentoiduilla säännöillä ja riittävällä tilalla toimintatavoille, jotka todistetusti toimivat yrityksessä.

Paras seuraava askel ei siis ole mahdollisimman monen ominaisuuden etsiminen. Ota kymmenen todellista tilausta tyypilliseltä viikolta ja seuraa niiden matkaa vastaanotosta lähetykseen. Jokainen manuaalinen kaksinkertainen siirto, jokainen epäselvä päätös ja jokainen toistuva tiedustelu on konkreettinen lähtökohta prosessille, joka toimii jatkossa luotettavasti tiimille.