Nettikaupan perustaminen: mitä projekti todella sisältää

Nettikaupan perustaminen ei ole vain valmisteeman valintaa. Lue, miten valmistelet tuoteluettelon, maksamisen ja toimituksen sekä peruuttamisprosessin ja mitä tarkistat ennen julkaisua.

Verkkokauppa ei ole valmis sillä hetkellä, kun siinä voi avata tuotesivun ja laittaa tuotteen ostoskoriin. Se on valmis vasta sitten, kun ostaja näkee oikean hinnan, valitsee variantin joka todella on saatavilla, maksaa ja saa ymmärrettävän vahvistuksen, ja myyjä pystyy täyttämään tilauksen ja ottamaan tavaran tarvittaessa takaisin — ulkoasu on projektin näkyvin osa, mutta se ei päätä, päättyykö ensimmäinen tilaus toimitukseen.

Siksi kysymys ”miten perustaa nettikauppa” on ensin täsmennettävä: minkä myyntiprosessin on tapahduttava ilman improvisointia? Vastaus alkaa yhdestä tuotteesta ja yhdestä täydestä tilauksesta, jossa on selvä tietolähde, varastosaldon varaus, maksun tulos, lähetyksen luominen ja toiminta peruuttamistilanteessa, ja jokainen vastaamaton kysymys muuttuu myöhemmin työmääräksi tai käsin tehtäväksi toimeksi: nimeä vastuuhenkilö, suoritusaika ja raja, jonka jälkeen manuaalinen tapa ei enää kelpaa, muuten teknisesti valmis kauppa nojaa yhä suulliseen sopimukseen ja yhden ihmisen muistiin.

Tässä artikkelissa huomio on projektin valmistelussa ja vastaanotossa, ei alustojen hintavertailussa, joten ennen toteutusta ja julkaisua sinun on valmisteltava lähtötiedot, erotettava kaupan toiminnot yrityksen prosessista ja otettava työ vastaan oikean testitilauksen, ei näyttökuvan, perusteella — tällainen ote sopii sekä silloin, kun rakennat kaupan itse, että silloin, kun annat työn toteuttajalle.

Aloita yhdestä tilauksesta, älä alustan nimestä

Ennen kuin valitset teknologian, kuvaa yksi tavallinen tilaus tuotteen löytämisestä toimitukseen, käyttäen tiettyä tuotetta, hintaa, maksutapaa ja osoitetta, ja kirjaa, mitä ostaja, kauppa ja työntekijäsi tekevät kussakin vaiheessa. Jos vastaus on ”sen hoidamme käsin”, nimeä myös vastuuhenkilö, toimeen kuluva aika ja tilausmäärä, jonka kohdalla tällainen järjestely ei enää ole käytännöllinen.

Tämä kuvaus näyttää nopeasti, tarvitsetko tavanomaisen kaupan vai yksilöllisempää tilausten käsittelyä, koska tuoteluettelo, yksi hinnoittelulogiikka, tavanomainen korttimaksu ja pakettiautomaatti eivät yleensä vaadi monimutkaista järjestelmää, kun taas hinnat asiakassopimuksen mukaan, saatavuus useissa varastoissa tai hyväksyntä toisessa järjestelmässä muuttavat laajuutta jo ennen ulkoasua. Toimintolistassa kaksi projektia voi näyttää samanlaisilta, mutta prosessikuvauksessa ero tulee yksiselitteiseksi, ja sen voi kääntää vastaanottokriteeriksi, jonka projektin lopussa voi tarkistaa ilman arvailua siitä, mitä toimittaja tarkoitti.

Alusta on valittava tämän prosessin ja odotetun kasvun mukaan: WooCommerce voi olla järkevä ratkaisu vakioituun myyntiin, mutta Laravel antaa enemmän vapautta epätyypilliselle logiikalle ja liitynnöille; laajempi vertailu on artikkelissa siitä, milloin valita WooCommerce ja milloin Laravel, ja tässä vaiheessa tärkeintä on ymmärtää, että alustan nimi itsessään ei kerro, mitä tilauksellesi tapahtuu.

