Suuryritysten verkkokauppa-arkkitehtuuri – ydinkonseptit ja strategioita

Enterprise-yrityksille yksi strategisimmista verkkokauppaan liittyvistä valinnoista on sen verkkokauppa-arkkitehtuuri. Kun verkkokauppasivustoja alettiin ensimmäisen kerran kehittää – ja vielä monta vuotta sen jälkeen – ne rakennettiin monoliittisella lähestymistavalla. Tämä lähestymistapa jaettiin teknologisiin "kerroksiin", jotka toimivat yhdessä ja loivat kokonaisvaltaisen ostokokemuksen. Arkkitehtuurin jakaminen tällä tavoin luo hyödyllisen perustan, jonka avulla voi ymmärtää, miten uudemmat arkkitehtuurit toimivat.

Käytämme laadukkaasti luotua verkkomuotikauppaa esimerkkinä, ja käymme läpi kolme kerrosta, jotka tyypillisesti muodostivat monoliittisen verkkokauppa-arkkitehtuurin.

1. Esitystapakerros

Verkkokauppa-arkkitehtuurin "ylin" kerros on esitystapakerros. Tässä asiakkaasi ovat suoraan vuorovaikutuksessa kauppasi kanssa. Esimerkkiverkkokaupassamme tämä kerros sisältää kaikki elementit, jotka asiakas näkee selaillessaan tai etsiessään sivustoltasi ostettavia vaatteita. Kaikki kuvista fontteihin ja painikkeisiin näytetään esitystapakerroksen teknologian kautta – useimmiten HTML:n, CSS:n ja Javascriptin.

2. Liiketoimintalogiikka-, sovellus- tai palvelukerros

Seuraava kerros on liiketoimintalogiikkakerros, jota voidaan kutsua myös sovelluskerrokseksi tai palvelukerrokseksi. Tämä kerros sisältää verkkokaupan ydintoiminnot, kuten varastonhallinnan, kampanjat, kassaprosessin ja hinnoittelun. Verkkomuotikauppamme vieraileva asiakas on vuorovaikutuksessa liiketoimintalogiikkakerroksen kanssa katsoessaan henkilökohtaista kampanjaa, nähdessään aiempien ostojen perusteella suositeltuja tuotteita tai käyttäessään tallennettua luottokorttia ostoksen tekemiseen.

3. Datakerros

Viimeinen verkkokauppa-arkkitehtuuria muodostava kerros on datakerros. Asiakkaat eivät koskaan ole suoraan vuorovaikutuksessa tämän kerroksen kanssa, koska siellä tietoa tallennetaan ja haetaan, usein relaatiotietokannoissa. Esimerkiksi jokainen asiakkaamme tekemä osto sekä hänen nimensä, osoitteensa ja muut tärkeät ostotiedot tallennetaan datakerrokseen. Heidän tietonsa haetaan muihin kerroksiin, kun asiakas kirjautuu tilillensä tehdäkseen uuden ostoksen.

Ostajien odotusten kehittyessä ja halun ostaa useammissa kanavissa kasvaessa yritykset innovoivat verkkokauppa-arkkitehtuuria nopeasti. Nykyään teknologiat mahdollistavat yrityksille monoliittisten kerrosten uudelleenjärjestelyn API-rajapintojen ja muiden työkalujen avulla älykkäämpien, nopeampien ja modernimpien ostokokemusten kehittämiseksi. Viimeisimmät tutkimukset paljastavat, että suuri osa yrityksistä muuttaa tai suunnittelee muuttavansa kaupan arkkitehtuuria valmistautuakseen tulevaisuuteen.

Tässä artikkelissa tarkastelemme neljää verkkokauppa-arkkitehtuurin tyyppiä sekä kunkin hyötyjä ja haittoja. Sitten syvennymme siihen, miten valita oikea alusta verkkokauppa-arkkitehtuurillesi.

Millaisia verkkokauppa-arkkitehtuurin tyyppejä on olemassa?

Aiemmin kävimme läpi monoliittisen arkkitehtuurin kolme kerrosta, ja tämä on hyödyllinen viitekehys, jonka avulla ymmärtää, miten verkkokaupan erilaiset tekniset toiminnot toimivat keskenään. Nykyään näitä kerroksia voidaan yhdistää tai erottaa useammalla tavalla riippuen budjetista, asiakaskunnasta, IT-resursseista ja liiketoimintatavoitteista.

