Composablen toinen tuleminen: AI muutti yhtälön

AI-avusteinen kehitys muuttaa oman frontendin build vs. buy -laskelmaa.

Composable commerce oli muutama vuosi sitten yksi alan näkyvimmistä arkkitehtuuritrendeistä. Ajatus oli houkutteleva: kaupan kokonaisuus rakennetaan itsenäisistä osista ja kuhunkin tarpeeseen voidaan valita sopivin ratkaisu. Käytännössä joustavuudella oli kuitenkin hintansa. Jo pelkkä siirtyminen headless-malliin tarkoitti usein oman frontendin rakentamista, ja täysi composable-kokonaisuus toi sen päälle lisää integraatioita sekä vastuuta kokonaisuuden jatkuvasta kehittämisestä.

Kun investointeja alettiin tarkastella aiempaa kriittisemmin, monessa hankkeessa yksinkertaisemman kokonaisuuden edut nousivat uudelleen esiin.

Nyt muutama vuosi sitten tehty laskelma kannattaa tehdä uudelleen. Yksi sen keskeisistä muuttujista on muuttunut nopeasti: tekoäly on muuttamassa sitä, kuinka nopeasti ja tehokkaasti omaa ohjelmistoa voidaan rakentaa ja kehittää.

Miksi composable otti takapakkia

Composable commerce lupasi joustavuutta, mahdollisuuden valita kuhunkin tarpeeseen paras työkalu ja riippumattomuutta yhden alustatoimittajan ratkaisuista. Vastineeksi yritys otti kuitenkin enemmän vastuuta kokonaisuudesta.

Frontend oli yksi tämän mallin näkyvimmistä lisäkustannuksista. Valmiin storefrontin sijaan piti suunnitella, rakentaa ja ylläpitää oma kokemuskerros sekä liittää se commerce-alustaan, CMS:ään, hakuun, asiakasdataan ja muihin palveluihin.

Eikä kyse ollut vain ensimmäisestä projektista. Oma frontend vaati jatkuvaa kehitystä. Pahimmillaan markkinointi joutui odottamaan kehitystiimiltä muutoksia, jotka valmiissa alustassa olisi voinut tehdä itse minuuteissa.

Composable ei siis epäonnistunut ajatuksena. Monessa tapauksessa sen joustavuudesta maksettava hinta oli vain liian suuri suhteessa saavutettuun hyötyyn.

Mikä muuttui: AI-avusteinen kehitys

Me Solteqilla olemme rakentaneet ja pyörittäneet omia frontendejä asiakkaiden tuotantoympäristöissä lähes kymmenen vuotta. Tekoäly ei siis keksinyt meille tätä tapaa rakentaa verkkokauppaa. Se on muuttanut tapaa, jolla sitä voidaan tehdä.

Omassa kehitysmallissamme olemme nähneet AI-avusteisen työn nopeuttavan erityisesti hyvin määriteltyjen näkymien, komponenttien ja storefront-toteutusten rakentamista. AI vähentää käsityötä suunnittelun ja valmiin ohjelmiston välissä. Työ voi kulkea aiempaa yhtenäisempänä virtana Figma-suunnittelusta yhteiseen design systemiin, komponenttikirjastoon ja edelleen toteutukseen.

Kun arkkitehtuuri, komponentit, integraatiomallit ja kehityskäytännöt ovat valmiiksi hallittuja, uuden näkymän tai ominaisuuden rakentaminen ei enää tarkoita samaa työmäärää kuin muutama vuosi sitten. Samoja komponentteja voidaan hyödyntää eri brändeissä, markkinoissa ja kanavissa, eikä jokaisen uuden toteutuksen tarvitse alkaa tyhjästä.

Tämä ei tarkoita, että AI poistaisi suunnittelun, arkkitehtuurin, testaamisen tai laadunvarmistuksen tarvetta. Päinvastoin. Mitä nopeammin koodia voidaan tuottaa, sitä tärkeämpää on, että ympärillä oleva kehitysmalli on kunnossa.

“Oma frontend oli pitkään composablen kallis hinta joustavuudesta. AI voi tehdä siitä yhä useammin osan kilpailuetua.”