Lisää prosessikuvaukseen myös yksi poikkeus ja tarkista, mitä tapahtuu, jos maksu epäonnistuu, viimeistä kappaletta yrittää ostaa kaksi ihmistä yhtä aikaa, pakettiautomaatti ei ole käytettävissä tai asiakas haluaa palauttaa osan tuotepaketista. Jokaista harvinaista tilannetta ei tarvitse luetella, mutta yksi epäonnistunut skenaario paljastaa tilat, ilmoitukset ja työntekijöiden velvollisuudet paljon paremmin kuin kymmenen vihreää rastia tarjouksessa.

Tuoteluettelo alkaa myytävän yksikön määritelmästä

Tuotteiden Excel-tiedosto ei vielä ole tuoteluettelo, koska ensin on sovittava, mikä järjestelmässä on yksi myytävä yksikkö: yksinkertaiselle kirjalle se voi olla yksi tuote yhdellä hinnalla ja varastosaldolla, mutta vaatteissa jokaisella koon ja värin yhdistelmällä voi olla oma tuotekoodinsa, kuvansa, viivakoodinsa ja saldonsa, ja tuotepaketin kohdalla on tiedettävä, onko se itsenäinen tuote vai usean varastoyksikön kokonaisuus.

Valmistele yksi täysin täytetty mallituote ennen kuin tiimi aloittaa massatuonnin, ja sisällytä siihen nimi, lyhyt ja pitkä kuvaus, hinta, veron soveltaminen, kategoria, variantti, tuotekoodi, varastosaldo, toimitukselle oleellinen paino tai mitat, kuvat ja muu ostajalle tärkeä tieto. Malli paljastaa puuttuvan kentän, kun korjattavana on vielä yksi rivi, ja antaa suunnittelijalle samalla oikeaa sisältöä, ei ihanteellista esittelykorttia.

Rajoittamaton SKU-määrä teknisessä ratkaisussa ei merkitse, että neljänkymmenen ja neljän tuhannen tuotteen valmistelu vaatisi saman työn, koska kaupan toimintojen hinta voi pysyä samana, mutta suuremmassa luettelossa kasvavat tietojen siivous, kuvien kytkentä, varianttien tarkistus, käännös ja tuonti. Siksi tarjouksessa on erotettava alustan kyky säilyttää luettelo ja työ, joka on tehtävä, jotta tietosi ovat käyttökelpoisia; tähän työhön voi kuulua kenttien kartoitus, virheellisten rivien käsittely, kuvien tarkistus ja lopputuonnin vertaaminen lähdetiedostoon.

Vaatteet: koko ja väri eivät ole pelkkä suodatin

Vaatekaupassa koko ja väri ovat usein variantteja omalla saatavuudellaan, eivät vain suodattimen arvoja, joten ostajan on nähtävä, että sininen M on loppu, vaikka musta M olisi vielä saatavilla, kuvan on vaihduttava valitun värin mukana ja tilaukseen on päädyttävä tarkka yhdistelmä — ennen koko luettelon syöttöä tarkista yksi tuote, jossa on vähintään kaksi kokoa, kaksi väriä ja yksi ei-saatavilla oleva variantti.

Luettelolla on oltava omistaja myös julkaisun jälkeen, joten määritä, kuka muuttaa hintaa, lisää variantin, korjaa kuvauksen ja poistaa tuotteen myynnistä, ja jos tieto tulee toimittajalta tai toiminnanohjausjärjestelmästä, on määritettävä pääasiallinen tietolähde ja synkronoinnin suunta. Kaksi paikkaa, joissa työntekijät saavat korjata samaa hintaa, ei luo joustavuutta vaan edellytyksen ristiriidalle, siksi on sovittava muutoshistoriasta, hyväksymisoikeuksista ja toiminnasta virheellisen tuonnin sattuessa; tiimin on pystyttävä selvittämään, missä lähteessä väärä arvo syntyi ja mihin se on jo ehtinyt vaikuttaa.

