Tarvitaanko verkkokauppa-alustaa enää AI-aikana?

Kun tekoäly pystyy kirjoittamaan toimivaa ohjelmistokoodia minuuteissa, miksi verkkokauppa pitäisi enää rakentaa WooCommercen, Shopifyn tai muun valmiin alustan päälle? Miksei tehdä juuri sitä mitä tarvitaan suoraan alusta lähtien?

Hyvä kysymys – ja viikko viikolta parempi.

AI-avusteinen ohjelmistokehitys on muuttanut ohjelmoinnin taloutta nopeasti. Aikaisemmin ominaisuus, jonka toteuttamiseen tarvittiin useita päiviä ohjelmointia, voidaan parhaimmillaan tehdä murto-osassa siitä ajasta.

Silti rakennamme verkkokaupat edelleen mieluummin olemassa olevan verkkokauppa-alustan päälle kuin täysin tyhjästä.

Syy on yksinkertainen: ohjelmointiin käytetty aika ei ole enää välttämättä suurin kustannus. Suunnittelu, testaus, laadunvarmistus, ylläpito ja poikkeustilanteiden hallinta ovat edelleen olemassa.

AI teki koodin kirjoittamisesta halvempaa – ei ohjelmistosta yksinkertaista

Ohjelmistokehityksessä on helppo nähdä vain näkyvin osa työstä: lähdekoodin kirjoittaminen.

Jos verkkokauppaan tarvitaan uusi toiminto ja AI pystyy generoimaan sen nopeasti, voi tuntua houkuttelevalta päätellä, ettei valmiille alustalle enää ole tarvetta.

Mutta toimiva verkkokauppa ei ole yhtä kuin kasa toimivaa lähdekoodia.

Erityisesti kriittisissä kohdissa pitää edelleen varmistaa, että järjestelmä toimii oikein:

• syntyvätkö tilaukset varmasti oikein
• lasketaanko hinnat ja alennukset oikein
• käsitelläänkö verot oikein eri tilanteissa
• toimivatko maksut ja maksujen epäonnistumiset oikein
• mitä tapahtuu, jos asiakas maksaa mutta verkkokauppa ei saa heti vahvistusta
• miten hyvitykset ja peruutukset käsitellään
• miten varastosaldot muuttuvat samanaikaisten tilausten yhteydessä
• miten asiakas saa tilausvahvistuksen
• miten kauppias löytää ja käsittelee tilauksen
• mitä tapahtuu virhetilanteessa

AI voi auttaa kaikkien näiden ohjelmoinnissa. Se ei kuitenkaan poista tarvetta päättää, miten niiden pitäisi toimia, eikä tarvetta testata, että lopputulos todella toimii kaikissa olennaisissa tilanteissa.

Koodin generoiminen on eri asia kuin luotettavan kaupankäyntijärjestelmän rakentaminen.

Verkkokaupassa valtava määrä asioita on kaikille samoja

Verkkokaupassa on paljon toimintoja, jotka toistuvat käytännössä samanlaisina yrityksestä toiseen.

Asiakkaalla on ostoskori. Hän tekee tilauksen. Järjestelmä laskee summat ja verot. Maksu välitetään maksupalveluun. Kauppias käsittelee tilauksen. Asiakkaalle lähetetään vahvistuksia. Tuotteilla on kuvia. Hakukoneille tuotetaan sitemap. Tuotteita voidaan välittää Googlelle ja muille palveluille. Kuvia optimoidaan. Sivustoa välimuistitetaan. Analytiikalle välitetään tapahtumia.

Näissä asioissa on toki yrityskohtaisia eroja, mutta perusongelma on ratkaistu tuhansia kertoja aikaisemmin.

Niiden toteuttaminen hieman eri tavalla ei yleensä tuota yritykselle kilpailuetua.

Asiakkaalle tuskin syntyy merkittävää lisäarvoa siitä, että verkkokaupan tilausnumeron generointi, sähköpostijono, sitemap tai kuvien WebP-muunnos on toteutettu juuri kyseiselle yritykselle täysin uutena ohjelmistona.

Jos asia ei erottele yritystä kilpailijoista, miksi käyttää aikaa sen keksimiseen uudelleen?

Alustan arvo ei ole enää ensisijaisesti säästetyissä koodiriveissä

Aikaisemmin yksi verkkokauppa-alustan ilmeinen hyöty oli valtava määrä valmiiksi kirjoitettua koodia.

AI vähentää tämän edun merkitystä. Jos koodia pystyy tuottamaan hyvin nopeasti, säästetyt ohjelmointitunnit eivät yksin perustele alustan käyttöä yhtä vahvasti kuin aikaisemmin.

Mutta alustassa ei osteta vain koodia.