Monoliittinen järjestelmä

Useimmat täysimittaiset, kaiken kattavat verkkokaupparatkaisut pysyvät monoliittisina järjestelminä. Monoliittisessa järjestelmässä kaikki kolme kerrosta on integroitu yhteen ja tiiviisti kytketty. Vaikka se voi olla vähemmän joustava lähestymistapa, se toimii hyvin verkkokaupoille, joissa on digitaalisen kaupankäynnin perusvaatimukset ja joille halutaan ainoastaan vähän teknistä ylläpitoa.

Headless-ratkaisu

Headless-ratkaisussa datakerros erotetaan muista kerroksista. Datakerroksesta tulee palvelinpuoli (back end) ja muista kerroksista käyttöliittymä (front end). Dataa haetaan usein API-kutsujen kautta palvelinpuolelta käyttöliittymään. Päättömän verkkokauppa-arkkitehtuurin avulla yritykset saavat suurempaa joustavuutta ja nopeampia kehitysaikoja, koska palvelinpuoli ei vaikuta käyttöliittymän muuttuessa ja päinvastoin.

Modulaarinen järjestelmä

Toinen tapa erottaa nämä kerrokset on modulaarisen järjestelmän kautta. Tässä lähestymistavassa esitys- ja liiketoimintalogiikkakerroksista löytyvät erityistoiminnot ja ominaisuudet järjestetään uudelleen käytettäviksi, valmiiksi rakennetuiksi moduuleiksi. Kehittäjät voivat helposti lisätä, päivittää tai korvata kyvykkyyksiä ja ominaisuuksia valitsemalla ja integroimalla uusia moduuleja. Valmiiksi integroitujen moduulien käyttö voi nopeuttaa markkinoille pääsyä samalla kun yritykset voivat joustavasti käyttää eri toimittajien palveluja.

Mikropalvelulähestymistapa

Joustavin lähestymistapa verkkokauppa-arkkitehtuuriin erottaa kerrokset mahdollisimman paljon itsenäisiksi komponenteiksi, joita kutsutaan mikropalveluiksi. Tämä antaa kehittäjille yksityiskohtaisen hallinnan jokaiseen palveluun ja toimintoon, mikä mahdollistaa kohdistetun komponenttien skaalauksen vaikuttamatta muihin toiminnallisuuksiin. Jälleenmyyjät, joilla on kattavat ja osaavat talon sisäiset tekniset tiimit ja jotka priorisoivat nopeaa innovaatiota, hyötyvät eniten mikropalvelu-lähestymistavasta.

Monoliittinen vs. mikropalveluiden verkkokauppa-arkkitehtuuri

Jotta voimme syventyä asiaan hieman syvemmin, vertailemme verkkokauppa-arkkitehtuurin kahta eri päätä. Hyödyllinen tapa ajatella, mikä lähestymistapa voisi toimia parhaiten yrityksellesi, on joustavuuden näkökulmasta. Vähiten joustava arkkitehtuuri on monoliittinen, mutta se on yksinkertaisin ylläpitää. Mikropalveluarkkitehtuuri on joustavin, mutta vaatii suurimman teknisen panostuksen.

Miksi käyttää monoliittista arkkitehtuuria verkkokaupassa?

Monoliittisessa järjestelmässä kaikki verkkokauppa-arkkitehtuurin kerrokset ja toiminnot on tiiviisti kytketty ja integroitu. Tämä tekee siitä suoraviivaisimman järjestelmän verkkokauppiaille ylläpitää. Monoliittisilla järjestelmillä oli aiemmin merkittäviä rajoituksia, mutta palveluntarjoajat kuten Shopify tarjoavat täysimittaisia alustoja, jotka sisältävät paljon joustavia, käyttövalmiita toimintoja.

Monoliittisen arkkitehtuurin hyödyt

Monoliittisen arkkitehtuurin käytössä on useita etuja, eikä vain aloitteleville pienyrityksille. Suuremmat yritykset, erityisesti useita tuotteita tarjoavat yritykset, käyttävät strategisesti monoliittista arkkitehtuuria lanseeratakseen uusia tuotteita tai kokeellisia brändejä.