Maksaminen on kuvattava tiloina ja tekoina

Maksuliittymä ei ole valmis sillä, että maksuikkuna aukeaa, koska projektissa on sovittava, mitä kauppa tekee kunkin tuloksen jälkeen: onnistunut maksu voi vaihtaa tilauksen tilan, lähettää vahvistuksen, vähentää saatavilla olevaa määrää ja siirtää tehtävän keräilyyn, kun taas epäonnistunut tai keskeytetty maksu ei saa näyttää maksetulta tilaukselta, mutta sen ei pidä myöskään varata tuotetta loputtomiin.

Arkikielessä ”maksu onnistui” voi merkitä, että pankki vahvisti tapahtuman, maksupalvelu kirjasi sen tai raha on jo yrityksen tilillä, eikä täyttöprosessi saa nojata näin epätarkkaan muotoiluun, joten määritä, mikä järjestelmän tila sallii keräilyn aloituksen ja miten työntekijä näkee tilauksen, joka tarvitsee tarkistuksen — lasku- ja tilisiirtotilaukset on käsiteltävä erikseen, ei korttimaksun prosessin kopiona.

On päätettävä myös, kuinka kauan maksamaton tilaus pitää tuotetta varattuna, koska liian lyhyt jakso voi vapauttaa tuotteen, kun ostaja vielä viimeistelee maksua, mutta liian pitkä jakso pienentää saatavilla olevaa saldoa keinotekoisesti. WooCommercen perusvarastoasetukset mahdollistavat määrien hallinnan ja varausajan asettamisen maksamattomille tilauksille, joten tavanomainen kauppa voi hallita omaa sisäistä saldoaan ilman ulkoista varastoliityntää.

Ennen julkaisua tee vähintään yksi onnistunut maksu, yksi keskeytetty maksu ja yksi hyvitys testi- tai pienen oikean summan tilassa, ja tarkista ostajan näyttö, tilauksen tila hallinnassa, sähköpostit, varastosaldon muutos ja maksupalvelun kirjaus. Jos tiimi on nähnyt vain onnistuneen skenaarion, suuri osa maksamisesta on yhä tarkistamatta, koska oikeassa työssä on erotettava pankin viivästynyt ilmoitus, ostajan keskeyttämä maksu ja järjestelmävirhe, ja jokaisesta tapauksesta on jäätävä hallintaan ymmärrettävä merkintä.

Toimitus ja tilauksen täyttäminen eivät ole yksi rasti

Toimitusliittymä voi laskea hinnan, näyttää pakettiautomaatit, luoda lähetyksen ja palauttaa seurantanumeron, mutta jokainen ratkaisu ei tee kaikkia näitä toimia, joten muotoilu ”liitetään kuriiri” on korvattava konkreettisilla kysymyksillä: valitseeko ostaja pakettiautomaatin, riippuuko hinta painosta, ostoskorin summasta vai maasta, syntyykö osoitelappu kaupassa ja päätyykö seurantalinkki sähköpostiin automaattisesti?

Tilauksen täyttäminen alkaa sen hyväksymisen jälkeen, ja työntekijän on nähtävä selvästi maksetut ja keräiltävät tilaukset sekä toiminta virhetilanteissa. Määritä, kuka saa vaihtaa tilan, saako ostaja ilmoituksen ja miten seurantanumero kirjataan; pienessä kaupassa sen voi tehdä yksi ihminen, mutta suuremmassa tiimissä ilman vastuunjakoa yksi tilaus voidaan valmistella kahdesti, samalla kun toinen jää huomaamatta.