Siinä saadaan samalla vuosien aikana muodostunut tietomalli, toimintalogiikka, hallintakäyttöliittymä, API:t, laajennusmalli, integraatioekosysteemi ja valtava määrä käytännössä testattuja oletuksia siitä, miten verkkokauppa toimii.

WooCommerce esimerkiksi tietää jo, mikä on tuote, variaatio, tilaus, asiakas, kuponki, vero, toimitustapa ja hyvitys. Sillä on valmiit mekanismit näiden käsittelyyn sekä rajapinnat, joiden päälle uusia toimintoja voidaan rakentaa.

Kun lähdemme rakentamaan yrityskohtaista ominaisuutta WooCommercen päälle, meidän ei tarvitse samalla rakentaa uudelleen koko kaupankäyntijärjestelmää sen ympärille.

Yksinkertainen tilauslomake on hyvä esimerkki

Olemme törmänneet tähän ajatteluun monta kertaa jo ennen AI-aikaa.

Tarve voi aluksi kuulostaa hyvin yksinkertaiselta:

“Emme tarvitse verkkokauppaa. Tarvitsemme vain lomakkeen, jolla asiakas voi tilata tuotteen.”

Sellaisen ohjelmoiminen on helppoa.

Sitten huomataan, ettei yksi kauppiaalle lähtevä sähköposti riitä. Asiakkaallekin pitäisi lähettää tilausvahvistus.

Seuraavaksi huomataan, että tilauksia pitäisi pystyä katsomaan jostain. Tarvitaan siis tilaustenhallinta.

Sitten pitäisi tietää, onko tilaus käsitelty. Tarvitaan tilaustiloja.

Asiakas haluaisi maksaa heti. Tarvitaan maksuintegraatio.

Sen jälkeen tarvitaan ehkä hyvitykset, toimituskulut, alennuskoodit, varastosaldot, raportointi, analytiikka ja integraatio taloushallintoon.

Yhtäkkiä olemme rakentaneet pala palalta oman pienen verkkokauppa-alustan.

Ja usein vähän huonomman version sellaisesta, joka olisi ollut heti valmiina.

Siksi otamme esimerkiksi WooCommercen melko matalalla kynnyksellä mukaan myös silloin, kun alkuperäinen tarve vaikuttaa hyvin pieneltä.

Todellinen vaatimuslista syntyy usein vasta käytön aikana

Ohjelmistoprojekteissa yksi vaikeimmista ongelmista on se, ettei kaikkia tulevia vaatimuksia tiedetä projektin alussa.

Ensimmäisessä versiossa voidaan aidosti tarvita vain viisi toimintoa. Puolen vuoden kuluttua niitä tarvitaan 25.

Alusta antaa valmiiksi suuren määrän rakennuspalikoita asioihin, joita ei ensimmäisessä vaatimusmäärittelyssä vielä edes huomattu kysyä.

Kun liiketoiminta myöhemmin pyytää lahjakortteja, uutta toimitustapaa, tuotefeediä, ERP-integraatiota tai uuden maksupalvelun käyttöönottoa, valmiiseen verkkokauppaekosysteemiin ratkaisu saattaa olla jo olemassa.

Täysin omassa järjestelmässä jokainen näistä on aina uusi ohjelmistoprojekti.

Valmiit integraatiot ovat yksi alustojen suurimmista eduista

Moderni verkkokauppa ei ole yksittäinen ohjelmisto.

Sen ympärillä voivat olla maksupalvelut, ERP, PIM, CRM, logistiikka, sähköpostimarkkinointi, analytiikka, tuotearvostelut, hakupalvelut, markkinapaikat ja lukuisat muut järjestelmät.

WooCommercen tai Shopifyn kaltaiselle laajasti käytetylle alustalle suuri osa näistä palveluista tarjoaa valmiin integraation.

Tällä voi olla paljon suurempi merkitys kuin sillä, kuinka kauan itse verkkokaupan ohjelmointi kestää.

Jos rakennamme verkkokaupan kokonaan omalle alustalle, samalla päätämme käytännössä rakentaa tai ainakin ylläpitää itse suuren osan myös näistä yhteyksistä.

Kaikkea ei kannata tehdä itse, vaikka pystyisi

Ohjelmistokehittäjän näkökulmasta itse tekeminen on houkuttelevaa.

Jos ominaisuuden pystyy ohjelmoimaan muutamassa tunnissa, miksi maksaa palvelusta?

Sama kysymys voidaan kuitenkin esittää esimerkiksi maksamisesta.

Monet modernit ohjelmistoyritykset ja AI-palvelut rakentavat itse erittäin kehittynyttä teknologiaa, mutta eivät silti rakenna omaa luottokorttimaksamisen infrastruktuuria. Ne käyttävät esimerkiksi Stripeä tai muuta valmista maksupalvelua.