• Nopeampi markkinoille pääsy: Koska kaikki monoliittisessa järjestelmässä on täysin integroitu, yritykset voivat perustaa kaupan hyvin lyhyessä ajassa. COVID:n aikana Heinz käytti Shopifyn täysimittaista alustaa lanseeratakseen verkkokaupan vain seitsemässä päivässä toimittaakseen tuotteitaan suoraan kotona karanteenissa oleville ihmisille.
• Alhaisemmat tekniset vaatimukset: Kun jokainen verkkokauppatoiminnallisuuden osa on esikonfiguroitu ja integroitu, teknisestä näkökulmasta ei tarvitse huolehtia lähes lainkaan. Monoliittisia arkkitehtuureja on helpompia seurata, korjata ja ylläpitää, ja useimmat verkkokaupan täysimittaiset alustat tekevät kaiken tämän puolestasi.
• Kustannustehokkaampi: Kehittäjät, insinöörit ja muut tekniset resurssit voivat olla hyvin kalliita palkata ja pitää. Monoliittiset, täysimittaiset ratkaisut on rakennettu niin, että kaikki toimii saumattomasti yhdessä, poistaen tarpeen syvälliselle kehitysosaamiselle.

Monoliittisen arkkitehtuurin haitat

Vaikka monoliittiset järjestelmät voivat olla vankka, nopea aloitusratkaisu monille verkkokauppiaille, niillä on myös haittapuolia. Nämä tulevat useimmiten esiin, kun yritysten täytyy innovoida ja skaalata.

• Joustavuuden puute: Jos yrityksesi haluaa tehdä muutoksen yhteen osaan tiiviisti integroitua monoliittista järjestelmää, tämä voi helposti vaikuttaa myös muihin osiin. Vaihtoehdot järjestelmän mukauttamiseen tai muuttamiseen voivat olla rajalliset, ellet pysty rakentamaan ja käyttöönottamaan sitä kokonaisuudessaan uudelleen.
• Skaalausvaikeudet: Yksittäisen komponentin tai toiminnon skaalaus on haastavaa monoliittisessa järjestelmässä. Saatat päätyä skaalaamaan koko järjestelmän, kun vain yksi komponentti, kuten varasto tai kassa, tarvitsee lisäresursseja.
• Kyvyttömyys työskennellä itsenäisesti: Jos haluat innovoida nopeammin käyttämällä monipuolisia kehitystiimejä, ne joutuvat silti työskentelemään yhteisen koodipohjan parissa, mikä voi hidastaa kehitys- ja käyttöönottoaikoja.

Miksi käyttää mikropalveluarkkitehtuuria verkkokaupassa?

Kun brändit skaalaavat ja etsivät tapoja innovoida, ne saattavat huomata rajoituksia monoliittisiin tai muihin arkkitehtuureihin liittyen. Mikropalveluarkkitehtuurin toteuttaminen taitavien teknisten tiimien kanssa voi nopeuttaa kehitysaikoja, lisätä ketteryyttä ja mahdollistaa kattavat muokkausmahdollisuudet.

Mikropalveluarkkitehtuurin edut

Verkkokaupassa mikropalveluarkkitehtuureja käyttävät tehokkaimmin suuret, teknisesti edistyneet yritykset, jotka asettavat innovaation korkealle prioriteetille. Se mahdollistaa kehittäjätiimeille käytännössä minkä tahansa kehysten, koodipohjien, palveluntarjoajien ja työkalujen yhdistelemisen. Tämä mahdollistaa ainutlaatuisen, täysin räätälöidyn teknologiapinon rakentamisen.

• Kilpailukykyinen ketteryys: Jos suuri jälleenmyyjä etsii tapoja sopeutua nopeasti muuttuviin markkinavaatimuksiin, mikropalveluarkkitehtuuri voi olla sopiva ratkaisu. Kun kaikki on hyvin löyhästi kytketty, tekniset tiimit voivat rakentaa ja lanseerata uusia ominaisuuksia ja kyvykkyyksiä nopeasti vaikuttamatta koko pinoon.
• Yksilöllinen skaalautuvuus: Kehittäjät voivat skaalata yksittäisen komponentin tai toiminnon nopeasti ilman, että heidän tarvitsee lisätä muita, toisiinsa liittymättömiä resursseja. Esimerkiksi jälleenmyyjä voisi skaalata tuoteluetteloa tukemaan enemmän samanaikaisia katselukertoja skaalaamatta koko tietokantaa tai verkkopalvelinta.
• Kehittäjien autonomia: Mikropalveluarkkitehtuurin avulla kehittäjätiimit voivat työskennellä täysin toisistaan riippumatta, mikä mahdollistaa paljon nopeamman työskentelyn ja parhaiten toimivien työkalujen käytön.