Tarkista toimitushinta ääriesimerkeillä, ei vain yhdellä keskimääräisellä ostoskorilla, ja kokeile halvinta ja kalleinta tuotetta, ilmaisen toimituksen kynnystä, osoitetta sallitun alueen ulkopuolella ja tuotetta, joka ei mahdu pakettiautomaattiin; jos laskenta käyttää painoa, yksi tuote ilman painoa voi kaataa koko tuloksen, ja kiinteässä hinnassa on tiedettävä, kuka maksaa erotuksen epätyypillisessä lähetyksessä — tarkista myös usean paketin toimitus ja se, pysyykö tapa tarjolla ostoskorille, jossa on erikokoisia tuotteita.

Noutokin toimistosta tai myymälästä on toimitustapa omine sääntöineen, joten ostajan on tiedettävä osoite, aika ja hetki, jolloin tilaus on valmis noudettavaksi, ja varaston työntekijän on saatava tästä valinnasta tieto ajoissa — hyvä testi ei pääty tekstiin ”tilaus vastaanotettu”, vaan pakettiin tai noutoa varten valmisteltuun tuotteeseen ja ostajalle lähetettyyn täsmälliseen ilmoitukseen.

Tilauksen ja peruuttamisen vaatimukset on vietävä konkreettisiin toimiin

Etämyyntisopimuksen voi tehdä verkkosivustolla, sähköpostissa, viestittelyssä tai muussa etäviestinnässä, joten myyjän velvollisuudet eivät katoa, jos tilaus otetaan vastaan somessa ja lasku lähetetään myöhemmin, mutta sähköisessä tilausprosessissa painikkeen tai vastaavan toiminnon on yksiselitteisesti osoitettava, että tilaukseen sisältyy maksuvelvollisuus — vaatimukset koskevat itse tilausjärjestystä, eivät vain ehtosivua sivuston alatunnisteessa.

Kuluttajansuojalain 6 luvun 12 § edellyttää, että sähköisesti tehtävässä sopimuksessa, jossa kuluttajalle asetetaan maksuvelvollisuus, tietyt olennaiset tiedot, lopullinen hinta ja lisäkulut on ilmoitettava selkeästi ja välittömästi ennen tilausta, ja maksutavat sekä toimitusrajoitukset on ilmoitettava viimeistään tilausmenettelyn alkaessa. Koska vaatimusten sisältö voi muuttua, ennen julkaisua on tarkistettava sinä päivänä voimassa oleva säädös ja verrattava kaupan näyttöjä kyseisiin kohtiin.

Tilausvahvistukseen on liitettävä kopio itse sopimusehdoista tai muu asiakirja, jonka ostaja voi tallentaa muuttumattomana; pelkkä linkki myyjän yksipuolisesti muutettavissa olevalle sivulle ei riitä, joten tarkista, että vahvistuksessa ovat tilatut tuotteet, hinta, toimitus, elinkeinonharjoittajan tiedot ja tarvittavat ennakkotiedot. Täsmällinen asiakirjakokonaisuus ja muotoilut on sovittava juristin kanssa oman myyntimallin mukaan, ja käytetty versio on säilytettävä tilauksen päivämäärän kanssa, jotta riitatilanteessa voit näyttää paitsi nykyisen ehtosivun, myös ostajalle tosiasiassa annetun tiedon.

Kilpailu- ja kuluttajavirasto selittää, että kuluttajalla on tavaroissa yleensä neljäntoista päivän peruuttamisoikeus, jota lasketaan tavaran vastaanottamisesta, ja laissa on nimetty tietyt poikkeukset. Projektissa on varauduttava paitsi peruuttamistekstiin, myös lomakkeeseen tai yhteystietoon, ilmoituksen päivämäärän kirjaamiseen, tavaran tarkistukseen, hyvitykseen ja varastosaldon palauttamiseen; jos nämä toimet elävät yhden työntekijän muistissa, kauppa toimii vain niin kauan kuin tämä ihminen on tavoitettavissa.

Kauppa ilman omaa varastoa on silti myyjän prosessi

Kauppaa voi pitää ilman omaa fyysistä varastoa, esimerkiksi toimittamalla tuote jakelijalta tai valmistajalta, ja näin pienentää tarvetta pitää varastoa, mutta se ei kumoa myyjän vastuuta ostajaa kohtaan, ja jos sopimus on tehty yrityksesi kanssa, sen täyttämisestä vastaa ostajalle yhä yrityksesi, ei toimittaja.