Syynä ei ole se, etteivät niiden ohjelmoijat osaisi tehdä maksamiseen liittyvää ohjelmistoa.

Syynä on, ettei oman maksuinfrastruktuurin rakentaminen yleensä ole se ongelma, johon yrityksen kannattaa käyttää kehityspanoksensa.

Sama periaate toimii verkkokauppa-alustoissa.

Se, että pystymme tekemään jotain itse, ei tarkoita, että meidän kannattaa tehdä se itse.

Mutta alustoilla on rajoituksia – ja AI tekee niistä aikaisempaa merkittävämpiä

Tämä ei tarkoita, että valmis alusta olisi aina oikea ratkaisu.

Jokainen alusta tekee oletuksia siitä, miten järjestelmän pitäisi toimia. Mitä kauemmas yrityksen tarve menee näistä oletuksista, sitä enemmän alusta alkaa vastustaa toteutusta.

Jos esimerkiksi lähes jokainen tilaus, tuote tai asiakas toimii täysin eri logiikalla kuin verkkokauppa-alusta olettaa, voi tulla piste, jossa alustan kiertäminen aiheuttaa enemmän työtä kuin oman järjestelmän rakentaminen.

AI on muuttanut tätä rajaa.

Kun räätälöidyn ohjelmiston tekeminen oli erittäin kallista, valmista alustaa kannatti aikaisemmin venyttää melko pitkälle. Kun oman ohjelmiston rakentamisen kustannus laskee, myös täysin räätälöity ratkaisu muuttuu useammassa tilanteessa järkeväksi vaihtoehdoksi.

Siksi kysymys “tarvitaanko alustaa?” on vuosi vuodelta kiinnostavampi.

Milloin rakentaisimme verkkokaupan kokonaan itse?

Oma ratkaisu alkaa olla kiinnostava erityisesti silloin, kun yrityksen kilpailuetu syntyy juuri sellaisesta kaupankäyntilogiikasta, jota valmis alusta ei tue luontevasti.

Esimerkiksi täysin uudenlainen markkinapaikka, poikkeuksellinen hinnoittelumalli, uudenlainen tilausprosessi tai tuote, joka ei todellisuudessa edes käyttäydy verkkokaupan tuotteena, voi olla tällainen tapaus.

Jos 80 prosenttia projektista muodostuu valmiin alustan oletusten kiertämisestä, kannattaa pysähtyä kysymään, auttaako alusta enää vai onko siitä tullut rasite.

Mutta tilanne on aivan toinen, jos 80 prosenttia tarpeesta on tavallista verkkokauppaa ja 20 prosenttia yritykselle erityistä.

Silloin on yleensä järkevämpää ottaa valmiiksi ratkaistu 80 prosenttia alustasta ja käyttää oma kehityspanos siihen 20 prosenttiin, jolla yritys todella erottautuu.

Räätälöi se, mikä tuottaa kilpailuetua

Tämä on mielestämme olennainen periaate myös AI-aikana.

Älä käytä räätälöityä ohjelmistokehitystä asioihin, joissa räätälöinnistä ei synny kilpailuetua.

Yrityksen ei yleensä kannata käyttää omaa kehitysbudjettiaan uuden sitemap-generaattorin, tilausnumeroinnin, perusostoskorin tai kuvien optimointijärjestelmän kehittämiseen.

Sen sijaan aikaa kannattaa käyttää esimerkiksi:

• yrityskohtaiseen hinnoitteluun
• asiakkaan ostoprosessin parantamiseen
• ERP- ja PIM-integraatioihin
• tilausten automaatioon
• tuotetiedon automatisointiin
• uusiin AI-toimintoihin
• toimialalle erityisiin ominaisuuksiin
• prosesseihin, jotka tekevät yrityksestä kilpailijoitaan tehokkaamman

Alusta hoitaa standardin. Oma ohjelmointi hoitaa sen, mikä tekee yrityksestä erilaisen.

WooCommerce sopii tähän ajatteluun hyvin

Yksi syy siihen, miksi käytämme paljon WooCommercea, on sen sijoittuminen valmiin alustan ja täysin oman ohjelmiston väliin.

Siinä on valmis verkkokaupan perusta, mutta samalla lähdekoodi ja ohjelmalliset rajapinnat ovat kehittäjän käytettävissä.

Meidän ei siis tarvitse valita vain kahden ääripään välillä:

“käytetään valmis verkkokauppa sellaisenaan”

tai

“ohjelmoidaan kaikki itse nollasta”.

Voimme ottaa WooCommercesta valmiit tuotteet, tilaukset, maksamisen, hallinnan, API:t ja ekosysteemin ja ohjelmoida niiden ympärille juuri yrityksen tarvitseman liiketoimintalogiikan.

Tämä yhdistelmä on AI-avusteisen ohjelmistokehityksen myötä mielestämme entistä kiinnostavampi.

