Uusien ostoalustojen onnistunut lanseeraus – viisi ratkaisevaa menestystekijää

Hankinta-alustan onnistunut lanseeraus vaatii paljon muutakin kuin oikean ohjelmiston. Päätös on tehty, budjetti hyväksytty ja uusi hankintatyökalu valittu. Käytännössä tämä on vaihe, joka alkaa ja määrittää investoinnin todellisen arvon: käyttöönoton ja julkistuksen suunnittelu.

Hyvin laadittu lanseeraussuunnitelma on paljon enemmän kuin virstanpylväiden, testiskriptien ja käyttöönottoaaltojen hallintaa. Sen on yhdenmukaistettava liiketoiminnan vaatimukset, hankintakanavat, ERP-tiedot ja roolit siten, että uudesta ratkaisusta tulee luonnollinen ja luotettava polku päivittäiseen työhön.

Organisaatiot, jotka harkitsevat ostotoiminnan digitalisointi koska pelkkä ohjelmistoasennus voi digitalisoida vain jo valmiiksi tehottomat prosessit. Jotta käyttöönotto johtaisi todelliseen liiketoiminnan muutokseen, osto- ja IT-päälliköiden on otettava huomioon viisi kriittistä menestystekijää alusta alkaen.

1. Aloita ongelmista – älä ohjelmiston ominaisuuksista

Monet projektiryhmät lähtevät liikkeelle ensisijaisesti työkalun ominaisuusluettelosta. Tärkein kysymys ei kuitenkaan ole se, mitä moduuleja voidaan konfiguroida, vaan se, missä nykypäivän ostotyön konkreettiset ongelmat piilevät.

Esimerkiksi ostajilla voi olla vaikeuksia löytää oikea ostopolku, ymmärtää sovellettavia määräyksiä tai seurata tilauksen tilaa. Samaan aikaan operatiivinen ostotoiminto menettää arvokasta aikaa keskeneräisiin vapaamuotoisiin tekstipyyntöihin, manuaalisiin korjauksiin ja toistuviin kysymyksiin.

Kestävään valmistautumiseen tarvitaan siksi varhaista yhteistyötä toimintojen, ostojen, IT:n ja talousosaston välillä. Tunnistetut kitkakohdat on muutettava mitattavissa oleviksi tavoitteiksi. Tämä voi tarkoittaa vapaiden tekstipyyntöjen vähentämistä tarpeisiin, jotka jo katetaan neuvotelluilla tuotteilla, tai niin sanotun omavaraisen ostamisen rajoittamista, jossa hankinnat tehdään vakiintuneiden prosessien ja sääntöjen ulkopuolella.

Nämä prosessitavoitteet muodostavat perustan uskottavalle päätöksenteolle. Laskelman ei tulisi rajoittua lisenssi- ja käyttöönottokustannuksiin. Myös datan puhdistus, integraatioiden kehittäminen ja valvonta, väliohjelmistojen käyttö ja koulutus vaikuttavat kokonaiskustannuksiin, ja ne on sisällytettävä alusta alkaen.

2. Ostokanavien jäsentäminen ennen niiden digitalisointia

Nykyaikaisten tiedonkeruu- ja orkestrointiratkaisujen tulisi tarjota pyytäjälle yhteinen aloituspiste ja käsitellä taustalla tapahtuva monimutkaisuus. Tämä toimii vain, jos hankintaorganisaatio on ensin määritellyt prosessinsa ja ostopolkunsa.

Jos selkeät ostoprosessit puuttuvat, edes edistynyt ohjelmisto ei pysty tekemään muuta kuin rekisteröimään pyyntöjä. Hallitakseen ja automatisoi prosessit Ennen käyttöönottoa on määritettävä, mitkä tarpeet käsitellään luetteloiden, markkinapaikkojen, puitesopimusten, omien varastojen tai priorisoitujen toimittajien kautta.

Järjestelmä tarvitsee myös ennalta määriteltyjä kynnysarvoja, automaattisia hyväksymissääntöjä ja strukturoituja lomakkeita väistämättömiä vapaamuotoisia tekstitarpeita varten. Mitä enemmän ennalta neuvoteltuja ja määriteltyjä vakiopolkuja on, sitä suuremman osan ostoksista yritys voi käsitellä itsepalveluna.

Vapaamuotoiset tekstipyynnöt eivät katoa kokonaan. Oikein käytettynä niistä voi sen sijaan tulla strateginen perusta. Analysoimalla toistuvia trendejä hankintatoiminto voi tunnistaa, mitkä kategoriat tulisi priorisoida uusissa puitesopimuksissa tai luetteloyhteyksissä.

3. Tee ERP-integraatiosta ratkaisun selkäranka

Digitaaliset ostoprojektit kohtaavat nopeasti ongelmia, jos prosessi katkeaa rajalla ERP-järjestelmä. Keskitetty toiminnanohjausjärjestelmä on yleensä yrityksen luotettava lähde perustiedoille, kustannuspaikoille, budjeteille, valtuutuksille ja kirjanpitosäännöille.

Ostoalustan ei tarvitse vain hakea ja käyttää näitä tietoja. Sen on tuettava saumatonta prosessia aina tarpeesta ja ostopyynnöstä tilaukseen, toimitukseen tai palvelun rekisteröintiin ja laskuun asti.