Tällaisessa mallissa saatavuustieto on kriittinen, ja jos toimittaja tarjoaa tietovirran tai ohjelmointirajapinnan, on sovittava päivitystiheydestä, virheiden käsittelystä ja toiminnasta yhteyden katketessa: viiden minuutin viive voi olla oleellinen nopeasti myytävälle viimeiselle kappaleelle, mutta hitaan varastokierron luettelossa se voi olla hyväksyttävä, joten synkronoinnin tiheys on asetettava varaston liikkeen ja yrityksen riskin mukaan, ja on sovittava myös, piilotetaanko tuote yhteysvirheen aikana, jätetäänkö se myyntiin vai siirretäänkö se manuaaliseen tarkistukseen.

On tärkeää erottaa kaupan sisäinen varastokirjanpito varastomoduulista tai ulkoisesta liitynnästä: WooCommercen perusominaisuudet voivat säilyttää määrän kullekin tuotteelle ja variantille, vähentää sitä tilauksen jälkeen ja estää tuotteen tilaamisen ilman saldoa, ja se voi riittää yhdelle luettelolle, jota ylläpidetään itse kaupassa. Varastomoduuli tarvitaan, jos pääasiallinen saldo on toisessa järjestelmässä, varastointipaikkoja on useita tai on synkronoitava useita myyntikanavia.

Ennen julkaisua käy läpi tilanne, jossa toimittaja ei voi täyttää tilausta, vaikka tuote on kaupan näytöllä vielä saatavilla, ja määritä, kuka saa ilmoituksen, kuinka nopeasti ostajaan otetaan yhteyttä, tarjotaanko vaihtoehtoa ja miten hyvitys tehdään — tämä skenaario ei tee mallista huonoa, mutta muuttaa odottamattoman mutkan hallittavaksi riskiksi.

Voiko nettikaupan perustaa ilmaiseksi?

Ilmainen nettikaupan perustaminen voi merkitä useaa eri asiaa, esimerkiksi ilmaista valmisteemaa, avoimen lähdekoodin ohjelmistoa, kokeilujaksoa tai somekanavan näyteikkunaa. Nämä välineet voivat pienentää alkuvaiheen lisenssimaksua ja auttaa tarkistamaan, kiinnostaako tarjonta ihmisiä, mutta ne eivät kumoa työtä tuotetietojen, maksujen, toimituksen, ehtojen, tietoturvan ja arkipäivän hallinnan parissa.

Jos rakennat kaupan itse, aloita pienimmästä prosessista, jonka voi hoitaa oikein, koska yksi kieli, pieni luettelo, yksi maksutapa ja yksi toimitustapa sallivat kysynnän testaamisen ilman monimutkaisten liityntöjen ylläpitoa. Tässäkin versiossa ostajan on nähtävä oikea hinta ja toimitusehdot, tilauksen on päädyttävä hallintaan, ja sinun on pystyttävä lähettämään tuote ja käsittelemään peruuttaminen.

Kulut ilmestyvät yleensä siellä, missä ilmainen väline loppuu: verkkotunnuksessa ja webhotellissa, maksupalkkioissa, maksullisissa lisäosissa, tietojen tuonnissa, ulkoasun räätälöinnissä, ylläpidossa ja omassa ajassasi, joten vertaa paitsi kuukausitilausta, myös tunteja, jotka kuluvat luetteloon, virheiden korjaamiseen ja päivityksiin, ja kirjaa toistuvat työt jo kokeiluvaiheessa, koska ilmainen väline voi olla edullinen juuri niin kauan kuin manuaalinen palvelu ei syö säästettyä lisenssimaksua — jos teet yhtä käsin tehtävää toimea viidelle tilaukselle, se voi olla perusteltu, mutta viidellesadalle tilaukselle se on jo mitattava kuluerä.