COMPOSABLE COMMERCE

AI muutti yhtälön: ennen vs. nyt

Storefront on taas valinta, ei oletus

Valmis storefront on edelleen monessa tilanteessa järkevin ratkaisu. AI-avusteisen kehityksen myötä oman kokemuskerroksen rakentaminen on kuitenkin syytä nähdä uudessa valossa.

Build vs. buy -laskelmassa kannattaa huomioida myös se, mitä storefrontille tapahtuu vuosien päästä. Olemme nähneet useita tapauksia, joissa aikanaan perusteltu valinta on vanhentunut ympäriltään. Storefrontin käyttämä framework-versio on jäänyt jälkeen, alustatoimittajan tuotekehitys on hidastunut tai alusta on siirtynyt kokonaan uuteen storefront-ratkaisuun. Vanha storefront toimii edelleen, mutta sen kehittäminen ja modernisointi jää käytännössä kauppiaan vastuulle.

Tällaisessa tilanteessa valmis ratkaisu voi muuttua ajan myötä eräänlaiseksi custom-ohjelmistoksi, mutta ilman custom-ratkaisun alkuperäistä vapautta. Vanhentuneen frameworkin, alustariippuvuuksien ja valmiin ratkaisun reunaehtojen sisällä kehittäminen voi olla vaikeampaa kuin juuri omiin tarpeisiin rakennetun modernin frontendin kanssa.

Olemme myös modernisoineet tällaisia toteutuksia AI-avusteisesti. Juuri näissä tapauksissa ero aiempaan alkaa konkretisoitua: vuosien aikana kertynyttä frontend-velkaa voidaan purkaa ja kokemuskerrosta uudistaa aiempaa tehokkaammin sen sijaan, että koko commerce-stack pitäisi samalla vaihtaa.

Kun oman frontendin rakentaminen ja jatkuva kehittäminen samalla nopeutuvat, kannattaa kysyä uudelleen, mistä oikeastaan haluaa maksaa lisenssiä ja mitä kannattaa omistaa itse.

Oma frontend antaa huomattavasti enemmän kontrollia asiakaskokemukseen, design systemiin ja kehityksen rytmiin. Se mahdollistaa myös saman kokemuskerroksen hyödyntämisen useiden taustajärjestelmien, brändien ja markkinoiden päällä. Liiketoiminnan kannalta se voi näkyä nopeampana uusien avausten läpivientinä, vapaampana kokeiluna ja asiakaskokemuksen erilaistamisena siellä, missä se tuo eniten arvoa.

Build vs. buy ei silti ratkea kehitystunneilla

AI voi pienentää oman frontendin rakentamisen ja jatkuvan kehityksen työmäärää, mutta se ei poista custom-ohjelmiston muita vastuita.

Oman kokemuskerroksen mukana tulevat edelleen ylläpito, testaus, tietoturva, saavutettavuus, riippuvuuksien hallinta, tuotannon valvonta ja osaamisen jatkuvuus. Koodin nopeampi tuottaminen ei tee näistä tarpeettomia.

Siksi build vs. buy -päätöstä ei pidä tehdä sen perusteella, kuinka nopeasti uusi sivu voidaan generoida. Olennaisempi kysymys on, tuoko oma kokemuskerros liiketoiminnalle riittävästi vapautta ja uudelleenkäytettävyyttä suhteessa siihen vastuuseen, joka samalla otetaan omiin käsiin.

Composableen ei tarvitse hypätä kerralla

Composable mielletään helposti suureksi arkkitehtuurihankkeeksi, jossa vanha kokonaisuus puretaan ja tilalle rakennetaan uusi. Sen ei tarvitse tapahtua niin.

Monelle ensimmäinen askel voi olla paljon yksinkertaisempi: irrotetaan asiakaskokemus nykyisestä commerce-alustasta ja rakennetaan sen päälle moderni frontend. Kauppamoottori, CMS, haku ja muut järjestelmät voivat aluksi jäädä paikoilleen.