AI lisää räätälöintiä alustojen sisällä

AI ei siis välttämättä ensimmäisenä poista verkkokauppa-alustoja.

Se voi ensin muuttaa tapaa, jolla niitä käytetään.

Aikaisemmin pieni yrityskohtainen ominaisuus saatettiin jättää tekemättä, koska sen ohjelmoiminen maksoi liikaa. Sen sijaan etsittiin valmis lisäosa, joka toteutti vaatimuksesta ehkä 70 prosenttia.

Kun ohjelmoinnin kustannus laskee, yritykselle voidaan useammin tehdä juuri oikea toiminnallisuus olemassa olevan alustan päälle.

Tämä voi vähentää tarvetta valtaville lisäosapinoille ja lisätä pieniä, tarkasti rajattuja yrityskohtaisia toteutuksia.

AI voi siis tehdä alustoista vähemmän rajoittavia ilman, että niiden valmiista perusrakenteesta tarvitsee luopua.

Alustankaan käyttäminen ei poista testaamisen tarvetta

On myös tärkeää huomata, ettei WooCommerce, Shopify tai mikään muukaan alusta automaattisesti tee verkkokaupasta hyvää tai virheetöntä.

Alusta voi tarjota valmiiksi testatun mekanismin esimerkiksi verojen tai maksujen käsittelyyn, mutta toteutus pitää silti konfiguroida oikein.

Integraatiot, yrityskohtaiset säännöt, toimitustavat, verotus, valuutat ja muut liiketoimintavaatimukset pitää testata siinä ympäristössä, jossa verkkokauppa oikeasti toimii.

Alusta vähentää itse ratkaistavien ongelmien määrää. Se ei poista vastuuta lopputuloksen oikeellisuudesta.

Ohjelmistokehityksen painopiste siirtyy koodista arkkitehtuuriin

AI:n kehittyessä ohjelmistokehityksen arvokkain osa siirtyy yhä enemmän pois yksittäisten koodirivien kirjoittamisesta.

Tärkeämmiksi tulevat kysymykset:

• Mitä kannattaa rakentaa itse?
• Mitä kannattaa ostaa palveluna?
• Mikä kannattaa ottaa valmiista alustasta?
• Missä tiedon master sijaitsee?
• Miten järjestelmät kommunikoivat keskenään?
• Mitkä osat ovat liiketoiminnan kannalta kriittisiä?
• Miten ne testataan?
• Miten järjestelmä käyttäytyy virhetilanteissa?
• Miten ratkaisua ylläpidetään viiden vuoden päästä?

AI voi kirjoittaa nopeasti suuren osan toteutuksesta, kun näihin kysymyksiin on vastattu.

Mutta jonkun pitää edelleen vastata kysymyksiin.

Tarvitaanko siis verkkokauppa-alustaa?

Useimmiten kyllä. Mutta hieman eri syystä kuin aikaisemmin.

Emme tarvitse verkkokauppa-alustaa ensisijaisesti siksi, että ostoskorin tai tilaustenhallinnan ohjelmoiminen olisi enää erityisen vaikeaa.

Tarvitsemme sitä siksi, että verkkokauppa sisältää valtavan määrän jo ratkaistuja ongelmia, joiden ratkaiseminen uudelleen ei yleensä tuo yritykselle mitään kilpailuetua.

AI tekee oman ohjelmiston rakentamisesta jatkuvasti houkuttelevampaa. Raja valmiin alustan ja täysin räätälöidyn järjestelmän välillä tulee varmasti siirtymään.

Silti lähtisimme tällä hetkellä verkkokauppaprojektissa hyvinkin matalalla kynnyksellä olemassa olevan alustan päälle.

Sitten käyttäisimme AI:n tuoman kehitysnopeuden siihen, missä siitä on asiakkaalle todellista hyötyä: alustan päälle rakennettavaan yrityskohtaiseen kilpailuetuun.

Valmista ei kannata rakentaa uudelleen vain siksi, että se on nyt helppoa. Rakennetaan itse se, jossa omasta ratkaisusta syntyy jotain parempaa.

---

Tarvitsetko verkkokauppaan jotain, mitä valmis alusta ei osaa?

Gelo rakentaa verkkokauppoja valittujen alustojen päälle ja ohjelmoi niiden ympärille yrityskohtaisia toimintoja, integraatioita ja automaatioita.

Jos valmis ominaisuus ratkaisee ongelman, käytämme sitä. Jos ei ratkaise, selvitämme kannattaako alustaa laajentaa vai onko oma ratkaisu järkevämpi.

Kun valmis ratkaisu ei riitä, me ohjelmoimme sen.

Gelo Oy
050 486 9855
contact@gelo.fi
Hallituskatu 19, 33200 Tampere

”`