Bygg nettbutikk: et prosjekt fra første valg til lansering

Å bygge nettbutikk handler mindre om plattformvalg enn de fleste tror. I dette prosjektet var de avgjørende valgene hvor mye av sortimentet som skulle med ved lansering, hvordan kassen og frakten ble satt opp, og hvor mye budsjett som ble igjen til å skaffe trafikk etter lansering. Rådene under gjelder butikker som selger fysiske varer til norske forbrukere.

Utgangspunktet: en butikk som allerede solgte, men uten butikk

Situasjonen under er satt sammen av et typisk oppdrag vi møter. Ingen kundenavn eller resultattall er gjengitt, fordi vi ikke deler slikt uten avtale — men avveiningene er reelle, og de går igjen i nesten alle nettbutikkprosjekter for små bedrifter.

En liten norsk produsent av kroppspleieprodukter solgte allerede. Salget gikk via Instagram, direktemeldinger og en Facebook-side. Kunden sendte melding, fikk pris og fraktkostnad tilbake, betalte med Vipps, og eieren skrev adressen manuelt inn hos fraktleverandøren. Sortimentet var smalt: noen få serier, hver med flere varianter i ulike størrelser.

Det fungerte, men det skalerte ikke. All salgsjobb lå på én person, all historikk lå i en innboks, og butikken var usynlig for alle som ikke allerede fulgte kontoen. Kategorien var heller ikke tilfeldig valgt.

Ifølge Bring sin netthandelsrapport (2024) handler 82 % av nordmenn på nett månedlig, og helse og personlig pleie er blant de raskest voksende kategoriene.

En voksende kategori betyr både at etterspørselen finnes og at konkurransen om oppmerksomheten er hard. Det siste er viktig når vi kommer til budsjettet lenger nede.

Valget som måtte tas først: hvor mye skulle med i lansering?

Eieren ønsket å legge inn hele sortimentet, inkludert varianter som var på vei og noen produkter som stort sett lå stille. Argumentet var forståelig: en butikk med få produkter ser tynn ut.

Problemet er hva en produktside faktisk koster i arbeid. Hvert varenummer krever bilder, en beskrivelse som svarer på det kunden lurer på, riktig variantoppsett, ingrediens- og merkeinformasjon, vekt og mål for fraktberegning, og en lagerpost som må stemme. Ganget opp med et helt sortiment blir dette flere ukers arbeid før noe som helst er testet mot en ekte kunde.

Valget som ble tatt: lansere med produktene som allerede solgte i direktemeldingene, og legge resten inn etter hvert. Det var ikke et populært forslag i møtet, men det var det som gjorde at butikken kom ut i det hele tatt.

Plattform: standardløsning, og hvorfor vi ikke gikk for åpen kildekode

Det ble vurdert tre veier: en standard e-handelsplattform med abonnement, en åpen kildekode-løsning på egen drift, eller noe skreddersydd. Det siste var uaktuelt for budsjettet.

Vi anbefalte standardplattform. Begrunnelsen var ikke at åpen kildekode er dårligere, men at ingenting i denne butikkens forretningsmodell krevde teknisk særegenhet. Det som skilte den fra konkurrentene var produktene og fortellingen rundt dem, ikke kasseflyten. Da er det vanskelig å forsvare at eieren skal eie ansvaret for oppdateringer, sikkerhetsfikser, hosting og integrasjoner mot betaling og frakt.

Kostnaden ved valget er reell og bør sies høyt: du betaler abonnement og som regel en andel av omsetningen, du er bundet til leverandørens veikart, og en migrering senere er et prosjekt i seg selv. Vi mener det er en fornuftig pris å betale når alternativet er at eieren bruker kveldene på vedlikehold i stedet for på produkt og salg.

Åpen kildekode ville vi anbefalt hvis butikken hadde hatt et ERP- eller lagersystem den måtte snakke tett med, kompleks prislogikk for bedriftskunder, eller en egen utvikler i huset. Ingen av delene var tilfellet her.

Det juridiske måtte på plass før åpning, ikke etter

Da salget gikk i direktemeldinger, hadde eieren aldri skrevet et sett kjøpsvilkår. Ved salg til forbrukere i nettbutikk holder ikke det. Angrerett, informasjon om hvordan angreretten brukes, tydelig prisopplysning der totalprisen med frakt kommer fram før kunden binder seg, og en ordrebekreftelse som faktisk sier hva som er kjøpt — dette er minimum. Forbrukertilsynet går gjennom kravene til netthandel mot forbrukere.

Det andre punktet var e-postlisten. Eieren hadde samlet adresser fra kunder som hadde bestilt i DM, og ville bruke dem til nyhetsbrev. Her måtte vi bremse. Å behandle personopplysninger for å gjennomføre et kjøp har et annet grunnlag enn å bruke de samme opplysningene til markedsføring, og de to kan ikke slås sammen fordi det er praktisk. Datatilsynet forklarer hvordan behandlingsgrunnlag fungerer og hvorfor du må vite hvilket du bruker før du starter.