Ammattilaisen apu muuttuu järkeväksi, kun virhe maksaa enemmän kuin käyttöönotto tai prosessi ei enää mahdu yhden ihmisen työpäivään, ja tällaisesta rajasta voivat kertoa täsmäämättömät saldot, useat kielet ja hintaryhmät, toistuvat manuaaliset tietojen tarkistukset tai liitynnät kirjanpitoon ja toimittajiin. Itse rakennettu kauppa ei ole epäonnistuminen, eikä toteuttajan palkkaaminen ole pakollinen seuraava askel; päätöksen määrää prosessin monimutkaisuus ja yrityksen kyky ylläpitää sitä, joten tiimissä tarvitaan ihminen, joka tarkistaa säännöllisesti päivitykset, varmuuskopiot, tietoturvailmoitukset ja virhelokit, ja ostaminen on pystyttävä palauttamaan lisäosien päivityksen jälkeen sekä dokumentoitava niin, ettei kauppa jää yhden työntekijän vapaa-ajan varaan.

Tekijästä riippumatta verkkotunnuksen, webhotellin, maksupalvelun ja toimituksen tilien on oltava yrityksen hallinnassa, ei sidottuina yhden työntekijän tai ulkopuolisen asiantuntijan henkilökohtaiseen osoitteeseen; kirjaa, missä käyttöoikeuksia säilytetään, kuka saa hyväksyä maksuja ja miten pääsy palautetaan vastuuhenkilön poissa ollessa. Itse rakennetussa projektissa tämä järjestely on yhtä tärkeä kuin ulkoistuksessa, koska alustan hallintaoikeudet eivät vielä merkitse hallintaa verkkotunnuksesta, palvelimesta ja ulkoisten palvelujen sopimuksista.

Sisältö ja siirto on valmisteltava ennen toteutuksen loppua

Kaupan projektia viivästyttää usein ei koodi vaan puuttuvat tuotetiedot, kuvat ja päätökset, joten määritä, kuka yrityksessä toimittaa sisällön, kuka sen hyväksyy ja mitkä kentät ovat pakollisia, ja jokaisella välituloksella on oltava päivämäärä — toteuttaja voi luoda kentän kuvaukselle, mutta ei voi yrityksen puolesta päättää, mitä tuotteesta saa luvata.

Kuvilla on oltava yhtenäinen mittasuhde, riittävä tarkkuus ja käyttöoikeudet; tarkista tiedostonimet, vaihtoehtoiset tekstit ja se, mikä kuva kuuluu tietylle variantille. Jos toimittaja vaihtaa kuvien osoitteita ilman varoitusta, ulkoinen linkki voi kadota, joten turvallisempi prosessi on yleensä tuoda ja optimoida kuvat hallitusti kaupan ympäristössä ja säilyttää kytkös tuotteen tunnisteeseen.

Siirrossa on lueteltava erikseen tuotteet, kategoriat, asiakkaat, tilaushistoria, kupongit, sisältö ja tiedostot, koska kaikkea ei saa tai tarvitse siirtää, ja historiallisia asiakastietoja on arvioitava myös tietosuojan ja säilytysaikojen kannalta. Ennen täyttä siirtoa tee kokeilu pienellä tietoaineistolla, vertaa tietueiden määrää ja kenttiä ja vasta sitten määritä hetki, josta alkaen vanhaan järjestelmään ei enää tehdä muutoksia; lopputuonnin jälkeen laadi yhteenveto puuttuvista tietueista, kaksoiskappaleista ja arvoista, jotka uusi järjestelmä on tulkinnut toisin.

Vaihtaessasi sivustoa valmistele vanhojen ja uusien osoitteiden kartta, koska osoite ilman uudelleenohjausta vie käyttäjän ja hakukoneen olemattomalle sivulle, eikä uudelleenohjaus itsessään takaa aiempia sijoituksia hakutuloksissa, mutta se auttaa säilyttämään loogisen polun ja siirtämään signaalit vastaavalle uudelle sivulle — julkaisun jälkeen tarkista tärkeimmät tuote- ja kategoriaosoitteet, ei vain etusivua.

