Kun verkkokauppajärjestelmät määräävät kehitystahdin, eivät asiakkaiden tarpeet
Verkkokaupan kehitystyötä tulisi ohjata liiketoiminnan tavoitteet ja asiakkaiden tarpeet – ei käytössä olevan järjestelmän teknologiset rajoitukset. Käytännössä tilanne on usein päinvastainen. Tämä johtaa menetettyyn myyntiin ja heikentää yrityksesi kilpailukykyä. Artikkelissa tarkastelemme ilmiön syitä ja ratkaisuja, joilla kehityksen suunta voidaan kääntää.
Joulusesonki alkaa tuntua ilmassa. Ensimmäiset kampanjat ovat jo käynnissä, varastot täyttyvät ja mainosbudjetit viritetään huippuunsa. Asiakaspalvelu valmistautuu kiireiseen loppuvuoteen, mutta samalla vatsanpohjassa kasvaa pieni huoli: taipuuko verkkokauppajärjestelmä tähän kaikkeen? Entä ehtiikö AI-ostosapuri mukaan sesonkiin, vai jääkö se lanseerauksen loppusuoralla kiinni integraatio-ongelmiin tai datan puutteeseen?
Myyntihuipun siintäessä edessä huomataan, kuinka paljon liiketoiminta on sidottu teknisiin valintoihin. Liian usein verkkokaupan kehitystä ohjaa verkkokauppajärjestelmä eikä liiketoiminnan tavoitteet. Lopputuloksena kehityksen roadmap määräytyy sen mukaan, mitä alusta tukee tai mitä ominaisuuksia tuotetalo aikoo julkaista seuraavaksi, eikä sen mukaan mitä asiakkaat oikeasti tarvitsevat.
Miksi näin käy? Kolme syytä jotka hidastavat kasvuasi
Tuotteen ominaisuudet edellä
”Katsotaan, mitä seuraavassa päivityksessä tulee.”
Monessa organisaatiossa fokus on liiaksi tuotteessa ja sen ominaisuuksissa eikä todennetussa asiakasarvossa. Keskitytään siihen, mitä järjestelmä osaa tehdä, eikä siihen, mikä todella tuottaa arvoa asiakkaalle ja liiketoiminnalle.
Jos halutaan tehdä jotain, mitä verkkokauppajärjestelmä ei suoraan tue – vaikkapa segmentoida asiakkaita ostokäyttäytymisen perusteella tai tarjota dynaamista hinnoittelua – edessä on usein tuotteen räätälöintiä. Se taas tekee tulevasta ylläpidosta ja päivittämisestä hankalaa sekä lisää teknistä velkaa.
Roadmapit, joihin ei voi vaikuttaa
Verkkokauppatuotteiden valmiit roadmapit voivat olla houkuttelevia: lupaus nopeasta etenemisestä ja uusista ominaisuuksista. Moni suomalainen yritys kuitenkin huomaa, että globaali tuotetoimittaja ei priorisoi heidän tarpeitaan.
Käytännössä tämä tarkoittaa, että jos ominaisuutta ei ole tuotteen roadmapissa, ei se sinne pyytämällä tule. Ja jos ko. ominaisuus rakennetaan itse, joudutaan usein rakentamaan “vastavirtaan” järjestelmän sisällä. Kilpailijasi eivät odota – eivätkä asiakkaasi.
Itse tekeminen ei ole hopealuoti
Toisaalta täysin customina toteutettu ratkaisu ei automaattisesti poista ongelmaa. Kun kaikki tehdään alusta asti itse, myös perusasioiden toteutus vie aikaa. Liiketoiminta jää odottamaan kun kehitystiimi saa valmiiksi toiminnot, jotka löytyisivät valmiina kaikista verkkokauppa-alustoista. Perusasioiden valmistuttua myös kaikki uudet toiminnot vaativat jatkuvaa kehitystyötä.
Mitä kehittämättä jättäminen maksaa? Laske menetetty liiketoiminta
Jos lasket yhteen:
- menetyn myynnin viime vuoden Black Fridayna, koska verkkokauppasi kaatui tai hidastui
- menetyt asiakkaat siirtyivät kilpailijoille, koska eivät löytäneet etsimäänsä
- viimeisimmän “ei voi toteuttaa” -päätöksen hinnan asiakaskokemukselle
…kuinka suuren hintalapun saat menetetylle liiketoiminnalle?
Valtaosa liiketoiminta-arvosta pienellä kehitystyöllä
Usein suurin osa liiketoiminta-arvosta voidaan saavuttaa jo pienellä toteutuksella. Täsmäratkaisu jää kuitenkin helposti tunnistamatta, jos tavoitteita ei määritellä yhdessä liiketoiminnan, designin ja kehitystiimin kesken. Kun suunnittelu tehdään yhdessä ja toteutus etenee nopeasti, voidaan mitata saavutettua arvoa ja tarvittaessa korjata suuntaa.
Ratkaisuna kolme periaatetta
Yhteistyö, sisäänrakennettu ketteryys ja composable arkkitehtuuri
- Liiketoiminnan, designin ja kehitystiimin yhteistyö
Verkkokaupan tuotekehitystiimin pitäisi kuulua liiketoiminnan, designin ja IT:n asiantuntijoita, jotka määrittelevät yhdessä, mikä oikeasti tuottaa arvoa. Näin löydetään se 20 %, jolla saavutetaan 80 % hyödyistä.
Järjestä viikottaiset synkkaukset, jossa kaikki osa-alueet ovat mukana. Älä anna teknisten rajoitteiden määrittää sitä, mitä asiakkaille halutaan tarjota.
- Sisäänrakennettu ketteryys
Pystytkö reagoimaan kilpailijan uuteen ominaisuuteen viikossa vai kuukaudessa? Jatkuva muutos vaatii kykyä mukautua nopeasti asiakkaiden ja markkinoiden tarpeisiin. Kestävällä toimintamallilla muutos ei horjuta suuntaa, vaan vahvistaa sitä.
Tästä lähtökohdasta rakennettua järjestelmää voi kehittää muutostarpeiden myötä eteenpäin rakentamatta sitä kokonaan uudelleen.
- Composable arkkitehtuuri – vapaus valita parhaat palat
Kuvittele jos voisit vaihtaa maksunvälittäjää viikossa. Lisätä uuden markkinointiautomaation kuukaudessa. Kokeilla tekoälyä ilman, että koko järjestelmä pitää uudistaa.
Composable-periaatteita käyttäen voit rakentaa kokonaisuuden, joka mukautuu liiketoiminnan suuntaan eikä muodostu tekniseksi esteeksi. Kun eri kyvykkyyksiä voidaan yhdistää, vaihtaa ja laajentaa ilman raskaita riippuvuuksia, kehitys etenee liiketoiminnan tahdissa eikä järjestelmän rajoissa. Composable-mallissa perustoiminnot ostetaan valmiina tuotteina. Kilpailijoista erottuminen tapahtuu joko yhdistämällä parhaita tuotteita tai integroimalla omia toteutuksia niiden rajapintojen kautta.
Mitä tapahtuu, jos et tee mitään?
Nopea vastaus: ei yhtään mitään. Onko se kuitenkaan kestävä liiketoimintastrategia?
Jos verkkokauppajärjestelmä määrittää, mitä voit seuraavaksi kehittää, kehityksen suunta on väärä.
Liiketoiminnan tulisi määrätä tahti ja järjestelmän sekä kehitystiimin tulee pysyä kehityksen mukana.
Mutta totuus on, että tälle tielle pääsy vaatii kuitenkin työtä niin organisatorisesti kuin teknisesti. Jatkuvan operatiivisen kiireen keskellä muutoksen aloittaminen voi olla vaikeaa perustella, vaikka tien päässä häämöttää tehokkaampi tapa toimia.
Kannustuksena tähän voisi miettiä menetettyä hyötyä siitä kaikesta, mikä nykyjärjestelmän rajoitteiden vuoksi jää saavuttamatta. Jokainen viikko, kun kilpailijasi liikkuu nopeammin kuin sinä, on viikko, jona menetät markkinaosuutta.
Haluatko keskustella, miten verkkokauppasi voisi kehittyä liiketoiminnan ehdoilla?
Kirjoittajat:
Antti Everi, Principal Architect, Digital Commerce, Nitor
Mika Majakorpi, CTO, Nitor
