Du sitter i et møte med en leverandør som viser frem en imponerende forside. Alt ser moderne ut, men ingen spør hvordan nettbutikken skal fungere på mobil, håndtere retur eller selge til kunder i andre land. Det er ofte her feilvalget begynner.
Et godt IT-byrå eller en dyktig frilanser starter ikke med farger og animasjoner. De begynner med mål, målgrupper, innhold, teknologi og de delene av kjøpsreisen som faktisk kan skape problemer.
Se etter erfaring som ligner på prosjektet ditt
Be om konkrete eksempler på nettsider eller nettbutikker leverandøren selv har utviklet. Det holder ikke at de har jobbet med «digitale løsninger» i bred forstand. En innholdsrik firmaside, en abonnementsmodell og en nettbutikk med mange varianter stiller helt ulike krav.
Spør hva leverandøren faktisk hadde ansvar for. Var de med på strategi, struktur, design, utvikling, integrasjoner og testing, eller leverte de bare en avgrenset del? Be også om å få vite hva som ble vanskelig underveis, og hvordan det ble løst. Et svar uten noen problemer høres sjelden troverdig ut.
Referanser bør helst komme fra virksomheter med omtrent samme kompleksitet som din egen. En lokal tjenestebedrift trenger ikke nødvendigvis et stort byrå med tunge prosesser, mens en nettbutikk med lagerstyring, betaling og flere markeder kan bli sårbar hos én person uten kapasitet til å følge opp.
Mobilen må komme først
I Norge handlet 72 prosent av kundene primært via mobil i 2025. Derfor bør leverandøren kunne dokumentere et gjennomarbeidet mobile-first-oppsett, ikke bare vise en desktopversjon som er presset inn på en liten skjerm.
Be om å se hvordan meny, produktsøk, filtre, bilder, skjemaer og utsjekk fungerer på mobil. En nettbutikk kan være visuelt elegant og likevel tape salg fordi knappene er vanskelige å treffe, siden laster sakte eller betalingssteget blir uoversiktlig.
Test gjerne en eksisterende løsning selv. Jeg pleier å begynne med nettopp dette: åpne siden på telefonen, finne et bestemt produkt og forsøke å gjennomføre et kjøp uten å kjenne strukturen fra før. Små irritasjoner blir raskt tydelige når man ikke sitter foran en stor skjerm.
Internasjonalt salg krever mer enn oversettelse
85 prosent av nordmenn kjøpte minst én gang fra en utenlandsk nettbutikk i løpet av de siste tolv månedene. Kunder er altså vant til å sammenligne norske og utenlandske alternativer, og de forventer en friksjonsfri handel også når butikken din skal vokse utenfor Norge.
Leverandøren bør kunne forklare hvordan løsningen håndterer flere språk, valutaer, fraktalternativer, merverdiavgift og utsjekk. Det er ikke nok å installere et oversettelsesverktøy. Produktinformasjon, e-postmeldinger, feilmeldinger og kjøpsvilkår må henge sammen på hvert språk.
Be om en tydelig beskrivelse av hvilke land løsningen er bygget for. Internasjonal ekspansjon som kommer «senere», blir ofte dyrere dersom plattformen fra starten er låst til én valuta, ett lager eller én betalingsmåte.
Teknologi, eierskap og drift
Spør hvilken plattform leverandøren anbefaler, og hvorfor. Et seriøst svar bør ta utgangspunkt i behovene dine, ikke i hva byrået tilfeldigvis selger mest av. Du bør også få vite hvilke deler som kan endres uten utviklerhjelp, og hva som krever betalt bistand.
Avklar hvem som eier domene, kildekode, designfiler, analyseoppsett og data. Alt bør være knyttet til virksomheten din, ikke til leverandørens private kontoer. Hvis samarbeidet avsluttes, må en annen aktør kunne overta uten å starte fra bunnen.
Drift og vedlikehold må stå i avtalen. Det gjelder sikkerhetsoppdateringer, sikkerhetskopier, overvåking, feilretting og responstid ved driftsstans. En lav prosjektpris kan bli lite verdt hvis du senere må betale dyrt for hver liten endring.
Tilgjengelighet må dokumenteres
Nettsteder i offentlig sektor i Norge skal oppfylle WCAG 2.1 på nivå A og AA. De samme kravene gjelder også private digitale tjenester som er rettet mot allmennheten. Tilgjengelighet bør derfor behandles som en del av kvalitetssikringen, ikke som et tillegg som vurderes når løsningen allerede er ferdig.
Be om en tilgjengelighetsrevisjon og en konkret protokoll for retting. Den norske kontrollspesifikasjonen bygger på 48 av totalt 61 WCAG-kriterier, og leverandøren bør kunne vise hvilke punkter som er testet, hvilke avvik som er funnet og hvem som skal rette dem.
Testingen må omfatte mer enn kontrastfarger. Tastaturnavigasjon, skjermlesere, overskriftsstruktur, skjemafelt, feilmeldinger, fokusmarkering og alternative tekster kan avgjøre om noen faktisk klarer å bruke tjenesten. For offentlige institusjoner skal det dessuten finnes en tilgjengelighetserklæring for hvert nettsted og hver mobilapplikasjon. Denne plikten har gjeldt siden 1. februar 2023.
Pris er bare én del av regnestykket
Be om et tilbud som skiller mellom analyse, design, utvikling, innhold, integrasjoner, testing, lansering og drift. Da ser du lettere hva som faktisk er inkludert. Et tilbud med én samlet sum kan skjule både viktige forbehold og kostnader som kommer etter lansering.
Et byrå kan være riktig dersom du trenger flere fagområder samtidig, som design, utvikling, prosjektledelse og innholdsarbeid. En frilanser kan være et bedre valg for en avgrenset nettside eller når du ønsker tett kontakt med én person. Kapasitet, dokumenterte ferdigheter og arbeidsform betyr mer enn organisasjonsformen.
Spør hvor mye tid leverandøren faktisk har tilgjengelig de neste månedene. Den mest erfarne personen i salgsmøtet er ikke nødvendigvis den som bygger løsningen. Få navn og roller inn i avtalen, særlig dersom prosjektet krever spesialkompetanse innen integrasjoner, sikkerhet eller tilgjengelighet.
Slik merker du forskjell på prosess og salg
En leverandør som stiller gode spørsmål før de foreslår løsning, har ofte bedre kontroll enn den som lover rask lansering på første møte. Du bør høre spørsmål om konvertering, redaktørbehov, produktdata, kundeservice, måling og hva som skal skje etter lanseringen.
Be om en kort beskrivelse av arbeidsprosessen. Hvordan prioriteres funksjoner? Når får du teste? Hvordan håndteres endringer? Hva skjer hvis en integrasjon ikke fungerer som planlagt?
Velg helst en partner som kan forklare tekniske valg i vanlig språk. Du skal ikke måtte forstå all kode, men du må forstå hva løsningen gjør, hvilke begrensninger den har og hva virksomheten din betaler for.