I praksis betydde det: eget, avkrysningsfelt for nyhetsbrev i kassen som ikke er forhåndsavkrysset, tydelig hva kunden melder seg på, og en enkel måte å melde seg av. Vi ville ikke importert de gamle DM-adressene inn i et nyhetsbrevverktøy. Listen ble mindre. Den ble til gjengjeld verdt noe.

Kassen og frakten ble bygget rundt pakkebordet, ikke rundt plattformen

Plattformen tilbød en lang liste fraktalternativer. Fristelsen er å skru på alle. Vi gjorde det motsatte og startet på pakkebordet: hvilke esker brukes faktisk, hva veier en typisk ordre, og hva skjer når noen bestiller fem produkter i stedet for ett?

Resultatet var få og tydelige valg — hentested og hjemlevering — med fraktpris beregnet på faktisk vekt, og en grense for gratis frakt som var regnet ut fra dekningsbidraget, ikke fra hva konkurrentene gjorde. Vi anbefaler alltid å regne den grensen selv. En gratisfraktgrense satt for lavt spiser marginen på hver eneste ordre uten at noen legger merke til det før regnskapet kommer.

Kassen ble testet med ekte kjøp, inkludert de kjedelige tilfellene: betaling som avbrytes, feil postnummer, utsolgt vare lagt i kurven i en annen fane. Det er i disse situasjonene en nybygd butikk pleier å oppføre seg rart, og det er nesten alltid billigere å finne det selv enn å få det rapportert av en kunde.

Bildene var det som gjorde sidene tunge

Produktbildene kom rett fra fotografen i full oppløsning. De så flotte ut på en stor skjerm i Bergen sentrum og var elendige på mobil over 4G ute på tur. Dette er den vanligste ytelsesfeilen vi ser i nye nettbutikker, og den har lite med plattformen å gjøre.

Løsningen var udramatisk: moderne bildeformater, riktige størrelser til de faktiske visningsflatene, og at det første bildet på en produktside lastes med prioritet mens resten venter. web.dev har en gjennomgang av hvordan ytelse måles og hva som faktisk påvirker opplevd hastighet.

Avveiningen er verdt å nevne: for en butikk som selger på utseende, kan du ikke komprimere bort produktbildene til grøt. Vi lener mot å beholde høy kvalitet på hovedbildet og være strengere med resten, framfor å senke kvaliteten jevnt over alt.

Budsjettet: plattformen var ikke den dyre delen

Da eieren spurte hva dette ville koste, pekte spørsmålet på plattformabonnementet. Det er nesten alltid feil sted å se.

Et realistisk oppstartsbudsjett for en norsk nettbutikk ligger i Box sin erfaring på 100 000–300 000 kr første året, der markedsføring — ikke plattformen — er største post.

En nettbutikk uten trafikk er en lagerbygning uten vei. Butikken i dette prosjektet hadde en fordel — en eksisterende følgerskare — men den skarasen var liten, og den kunne ikke bære salget alene over tid. Derfor ble designtilpasningen holdt nede. Temaet ble justert på farger, typografi og produktside, ikke bygget om. Pengene som ble spart der, gikk til produktfoto, tekst og annonsering de første månedene.

Vårt råd er å sette opp budsjettet i denne rekkefølgen: det som må virke, det som skaffer besøkende, og deretter det som gjør butikken pen. De fleste gjør det motsatt.

Hva du bør regne baklengs fra

Det siste vi gjorde før lansering var en enkel regneøvelse som vi mener alle bør gjøre: hvor mange besøkende trenger butikken for å nå et gitt salgsmål?

Normal konverteringsrate for norske nettbutikker i Box sin portefølje ligger på 1,8–3,5 %, med de beste kategoriene opp mot 5,5 %.

Regn med et tall i nedre del av dette spennet det første halvåret, og gang opp med gjennomsnittlig ordreverdi. Da ser du raskt om trafikkbehovet er realistisk med budsjettet du har. Er svaret nei, er det bedre å oppdage det før lansering enn i november.

Denne øvelsen endret prioriteringen i prosjektet. I stedet for å bruke de siste ukene på flere produktsider, ble de brukt på å få på plass sporing, en kort produktvideo og de første annonsene.

Det som lar seg generalisere

Fire ting fra dette prosjektet går igjen i nesten alle nettbutikker vi bygger for små bedrifter.

1. Plattformvalget er sjelden det avgjørende. Det avgjørende er om du har innhold, trafikk og en kasse som ikke skaper tvil.
2. Omfang ved lansering er det valget som oftest velter tidsplanen. Smalere lansering er nesten alltid riktig.
3. Jussen er billig å ordne før åpning og dyr å ordne etterpå, særlig når det gjelder e-postlister.
4. Frakt og retur bør designes ut fra hvordan du faktisk pakker og hva du faktisk tåler i margin.

Og én ting som ikke lar seg generalisere: rekkefølgen. En butikk som selger til bedriftskunder med avtalepriser, eller som er avhengig av et lagersystem, har en helt annen kritisk sti enn denne. Da starter du med integrasjonen og lar designet vente enda lenger.