Mikropalveluarkkitehtuurin haitat

Verkkokaupan mikropalveluarkkitehtuurilla on useita haittapuolia, ja useimmat johtuvat monimutkaisten teknisten vaatimusten jyrkästä kasvusta. Vaikka toimintojen jakaminen yksittäisiin palveluihin poistaa yksittäiset ongelmakohdat, useiden pienempien häiriöiden mahdollisuudet kasvavat nopeasti palvelujen lisääntyessä.

• Korkea alkuinvestointi ja jatkuvat kustannukset: Mikropalveluarkkitehtuurin toteuttaminen tai siihen siirtyminen voi vaatia merkittävää aikaa ja investointia. Jokainen uusi toiminto ja palvelu täytyy kehittää, integroida ja ottaa käyttöön erikseen.
• Monimutkainen ylläpito ja valvonta: Täysin hajautettu mikropalveluarkkitehtuuri vaatii paljon vaivaa seurata ja vianmäärittää. Jokaisen palvelun pitäminen käynnissä voi viedä paljon aikaa ja vaivaa, erityisesti palvelujen lisääntyessä ja päivittyessä.
• Teknisten resurssien saatavuus: Tietyn teknisen osaamisen löytäminen tukemaan jatkuvasti muuttuvaa työkalujen, kehysten ja muiden resurssien yhdistelmää voi olla hyvin vaikeaa. Ja se muuttuu entistä haastavammaksi palvelujen lisääntyessä.

Composable ja headless-verkkokauppa-arkkitehtuuri

Headless-arkkitehtuuri ja composable-järjestelmät ovat tapa saavuttaa enemmän joustavuutta kuin monoliittinen järjestelmä ilman mikropalvelujen äärimmäistä monimutkaisuutta. Headless-arkkitehtuuri erottaa palvelinpuolen käyttöliittymästä, mikä mahdollistaa kommunikaation näiden kahden välillä API-rajapintojen kautta. Tämä mahdollistaa käyttöliittymän rakentamisen koostettavilla tai modulaarisilla komponenteilla.

Miksi käyttää composable-arkkitehtuuria verkkokaupassa?

Kun yritys haluaa integroida verkkokauppatoimintoja eri palveluntarjoajilta mutta ei halua osakseen räätälöidyn rakentamisen monimutkaisuutta ja kustannuksia, composable-arkkitehtuuri voi olla hyvä ratkaisu. Composable-järjestelmät antavat kehittäjille mahdollisuuden hyödyntää eri toimittajien valmiita komponentteja ilman, että heidän tarvitsee rakentaa niitä itse. Usein he voivat yksinkertaisesti yhdistellä ja sovittaa nopeampien kehitysaikojen ja suuremman ketteryyden saavuttamiseksi.

Composable-arkkitehtuurin edut

• Helpot integraatiot: Composable-arkkitehtuurin avulla kehittäjät voivat valita ja integroida nopeasti laadukkaat komponentit. Verkkokauppiaat voivat käyttää tätä lisätäkseen ja päivittääkseen nopeasti sivuston toimivuutta ostokokemuksen parantamiseksi.
• Joustavuus ja ketteryys: Markkinat ja asiakkaiden mieltymykset muuttuvat nopeasti. Composable-arkkitehtuurin avulla kehittäjillä on käytännössä rakennuspalikoita, joita he voivat valita ja ottaa käyttöön riippumatta palvelinpuolesta.
• Tehokas skaalautuvuus: Koska eri komponentit on erotettu toisistaan, niitä voidaan skaalata erikseen. Tämä tekee resurssien käytöstä tehokkaampaa, kun koko järjestelmää ei tarvitse skaalata, jos ainoastaan yksi komponentti tarvitsee lisää resursseja.

Composable-arkkitehtuurin haitat

Monet composable-arkkitehtuurin edut voivat muuttua haitoiksi kokonaisarkkitehtuurin koon kasvaessa. Eri toimittajien monipuolisista komponenteista rakennettu verkkokauppa-arkkitehtuuri voi tarjota erittäin vankan ostokokemuksen, mutta hallinta ja ylläpito voivat muodostua haasteeksi.