Ennen julkaisua tee täysi hyväksymistesti

Hyväksymistestissä käytä realistista ostajaskenaariota tietyllä tuotteella: avaa kauppa puhelimessa, löydä tuote haulla tai kategorialla, valitse variantti, laita se ostoskoriin ja muuta määrää, sitten tarkista hinta veroineen, suunniteltu alennus ja toimitus, jatka tilauksen viimeistelyyn, maksa ja lue kaikki näytöt ja sähköpostit.

Jatka testiä hallinnassa: tarkista tilauksen tila, varastosaldon vähennys juuri valitulta variantilta, osoite, pakettiautomaatti ja ostajan huomautus, luo lähetys, lähetä seurantatieto ja vie tilaus loppuun. Käsittele lopuksi peruuttaminen ja hyvitys, koska täysi kierto paljastaa usein, että kukin toiminto toimii erikseen, mutta tieto ei siirry toiminnosta toiseen.

Toista lyhyempi testi virheillä: kelvoton kuponki, ei-saatavilla oleva variantti, keskeytetty maksu, osoite toimitusalueen ulkopuolella ja tuotteen viimeinen kappale, ja virheilmoituksen on selitettävä seuraava askel, eikä järjestelmä saa jättää väärää varausta. Testin tuloksena tarvitaan paitsi virheluettelo, myös päätös siitä, mitkä virheet estävät julkaisun, joten nimeä jokaiselle korjaukselle vastuuhenkilö, uusintatarkistuksen päivämäärä ja vastaanoton todiste, sitten varmista, ettei virhe toistu puhelimessa eikä tietokoneen selaimessa.

Tarkista myös tietosuojan ja analytiikan asetukset, koska ei-välttämättömät analytiikka-, mainonta- tai muut seurantaskriptit, joiden toiminta vaatii suostumuksen, eivät saa käynnistyä ennen kyseistä valintaa, ja tarkistus on tehtävä myös hylkäyksen ja suostumuksen peruuttamisen jälkeen. Tilaamiseen tarvittavien teknisten toimien ei puolestaan pidä lakata toimimasta, jos ostaja kieltäytyy analytiikasta.

Julkaisun aikana nimeä vastuuhenkilöt ja valmistele toimintasuunnitelma häiriön varalta, määrittämällä kuka tarkistaa maksut, toimituksen ja sisällön, kenelle ilmoitetaan kriittisestä virheestä ja miten toimitaan, jos maksuja ei voi vastaanottaa tai hinnat ovat väärät — joskus turvallisin päätös on keskeyttää tilaaminen toistaiseksi eikä kerätä tilauksia joita ei voi täyttää, ja julkaisutarkistuksessa vertaa testi- ja julkisen ympäristön kokoonpanoa, maksuavaimia, toimitustilejä, veroasetuksia ja sähköpostin lähettäjää, koska onnistunut testi toisessa ympäristössä ei vielä todista, että samat ehdot toimivat ostajan näkemässä kaupassa.

Hallinta ja ylläpito alkavat ennen julkaisua

Kaupan ylläpitäjä ei ole abstrakti rooli, joka jaetaan projektin luovutuksen jälkeen, joten ennen julkaisua määritä, kenellä on oikeus muuttaa hintoja, julkaista tuotteita, tehdä hyvityksiä ja nähdä asiakastietoja, koska jokainen ihminen ei tarvitse kaikkia oikeuksia. Sisällön muokkaajan ei yleensä pidä muuttaa maksuasetuksia, eikä varaston työntekijän pidä nähdä enempää asiakastietoa kuin lähetyksen valmistelu vaatii.