Kun yritykset luottavat viivästettyihin datakopioihin monimutkaisten väliohjelmistojen kautta, rinnakkaisia dataympäristöjä syntyy helposti. Jos toimittaja on estetty tai budjetti on käytetty loppuun toiminnanohjausjärjestelmässä, mutta tiedot eivät ole vielä saapuneet hankintaratkaisuun, käyttöliittymä toimii vanhentuneen datan kanssa.

Vakaat prosessit alusta loppuun, mukaan lukien poikkeukset, kuten toimittajien viivästykset ja budjetin ylitykset, ovat siksi tärkeämpiä kuin suuri määrä toimintoja, jotka ovat riippuvaisia asynkronisesta tiedonsiirrosta.

Esimerkki ERP-tyyppisestä arkkitehtuurista on BeNeeringin digitaalinen hankinta-alusta. Alusta käyttää SAP-dataa suoraan ja reaaliajassa ostoprosessin aikana rinnakkaisen dataympäristön rakentamisen sijaan. Tämä mahdollistaa sekä prosessien että niihin liittyvien tekoälytoimintojen työskentelyn nykyisen ERP-datan kanssa.

4. Sovita laajuus organisaation kypsyystasoon

Valinta kokonaisvaltaisen big bang -lanseerauksen ja asteittaisen aloittamisen välillä minimaalisella toimivalla tuotteella (MVP) ei saisi perustua mutu-tuntumaan. Ratkaiseva tekijä on osto-organisaation kypsyys ja jäsentely.

Yritykset, joilla on jo selkeät hankintakanavat ja hyvin kehitetyt kategoriastrategiat, voivat usein ottaa ratkaisun käyttöön suoraan useissa yksiköissä, toimipisteissä tai maissa. Organisaatiot, joiden hankintapolkujen jäsentäminen on vielä kesken, vähentävät riskiä aloittamalla oppivan MVP-lähestymistavan kanssa.

Tämä voidaan tehdä kahdella tavalla. Joko koko organisaatiolle aktivoidaan pienempi määrä erittäin standardoituja luokkia tai valitulle käyttäjäryhmälle, kuten laitokselle tai osastolle, annetaan pääsy ratkaisuun kaikkiin tarpeisiin.

Jälkimmäinen vaihtoehto tarjoaa käyttäjille yhtenäisen kokemuksen ilman, että heidän tarvitsee vaihtaa useiden järjestelmien välillä. Toteutusmallista riippumatta pitkän aikavälin tavoitteen tulisi olla sama: yksi, universaali aloituspiste kaikille organisaation ostotarpeille.

5. Ota käyttäjien työpäivä huomioon muutostyötä suunnitellessasi

Työntekijät harvoin alkavat käyttää uutta ratkaisua vain siksi, että se on teknisesti saatavilla tai esitelty johdon viestissä. Ensimmäisellä kerralla työkaluun törmätessä käyttäjä haluaa tietää, miten se konkreettisesti yksinkertaistaa heidän työpäiväänsä.

Vastausta ei voida rajoittaa abstrakteihin vaatimustenmukaisuussääntöihin. Ratkaisun on tarjottava selkeitä etuja ajansäästön, intuitiivisen ohjauksen, vähäisten koulutusvaatimusten ja prosessin tilan täyden näkyvyyden muodossa.

Muutosjohtamista ei siksi tule pitää pelkkänä lanseerausta edeltävänä viestintäponnistusna. Kun yrityksen edustajat pääsevät testaamaan prototyyppejä ja tosielämän työskentelytilanteita jo suunnitteluvaiheessa, heidän käytännön näkemyksensä voidaan sisällyttää ratkaisuun.

Erityisesti harvoin käyttävät käyttäjät osoittavat nopeasti, voidaanko käsitteitä, lomakkeita ja prosessivaiheita ymmärtää ilman syvällistä ostamisen tuntemusta. Varhainen osallistuminen tekee käyttäjistä ratkaisun yhteiskehittäjiä. Tämä voi sekä lisätä käyttöä ensimmäisestä päivästä lähtien että vähentää kalliita korjauksia käyttöönoton jälkeen.

Käyttöönotto on todellisen koettelemuksen alku

Teknisesti valmis käyttöönotto ei itsessään ole osoitus onnistumisesta. Ostoalustan arvo näkyy vasta päivittäisessä työssä: kun vakiovaatimukset voidaan käsitellä mutkattomasti, vapaamuotoisten tekstipyyntöjen osuus vähenee, toiminnanohjausjärjestelmän data virtaa luotettavasti ja osto-organisaatio vapautuu toistuvista rutiinitehtävistä.

Organisaatiot, jotka asettavat selkeät tavoitteet, jäsentävät ostokanavat, varmistavat toiminnanohjausjärjestelmien integroinnin ja osallistavat käyttäjät varhaisessa vaiheessa, luovat vankan pohjan tuloksille. Yhtä tärkeää on vastuiden määrittäminen kanavien, sääntöjen ja käyttäjäohjeiden jatkuvalle hallinnalle ja jatkokehitykselle.

Vasta käynnissä olevassa toiminnassa selviää, tarjoaako hankinnan digitalisointi pysyvää helpotusta vai luoko se vain uuden digitaalisen kiertotien.