Skal du planlegge nettbutikk? Sjekk dette før du ber om tilbud

Når du skal planlegge nettbutikk, bør tilbudet bygge på hvordan kundene kjøper og hvordan dere håndterer ordrene – før dere bestemmer designet. Da kan vi prise en løsning som passer butikkhverdagen, i stedet for å oppdage viktige behov underveis.

Denne sjekklisten er for deg som driver butikk og skal bestille en ny netthandelsløsning. Målet er et konkret tilbudsgrunnlag: hvilke varer dere skal selge, hvordan kjøpet skal foregå, hvem som gjør arbeidet etterpå, og hvilke systemer som må snakke sammen. Du trenger ikke løse teknikken selv, men du bør kunne beskrive oppgavene.

Begynn å planlegge nettbutikk med en faktisk ordre

Velg en vare dere kjenner godt, og følg den fra kunden finner den til betalingen er avstemt og pakken er levert. Bruk gjerne en jakke med størrelser og farger som tenkt eksempel. Kunden må kunne velge riktig variant, forstå leveringen og betale. Bak kulissene må riktig vare reserveres, plukkes og registreres.

Skriv også ned hva som skjer når kjøpet ikke går rett frem. Kunden vil bytte størrelse, betalingen avbrytes eller varen mangler på lageret. Slike situasjoner avdekker krav som et skjermbilde av en fin forside ikke forteller noe om.

• Hvem skal handle ved lansering, og hvilket område skal dere levere til?
• Skal kunden betale på nett, reservere for henting eller kunne gjøre begge deler?
• Hvem mottar ordren, pakker varen og svarer kunden?
• Hva må fungere fra første dag, og hva kan vente?

Et mulig krav kan være: «Kunden skal kunne bestille en jakke for henting og få beskjed når den er klar. Den som bemanner butikken, skal se bestillingen og kunne markere den som hentet.» Dette er et tenkt eksempel, ikke en anbefaling om klikk og hent for alle. Formuleringen gjør både kundeoppgaven og den interne oppgaven synlig.

Avgrens første lansering til en kjøpsreise dere kan håndtere godt. Flere kundegrupper, markeder og leveringsmåter bør være bevisste valg, ikke antakelser leverandøren må prise.

La sortimentet bestemme produktkravene

Krav til ny nettbutikk blir tydeligere når du legger ved representative produkter, ikke bare oppgir antall varer. En enkel vare, en vare med mange varianter og en vare med særskilte fraktbehov kan kreve ulike løsninger. Leverandøren bør se forskjellene før omfanget fastsettes.

For jakken må dere avklare om hver kombinasjon av størrelse og farge har eget varenummer, lagerstatus og bilde. For en stor eller tung vare kan leveringsvalgene være annerledes enn for resten av sortimentet. Beskriv unntakene uttrykkelig.

• Vis hvilke produktopplysninger dere har, og hvor de ligger i dag.
• Avklar kategorier og filtrering ut fra hvordan kunden leter.
• Marker varer som trenger størrelsesguide, tilbehørsvalg eller andre forklaringer.
• Skill mellom innhold som kan importeres, og innhold noen må lage eller bearbeide.

Legg ved et lite, representativt produktutvalg fra dagens system. Da kan leverandøren vurdere import og presentasjon på et faktisk grunnlag. Du slipper at «produktimport inkludert» senere viser seg å bety noe annet enn dere forventet.

Beskriv kjøpsflyten helt frem til retur

En god prosjektplan for netthandel beskriver mer enn handlekurv og betaling. Avklar hvilke leveringsvalg kunden skal få, hvordan fraktprisen bestemmes, og hva som skjer dersom en ordre inneholder varer med ulike leveringsbehov. Skriv ønsket resultat i vanlig språk fremfor å velge en teknisk utvidelse på forhånd.

Gjør mobilkjøpet til en del av bestillingen: Kunden skal kunne forstå produktet, velge variant og gjennomføre kjøpet uten å måtte gjette. Be om at hele denne reisen inngår i testingen, også feilmeldinger og ordrebekreftelse.

Retur må også ha en praktisk rutine: Ved bruk av angreretten skal kunden sende eller levere varen tilbake innen 14 dager etter å ha meldt fra, slik Forbrukerrådet forklarer reglene om angrerett. Avklar hvem som mottar meldingen, følger opp returen og håndterer tilbakebetaling. Det finnes unntak fra angreretten; vilkårene må tilpasses varene dere selger.

Gi én ansvarlig oppgaven med å avklare salgsbetingelser, personvern og øvrige relevante krav. Dette er et planleggingspunkt, ikke en fullstendig juridisk sjekkliste. Tekster og nødvendige funksjoner må være med i omfanget, ikke skyves til dagen før lansering.