Sovi, miten järjestelmän, lisäosien ja liityntöjen päivitykset asennetaan: ne eivät saa ensi kertaa päätyä julkisesti saatavilla olevaan kauppaan perjantai-iltapäivänä vain siksi, että hallintapaneeliin ilmestyi ilmoitus, joten tarvitaan varmuuskopio, testiympäristö ja ihminen, joka muutosten jälkeen tekee lyhyen ostotestin, koska päivitys voi koskea paitsi ulkoasua, myös maksamisen, toimituksen ja sähköpostin liityntöjä.

Määritä, kuka huomaa, etteivät maksuilmoitukset enää saavu kauppaan, että lähetysrajapinta vastaa virheellä tai että epäonnistuneiden tilausten määrä kasvaa jyrkästi, sillä ostajan puhelu ei saa olla ensimmäinen merkki virheestä. Ainakin kriittisillä liitynnöillä tarvitaan virheloki ja ilmoitus vastuuhenkilölle, tiimillä taas poikkeamanhallintasuunnitelma, jossa on kerrottava, missä säilytetään päätös väliaikaisesta ratkaisusta ja millä kriteerillä palvelun palautuminen tarkistetaan.

Ensimmäisinä viikkoina mittausten on vastattava prosessikysymyksiin, ei vain laskettava käyntejä, joten vertaa aloitettuja ja valmiiksi saatettuja ostoja, maksuvirheitä, toimitusvalintoja ja asiakastuen syitä. Jos monet ihmiset pysähtyvät yhdessä vaiheessa, tarkista ensin tekninen tai sisällöllinen este, ennen kuin päättelet, ettei markkinoilla ole kysyntää.

Mitä valmistella ennen keskustelua toteuttajan kanssa

Jotta ensimmäinen keskustelu olisi tuottava, valmistele yksi mallituote, yksi täysi tilausskenaario ja yksi poikkeustilanne, ja liitä mukaan arvioitu tuotteiden ja varianttien määrä, kielet, maat sekä maksu- ja toimitustavat. Jos sivusto on jo olemassa, kerro, mitä haluat siirtää ja minkä järjestelmien kanssa kaupan on vaihdettava tietoja; teknistä ratkaisua sinun ei tarvitse tietää, mutta yrityksen työ on pystyttävä näyttämään.

Nimeä erikseen vaatimukset, joiden on oltava ensimmäisessä julkaisussa, ja ideat, jotka saa jättää myöhemmäksi: maksamisen ja toimituksen perusprosessi on yleensä julkaisuvaatimus, kun taas monimutkainen kanta-asiakasohjelma voi olla seuraava vaihe, jos ilman sitä tilauksen voi ottaa vastaan ja täyttää oikein. Tämä jako suojaa budjettia paremmin kuin mielivaltainen toimintojen yliviivaus, koska jokaiselle siirretylle työlle jää nimetty syy, riippuvuus ja hetki, jolloin päätökseen palataan oikeiden tilaustietojen jälkeen.

Mallituote, tilausskenaario ja poikkeustilanne riittävät siihen, että verkkokaupan esiselvityksessä voidaan määrittää selkeä ja tarkistettava työmäärä sekä aikataulu ja hinta, joten pyydä tarjouksessa paitsi toimintojen nimiä, myös rajoja: kuka valmistelee tiedot, kuka konfiguroi ulkoisen palvelun ja minkä testin jälkeen työ on vastaanotettu.

Jos sinulla on jo luettelo tai prosessiluonnos, seuraava askel on käydä se läpi ihmisen kanssa, joka osaa arvioida tekniset riippuvuudet, mutta jos luonnosta ei vielä ole, voimme aloittaa sen laatimisesta ja sanoa, mitä ensimmäiseen versioon ei kannata rakentaa. Verkkokaupan esiselvityksen pyytäminen kannattaa jo ennen alustan valintaa, koska silloin hinnan määrää selkeästi määritelty työmäärä, ei oletuksia siitä, mitä sanan ”kauppa” pitäisi sisältää, ja molempien osapuolten on jo ennen toteutusta ymmärrettävä samalla tavalla, millainen tarkistettava tulos osoittaa, että projekti on valmis.