• Lisääntynyt monimutkaisuus skaalattaessa: Kun olennaiset verkkokauppatoiminnot ovat riippuvaisia eri toimittajista, järjestelmäsi muuttuu monimutkaisemmaksi. Tämä voi johtaa suurempiin kehityskustannuksiin ja vaatia enemmän aikaa teknisen ylläpidon hallintaan, mikä on pois innovointiin käytetystä ajasta.

• Riippuvuus toimittajista: Jos kriittiset toiminnot riippuvat tiettyjen toimittajien komponenteista, saatat olla sidottu yhteen toimittajaan. Tämä johtaa helposti kustannusten kasvuun vuosi vuodelta. Koko kauppasi saattaa kärsiä, jos kyseisen palveluntarjoajan palvelut eivät ole saatavilla mistä tahansa syystä.
• Integraatioiden hallinta: Vaikka composable-arkkitehtuuri antaa kehittäjille mahdollisuuden yhdistellä komponentteja, kaikki eivät takuulla toimi hyvin yhdessä. Voi olla haastavaa varmistaa, että integraatiot koko järjestelmässä ovat todella saumattomia eivätkä vaikuta suorituskykyyn millään tavalla.

Miksi käyttää headless-arkkitehtuuria verkkokaupassa?

Nykypäivän verkko-ostajien tarpeet kehittyvät jatkuvasti, ja he odottavat henkilökohtaisia kokemuksia, mahdollisuuksia ostaa eri kanavissa ja mediantäyteisiä tuotelistauksia. Kun jälleenmyyjät sopeutuvat näihin odotuksiin, se voi suoraan kasvattaa liikevaihtoa. Epsilonin tutkimus havaitsi, että kuluttajat tekevät 80 % todennäköisemmin ostoksen, kun brändit tarjoavat henkilökohtaisen kokemuksen. Monet brändit valitsevat headless-arkkitehtuurin tarjotakseen mukaansatempaavia, monikanavaisia asiakaskokemuksia.

Headless-verkkokaupan hyödyt

Erottamalla käyttöliittymän esityskerroksen palvelinpuolen kaupankäyntitoiminnoista headless-pohjainen verkkokauppa-arkkitehtuuri antaa jälleenmyyjille suurempaa joustavuutta ja ketteryyttä. Yhä useammat yritykset omaksuvat päätöntä kaupankäyntiä liikevaihdon kasvattamiseksi ja asiakassitouttamisen lisäämiseksi.

• Saumaton yhteys:  Erityisesti Shopifyn kaltaisilla alustoilla isännöity headless-arkkitehtuuri voidaan rakentaa järjestelmillä, jotka on suunniteltu kommunikoimaan keskenään ja integroitumaan saumattomasti kolmansien osapuolten kanssa. Tämä mahdollistaa kehittäjille uusien ominaisuuksien ja toimintojen nopeamman lisäämisen ja käyttöönoton.
• Monikanavaiset kyvykkyydet: Kun käytät headless-arkkitehtuuria, voit luoda ja toimittaa räätälöityjä ostokokemuksia eri kanaviin, kuten sähköpostiin, sosiaaliseen mediaan, mobiilisovelluksiin ja paljon muuhun.
• Nopea innovaatio: Erottamalla käyttöliittymän ja palvelinpuolen tekniset tiimit voivat työskennellä kummankin parissa itsenäisesti, mikä mahdollistaa nopeammat kehitysajat. Uusia kyvykkyyksiä voidaan lanseerata nopeammin, jolloin myös nopea innovointi on helpompaa.

Headless-verkkokaupan haitat

Jos suunnittelet siirtymää monoliittisesta tai kaiken kattavasta arkkitehtuurista, päättömän kaupankäynnin suurin haitta on lisääntynyt monimutkaisuus. Erotettu arkkitehtuuri vaatii aina enemmän työtä käyttöliittymän ja palvelinpuolen väliseen johdonmukaisuuden, synkronointiin ja koordinoimiseen.