Bestill systemkoblinger som konkrete arbeidsoppgaver

«Integrasjon med kassen» er for upresist som tilbudsgrunnlag. Oppgi navn på systemene dere bruker, hvilke opplysninger som skal flyttes, og hvilken vei de skal gå. Å skille mellom produktinformasjon, priser, lager, ordre og kundedata gjør det lettere å se hva tilbudet faktisk omfatter.

Vi tilbyr integrasjoner mellom WooCommerce og blant annet PCKasse, Quick3 og PowerOffice Go. Hvilke koblinger som passer deres butikk, må avklares ut fra dagens systemer og arbeidsflyt. En generell formulering om integrasjon er ikke en bekreftelse på at alle ønskede funksjoner er inkludert.

• Beskriv hvor ansatte skal opprette og endre varer.
• Avklar hvor ordre skal behandles, og hvilke statuser som skal deles.
• Noter hvordan kansellering, retur og korrigering skal håndteres.
• Be om tydelig ansvar for oppsett, testing og oppfølging ved feil.

Tenk på dette som en bestilling av mindre dobbeltarbeid, ikke bare en teknisk forbindelse. Ta med den som pakker ordre og den som følger opp regnskapet i avklaringen. De kan oppdage behov som ikke er synlige for kunden.

Fordel innholdsarbeidet før dere setter lanseringsdato

En sjekkliste før nettbutikk bør vise hvem som leverer hver innholdstype, og når den er klar. Produktbilder, beskrivelser, kategoritekster, leveringsinformasjon og e-posttekster er arbeidsoppgaver. Avklar om leverandøren skal produsere, bearbeide eller bare legge inn materialet dere sender.

For hver oppgave bør tilbudsgrunnlaget ha en ansvarlig, en frist og et kriterium for ferdig leveranse. «Produktbilder klare» er lite presist dersom ingen har sjekket at alle variantene har bilder, eller at bildene kan brukes i nettbutikken.

Har dere en eksisterende nettbutikk, bør planen også si hva som skal flyttes og hva som kan bli igjen. Be om avklaring av produkter, kundeopplysninger, ordrehistorikk og gamle nettadresser. Ikke anta at alt følger med automatisk når dere bytter løsning.

Når disse behovene er beskrevet, blir plattformvalget mer konkret. Vår guide til WooCommerce-nettbutikk går nærmere inn på plattformen; bruk den som bakgrunn, ikke som erstatning for å beskrive deres egen drift.

Gjør tilbudet mulig å kontrollere

Be leverandøren skille mellom det som er inkludert, tilvalg og uavklarte forutsetninger. Hvert viktig krav bør ha et konkret kontrollpunkt. For jakken kan det være at riktig størrelse kan kjøpes, at avtalt lagerinformasjon oppdateres, og at ordren kommer frem til riktig system.

Selve kostnadsbildet kan du lese om i vår prisguide for nettbutikk. Her er poenget å sørge for at tilbudene priser samme leveranse, med synlige avgrensninger og forutsetninger.

Be også om oversikt over løpende utgifter, eventuelle tredjepartsavtaler, opplæring og ansvar etter lansering. Avklar hvem som godkjenner testene, hvem som retter feil, og hvordan nye ønsker behandles. Skill feil i avtalt funksjon fra funksjoner dere ønsker å legge til senere.

Beskriv også hva dere skal mestre etter opplæringen: legge til et produkt, endre en pris, behandle en ordre og følge opp en retur. Da kan dere be om opplæring i oppgavene som faktisk inngår i driften, fremfor bare en gjennomgang av menyene.

En lanseringsdato bør bygge på disse avklaringene og på når dere kan levere innhold og tilganger. Et tilbud med tydelige forbehold er lettere å styre etter enn et tilsynelatende komplett tilbud med uklare grenser.

Send et arbeidsgrunnlag, ikke bare inspirasjonsbilder

Vi tar hånd om konsept, design, teknisk utvikling, integrasjoner, betalingsløsninger og opplæring i nettbutikkprosjekter. Se vår tjeneste for utvikling av nettbutikk for mer om hvordan vi kan hjelpe.

Inspirasjonsbilder er nyttige når de viser hva kunden skal forstå eller gjøre. Men før tilbudet bør du samle dette i ett dokument:

1. Målgruppe, leveringsområde og sortiment ved lansering.
2. Representative produkter og ønsket kjøpsflyt, inkludert unntak.
3. Dagens systemer og opplysningene som skal utveksles.
4. Ansvar for innhold, ordre, kundeservice og daglig drift.
5. Krav som må være klare ved lansering, med konkrete tester.

Marker det dere ikke vet ennå som spørsmål, ikke som ferdige krav. Ta dokumentet med i behovskartleggingen, og be oss avklare de åpne punktene før løsningen prises.