ASKO Servering

2023 – 2026

ASKO Servering

To utdaterte apper skulle bort. Kundene som brukte dem hver dag skulle bli. Slik flyttet vi strekkodeskanning ut av appene og inn i nettbutikken.

Skanning av varer på askoservering.no

Utgangspunktet

ASKO Servering hadde tre native apper bygget på sent 2000-tallet. Når de ikke lenger ble vedlikeholdt, satser ASKO på en ny og fresh webløsning. Tiden gikk og gikk, og plutselig så fikk vi en tydelig beskjed:

«Disse appene er en sikkerhetsrisiko»
«Disse appene er dyre»

Samtidig gikk det over en milliard kroner i omsetning gjennom Mobilhandel-appen hvert år, og brukerene som brukte appen var veldig fornøyd med den! Men likevel så skulle appene bort. Oppgaven vår var å finne ut hva kundene faktisk brukte appene til, og om det kunne løses på web i stedet.

Kundene ser bort fra askoservering.no og mot de to native appene
Målet: gjøre nettbutikken til stedet kundene faktisk vil være.

To hypoteser å teste

Vi ville ikke bygge en app-erstatning på gjetning. Vi formulerte to hypoteser og bestemte hva vi måtte vite for å svare på dem.

Hypotese 1

Mange brukere foretrekker å handle via mobil, men vi er usikre på hvordan.

Underspørsmål: Hvordan handler kundene på mobil i dag? Hva fungerer, og hva gjør det ikke?

Hypotese 2

Skanning av varer på askoservering.no gir en bedre brukeropplevelse, særlig for nye kunder innen kiosk og servicehandel.

Underspørsmål: Hvordan ivaretar vi samtidig de eksisterende kundene som sier at dagens løsning fungerer fint?

Slik gikk jeg frem

Innsikt

Ut til kundene

Kundebesøk hos kafeer og kiosker, samtaler i kundepanelet, og observasjon av hvordan bestillinger faktisk blir gjort — i trange lokaler, på lager, mellom andre oppgaver.

Bilder fra kundebesøk

Innsikt

Innsikten ble delt, ikke arkivert

Alle funn ble dokumentert i et innsiktsbibliotek som hele avdelingen kunne søke i og bidra til. Det gjorde at beslutningene senere i prosjektet kunne peke tilbake på noe konkret.

Innsiktsbibliotek med rapporter fra kundebesøk og brukertester

Konklusjon

Hypotese 1 falt — og det var en god nyhet

Mobilhandelen fulgte et fast mønster: logg inn, se på kampanjer, gå gjennom den oppsatte handlelisten, til kassen, send bestilling. Nettbutikken dekket dette allerede. Det trengtes bare mindre justeringer, ikke en ny app.

Hypotese 2 sto igjen, men med en tydelig risiko: skanning er krevende å få til godt nok i en nettleser. Det var her innsatsen måtte ligge.

Versjon 1

Kamera i søkefeltet

Første versjon la et kameraikon i søkefeltet og gjenkjente strekkoder automatisk. Vi demonstrerte flyten bredt internt for å samle tilbakemeldinger tidlig.

Wireframes av versjon 1: forside, kameravisning og treff på vare
Versjon 1: automatisk gjenkjenning, ett treff av gangen.

Forankring

Demo før test

Hele flyten ble lagt ut skjerm for skjerm, med åpen invitasjon til å kommentere. Det fanget opp responsivitet, feilsituasjoner og kanttilfeller før vi brukte kundenes tid.

Demo av hele flyten med kommentarer fra teamet

Brukertest

Testet på ekte emballasje

Vi bygget en testvegg med strekkoder og faktiske produkter, og testet på flere telefoner. Funnene var utvetydige.

  • Automatisk gjenkjenning var lite effektivt i praksis
  • Kameraet plukket opp nabostrekkoder når de sto tett
  • Stor forskjell mellom enheter og kamerakvalitet
  • Gjenskinn i emballasje gjorde koden vanskelig å lese
  • Svak bekreftelse på at varen var lagt i kurven, så folk skannet på nytt
«Jeg blir litt stressa at den hopper sånn hele tiden»
«Nå begynner jeg å bli usikker på om det er jeg som er dårlig på å skanne»

Versjon 2

Fra automatikk til kontroll

Vi ga brukeren styringen tilbake, og gjorde skanning til noe man gjør bevisst — ikke noe som skjer.

Hold inne for å skanneBrukeren bestemmer når koden leses, og slipper at kameraet hopper mellom varer.

Liste med tellerSkannede varer samles i en liste med antall, så det er aldri tvil om at varen ble registrert.

Manuell strekkodeKan koden ikke leses, taster man den inn i stedet for å gi opp.

Tåler dårlig nettVarer som ikke kan slås opp legges i kø til nettet er tilbake — kjellerlager var et reelt scenario.

Wireframes av versjon 2: egen skanneinngang, hold inne for å skanne, liste over skannede varer, manuell inntasting og offline-håndtering
Versjon 2: bevisst skanning, samlet liste, og fallback når noe ikke virker.

Versjon 3

Validert ute i feltet

Løsningen ble testet hos kunder i deres egne lokaler, med deres egne varer og deres egne telefoner. Vi ble utfordret på ting vi ikke hadde sett på kontoret, og rettet det før bred lansering.

Skanning testet i reelle omgivelser hos kunde

Effekten

Skanning ble lansert som en soft launch og vokste jevnt gjennom 2025, uten kampanje.

13 → 801

skanninger i perioden, fra februar til september 2025

7 → 656

besøk som bruker funksjonen

139

skanninger på det høyeste enkeltdøgnet

Analyseverktøy som viser vekst i bruk av skannefunksjonen gjennom 2025
Bruken øker jevnt gjennom hele perioden, med tydelig ukesrytme.
«Når skal dere tilby skanning til reklamasjoner?»
«Når skal dere tilby skanning til varetelling?»
«Når skal dere tilby skanning til retur?»

Den tydeligste effekten var ikke tallene, men at kundene begynte å spørre etter mer. Funksjonen gikk fra å være en app-erstatning til å bli en byggekloss i flere arbeidsflyter.

Det jeg tar med videre

Vekt designprosessen etter problemetHypotese 1 ble avkreftet raskt og billig. Det frigjorde tid til det som faktisk var vanskelig.

Nysgjerrighet gir bedre produkterDe viktigste funnene kom av å være til stede der varene faktisk mottas, ikke av å lese om det.

Tidlig lansering slår lang poleringRask iterasjon og en tidlig soft launch ga tilbakemeldinger vi ikke kunne fått på kontoret.