Tämä on käytännössä headless-modernisointia. Sen jälkeen muita kyvykkyyksiä voidaan irrottaa ja vaihtaa vasta silloin, kun siihen syntyy todellinen liiketoimintatarve.

Hakuratkaisu voidaan vaihtaa, jos nykyinen ei enää riitä. CMS voidaan uusia, jos sisällöntuotanto rajoittaa tekemistä. Kauppamoottori voidaan vaihtaa myöhemmin ilman, että samalla täytyy rakentaa koko asiakaskokemus uudelleen.

Iso kertainvestointi voidaan näin pilkkoa hallittaviksi askeliksi. Jokaisen askeleen laukaisee tarve, ei arkkitehtuurikaavio.

COMPOSABLE COMMERCE

Yksi kokemuskerros, monta alustaa

Oma kokemuskerros antaa enemmän vapautta myös datan hyödyntämiseen

Kun kokemuskerros on omissa käsissä, vapaus ulottuu myös asiakasdatan, personoinnin ja kokeilutyökalujen hyödyntämiseen.

Hyöty ei ole siinä, etteivätkö valmiit alustat pystyisi personointiin. Monet pystyvät siihen erittäin hyvin. Ero on siinä, että yritys voi itse päättää, missä personointilogiikka elää, mitä dataa käytetään ja kuinka vapaasti taustalla olevia palveluita voidaan vaihtaa.

CDP, kokeilualusta tai personointimoottori voidaan tällöin nähdä erillisenä kyvykkyytenä eikä storefrontin pysyvänä ominaisuutena.

Agenttinen kauppa vaatii muutakin kuin hyvän käyttöliittymän

Tähän asti verkkokaupan tärkein käyttöliittymä on ollut storefront, jota ihminen käyttää selaimella tai sovelluksella. Agenttisessa kaupassa tämä oletus alkaa muuttua.

AI-agentti ei välttämättä tarvitse visuaalista storefrontia lainkaan. Sen pitää päästä käsiksi kaupan kyvykkyyksiin koneellisesti: tuotteisiin, hintoihin, saatavuuteen, hakuun, ostoskoriin, toimitustapoihin ja lopulta mahdollisesti myös tilaamiseen ja maksamiseen.

Tässä headless- ja composable-ajattelulla on kiinnostava etu. Kun kaupan keskeiset kyvykkyydet ovat jo API-rajapintojen kautta käytettävissä, niitä voidaan hyödyntää muualtakin kuin storefrontista.

Sama tuotetieto voi palvella verkkokauppaa ja AI-assistenttia. Sama saatavuuspalvelu voi palvella sekä asiakasta että agenttia. Sama commerce-logiikka voidaan tulevaisuudessa avata myös uusille protokollille ja kanaville.

Agenttivalmius ei siis synny siitä, että frontend on oma. Se syntyy siitä, että frontendiakaan ei ole rakennettu kaupan kyvykkyyksien ainoaksi käyttäjäksi.

Moderni frontend vaikuttaa myös löydettävyyteen

Kahdessa aiemmassa kirjoituksessani (Miksi tuotedatasta on tulossa modernin kaupan kilpailukenttä ja SEO ei enää yksin ratkaise, mitä tekoäly suosittelee) olen käsitellyt sitä, miten tekoäly löytää ja ymmärtää tuotteita. Myös verkkokaupan teknisellä toteutuksella on tässä oma roolinsa.

Server-side rendering, suorituskyky, selkeä sivurakenne ja koneellisesti saavutettava sisältö auttavat tekemään tuotteista ja sisällöstä helposti saavutettavia sekä käyttäjille että hakukoneille ja muille koneellisille kuluttajille.

Ne eivät yksin ratkaise AI-näkyvyyttä. Kuten edellisessä kirjoituksessa totesin, tekoäly muodostaa käsityksensä paljon laajemmasta digitaalisesta jalanjäljestä. Verkkokauppa on kuitenkin yksi tämän jalanjäljen tärkeistä lähteistä, joten myös sen teknisen perustan pitää olla kunnossa. Tuotedata, digitaalinen jalanjälki ja tekninen perusta ovat tässä saman kysymyksen eri puolia: kuinka hyvin kauppasi on koneellisesti löydettävissä ja ymmärrettävissä.