• Enemmän osaavia teknisiä resursseja: Headless-arkkitehtuurin hallinta vaatii erikoistuneemmat tekniset taidot kuin monoliittinen järjestelmä. Toimintojen synkronointiin täytyy käyttää enemmän aikaa, kun verkkokauppatoimintoja hajautetaan.
• API-riippuvuus: Useimmat headless-arkkitehtuurit käyttävät API-rajapintoja kommunikoidakseen käyttöliittymän ja palvelinpuolen välillä. Mutta se tarkoittaa, että kaikki API:n suorituskyvyn ja vakauden ongelmat voivat vaikuttaa liiketoimintaasi.
• Lisääntynyt ylläpito: Jos yrityksesi omaksuu headless-arkkitehtuurin lanseeratakseen useita käyttöliittymiä eri kanavissa, jokainen vaatii enemmän kehitysaikaa ja jatkuvaa tukea tiimeiltäsi.

Mikä on paras arkkitehtuuri verkkokaupalle?

Jokainen jälleenmyyjä on ainutlaatuinen, ja tekniset vaatimukset kehittyvät, joskus nopeasti. Se tarkoittaa, että on tärkeää arvioida nykyiset ja tulevat tarpeet, liiketoimintatavoitteet ja tekniset resurssit valintaa tehdessä. Ne ovat tärkeimmät tekijät valitessasi oikeaa verkkokauppateknologiaa yrityksellesi.

Riippumatta siitä, mikä verkkokaupan teknologiapino on sinulle oikea, oikean alustan tarjoajan valitseminen on kriittisen tärkeää. Älä valitse alustaa, joka pakottaa sinut arkkitehtuuriin, joka ei vastaa tarpeitasi, pakottaa yrityksesi pitkäaikaiseen sopimukseen tai vaatii pääsyn kalliisiin, erikoistuneisiin kehittäjiin.

Oikea alusta yrityksellesi on rakennettu tukemaan joustavasti sinulle parhaiten toimivaa verkkokauppa-arkkitehtuuria. Shopifyn kaltaiset alustat jopa mahdollistavat kehittymisen yhdestä arkkitehtuurista toiseen ilman tarvetta siirtymän tekemiselle.

Shopify antaa sinun valita minkä tahansan vaihtoehdon, joka toimii parhaiten liiketoiminnallesi, aina täysimittaisesta alustasta headless- tai composable-rakenteeseen. Shopify jopa varmistaa, että asiakkailla on pääsy suosittuihin komponentteihin, kuten Shop Payhin (nopeutettu kassa) jokaisessa arkkitehtuurityypissä. Shopifyn jälleenmyyjät saavat myös pääsyn verkon eniten konvertoivaan kassaan.

Kuinka arvioida nykyistä verkkokauppa-arkkitehtuuria

Nykyisen verkkokauppa-arkkitehtuurisi tarkastelu voi auttaa päättämään, mitkä muutokset ovat järkeviä liiketoiminnallesi. Sinun tulisi ensin harkita nykyisiä ja tulevia liiketoimintatarpeitasi sekä sitä, miten asiakkaidesi odotukset ja käyttäytyminen saattavat muuttua ajan myötä. Tarkastele sitten, kuinka skaalautuva, joustava ja nopea nykyinen arkkitehtuurisi on ja pystyykö se vastaamaan tarpeisiisi jatkossa.

Vaikka nykyinen arkkitehtuurisi toimisi hyvin sinulle, alustantarjoajasi ei ehkä toimi. Tässä on hyödyllisiä kysymyksiä, joita voit kysyä arvioidessasi verkkokauppa-alustaa:

1. Vähentääkö alusta kokonaisomistamisen kustannuksia? Koskeeko se sekä liikevaihtoa että yleiskustannuksia?
2. Lisääkö vai vähentääkö alusta kokonaisjoustavuutta, ketteryyttä ja markkinoille pääsemisen aikaa?
3. Sitooko alusta yrityksen tiettyyn arkkitehtuuriin tai pitkäaikaiseen sopimukseen toimittajan kanssa?
4. Tukeeko alusta innovaatiolle suunniteltua infrastruktuuria?
5. Kuinka paljon vaihtoehtoja on tarjolla? Riittääkö se tarpeisiisi?
6. Pystyykö alusta vastaamaan liiketoimintatarpeidesi mittakaavaan?
7. Panostetaanko alustalla tuotekehitykseen?
8. Kuinka suurta osaa toimialastasi tai sektoristasi alusta jo tukee?
9. Kuinka monta valmista toiminnallisuutta tarvitset?
10. Miten se integroituu muihin käyttämiisi alustoihin tai järjestelmiin?