Composablen vanhat hyödyt, uudella laskelmalla

Composable commerce ei ole muuttunut perusajatukseltaan. Sen lupaus on edelleen sama: joustavuus, mahdollisuus valita kuhunkin tarpeeseen sopiva työkalu, monikanavaisuus ja pienempi riippuvuus yksittäisen alustan ratkaisuista. Liiketoiminnan kielellä nämä tarkoittavat nopeampaa sopeutumista markkinaan, kykyä palvella jälleenmyyjä- ja B2B-ekosysteemejä sekä tilaa kokeilla ilman, että jokainen muutos on oma hankkeensa.

Muuttumassa on näiden hyötyjen saavuttamisen kustannus ja nopeus. Kun oman ohjelmiston rakentaminen tehostuu, yksi composablen vanhoista kompromisseista pienenee. Samalla oman kokemuskerroksen arvo voi kasvaa, jos samaa perustaa voidaan käyttää useissa brändeissä, markkinoissa ja kanavissa sekä myöhemmin myös uusissa AI-vetoisissa käyttötapauksissa.

Milloin tämä ei ole oikea tie

Valmis alusta on edelleen monessa tilanteessa erittäin toimiva valinta. Jos liiketoimintamalli on suoraviivainen, asiakaskokemuksen erilaistamiselle ei ole suurta tarvetta ja alustan valmiit ominaisuudet kattavat tarpeet hyvin, oman frontendin rakentaminen voi edelleen olla tarpeetonta monimutkaisuutta.

Myös modernit SaaS-alustat ovat kehittyneet nopeasti ja kuroneet joustavuuseroa kiinni.

Oma frontend ja asteittain composablempi arkkitehtuuri alkavat olla kiinnostavampia silloin, kun liiketoiminnassa on aitoa monimutkaisuutta: useita brändejä tai markkinoita, vaativa B2B-liiketoiminta, valmistajan ja jälleenmyyjien erilaisia kanavia, mutkikkaita integraatioita tai tarve hallita asiakaskokemusta ja sen kehitystä tavallista vapaammin.

Kumpaankaan suuntaan ei kannata lähteä arkkitehtuurimuodin vuoksi. Moderni kokemuskerros voi myös aivan hyvin istua vahvan valmisalustan päällä. Kyse ei välttämättä ole commerce-alustan vaihtamisesta lainkaan.

Mitä tämä tarkoittaa

Composable ei kadonnut mihinkään. Sen mukana tullut joustavuus maksoi vain monessa tapauksessa enemmän kuin yritys oli valmis siitä maksamaan. Nyt yksi tämän yhtälön keskeisistä muuttujista on muuttunut.

AI-avusteinen kehitys ei tee custom-ohjelmistosta ilmaista eikä poista composable-arkkitehtuurin integraatio- ja hallintavastuuta. Se voi kuitenkin pienentää oman kokemuskerroksen rakentamisen ja jatkuvan kehittämisen työmäärää niin paljon, että vanha build vs. buy -päätös kannattaa arvioida uudelleen.

Me Solteqilla olemme rakentaneet ja pyörittäneet omia frontendejä asiakkaiden tuotannossa jo lähes kymmenen vuotta. Muuttunut ei ole se, että osaamme tehdä niitä. Muuttunut on se, kuinka nopeasti niitä pystytään nyt rakentamaan, kehittämään ja hyödyntämään uudelleen.

Siksi emme lähtisi ensimmäisenä vaihtamaan koko commerce-stackia. Lähtisimme kysymään yksinkertaisemman kysymyksen:

“Jos asiakaskokemuksen voisi nyt modernisoida selvästi aiempaa pienemmällä työllä, mitä se mahdollistaisi liiketoiminnallenne?”

Autamme mielellämme selvittämään vastauksen.

Haluatko nähdä AI-avusteisen kehitysmallimme käytännössä?

Näytämme sen demona ja katsotaan tilannettanne yhdessä.

Ota yhteyttä →