TL;DR
En mobilapp for restaurant lønner seg når du har lojalitetsprogram, tar imot bestillinger digitalt, eller vil gjenkjenne gjentakende gjester — tre kundeflyter der en nettside gir friksjon og en app gir flyt.
- Lojalitetsprogram i app: 3–4× høyere innløsningsrate enn stempelkort
- Bestillingsapp: 25–40 % høyere gjennomsnittlig ordreverdi fordi betaling er lagret
- Bordbooking med gjenkjenning: systemet husker preferanser, gjesten føler seg kjent
- Ikke klar for app ennå? Under 80 unike gjester per uke = prioriter mobilside + Google-profil først
- Du eier koden og dataene; ingen provisjon, ingen månedlig lock-in
En restaurant i Tønsberg sentrum. Jevn trafikk, god mat, lojale gjester. Men bookingene kommer inn via et skjema på nettsiden, lojalitetsprogrammet er et stempelkort i pappen, og takeaway-ordrer ringer inn på telefon. Det fungerer — helt til konkurrenten to gater unna lanserer en app og begynner å spise seg inn i stamkundene dine.
Spørsmålet er ikke om du trenger en app. Spørsmålet er hvilke kundeflyter som koster deg penger akkurat nå fordi du ikke har en.
Her er tre flyter som avgjør det.
Hvordan får jeg gjestene til å faktisk bruke lojalitetsprogrammet mitt?
De fleste restauranter i Sandefjord og Tønsberg som prøver lojalitetsprogram, gjør det med et stempelkort i pappen. Kanskje en tredjeparts-app ingen laster ned frivillig. Resultatet: færre enn 20 % av gjestene løser faktisk inn fordelene sine.
En app der gjesten logger inn, ser saldoen sin og scanner en QR-kode ved kassen — det er en annen verden. Barrieren forsvinner. Appen er allerede på telefonen. To trykk, og de er inne.
Nettsiden din kan vise lojalitetsprogrammet. Appen lar dem leve i det. Ifølge PwC sin rapport om norsk detaljhandel (2023) forventer 65 % av gjentakende kunder mobile lojalitetsprogrammer — og de som bruker dem, øker gjennomsnittlig kjøp med 18–24 % per besøk.
Stempelkortet er ikke lojalitet. Det er håp om at gjesten husker å ta det frem.
Hvorfor mister jeg bestillinger til konkurrenter med app?
Sett deg i gjestens sted. Klokken er 18.30. De vil bestille takeaway. De åpner nettleseren, finner siden din, venter på at den laster, blar gjennom menyen, og taster inn kortdetaljene på nytt. Det tar to minutter og tre irritasjonsmomenter.
Konkurrenten har en app med lagret betaling. Åpne → meny → legg i kurv → betal med Face ID → ferdig. Under 60 sekunder.
Tall fra norske restauranter som har byttet fra nettside-bestilling til app-bestilling viser typisk 25–40 % høyere gjennomsnittlig ordreverdi. Ikke fordi maten er bedre. Men fordi det er lettere å legge til en dessert når du ikke må taste inn Visa-nummeret ditt en gang til.
En PWA — en nettside som oppfører seg litt som en app — kan ta deg halvveis dit. Men lagret betaling, push-varsler om «din ordre er klar» og offline-tilgang til menyen krever native iOS og Android. Det er ikke en teknisk detalj. Det er forskjellen på å miste ordren eller ikke.
Vil du vite om nettsiden din lekker kunder?
Vi ser på ytelse, konvertering og SEO-grunnlag — og om du faktisk eier siden din. Konkrete forbedringer, prioritert etter effekt.
Ingen forpliktelse. Ingen «vi tar kontakt»-spill.
Hvordan gjenkjenner jeg gjentakende gjester uten at de må logge inn hver gang?
Bookingflyten på en nettside er et skjema. Navn, e-post, dato, antall gjester, send. Gjesten hører ingenting til en e-post dukker opp — kanskje i spam.
I en app vet systemet hvem gjesten er. Det husker at de alltid vil ha vindusbord. At de feiret bursdag her i fjor. At de foretrekker SMS fremfor e-post. Du kan sende en push-melding to timer før: «Bordet ditt er klart klokken 19.00 — vi gleder oss til å se deg igjen."
Det er ikke fancy teknologi. Det er bare at dataene finnes på ett sted, og at appen kobler dem sammen. En nettside kan ikke gjøre det uten at gjesten logger inn hver gang. Og det gjør de ikke.
Vi bygget Restaurant-OS nettopp for å løse dette: booking, bestilling, kjøkken og admin i ett system, uten provisjon per booking. En app på toppen er neste naturlige steg for restauranter som vil eie relasjonen til gjesten — ikke leie den av Bookatable eller Wolt.
Når er du ikke klar for en app ennå?
Vær ærlig. En mobilapp gir avkastning når du har volum nok til at friksjonsreduksjonen faktisk betyr noe.
Tommelfingerregel: under 80 unike gjester per uke? Prioriter en godt bygget mobilside og en sterk Google-profil. Det er riktig rekkefølge.
Har du derimot en restaurant i Drammen, Tønsberg eller Sandefjord med jevn trafikk, takeaway-ordrer og gjester du vil beholde — ikke bare tiltrekke — er en app investeringen som betaler seg over tid.
| Metrikk | Mobilside | App |
|---|---|---|
| Innløsningsrate lojalitet | ~15–20 % | 60–75 % |
| Gjennomsnittlig ordreverdi | Baseline | +25–40 % |
| Gjenkjenning av gjest | Krever innlogging | Automatisk |
| Offline-tilgang | Nei | Ja |
| Push-varsler | Nei | Ja |
| Lagret betaling | Begrenset | Full |
Et oppdrag som dette ligger typisk i sjiktet 80 000–180 000 kroner avhengig av funksjonalitet — booking, bestilling, lojalitet, admin-panel og kjøkkenintegrasjon påvirker prisen. Vi gir deg et eksakt estimat etter en kort samtale. Vi kvoterer alltid fast pris, ikke timer.
Du eier alt vi bygger. Koden ligger i din GitHub, dataene i din Supabase. Ingen månedlig lock-in, ingen provisjon, ingen overraskelser.
Usikker på om du trenger app eller bare en bedre nettside?
Vi setter oss ned med deg, ser på flyten din og sier rett ut hva som lønner seg nå — og hva som kan vente.
Vi selger deg ikke noe du ikke trenger.
Hva du kan gjøre i dag
Kartlegg de tre flyene før du bestemmer deg for noe som helst.
Har du et lojalitetsprogram? Tar du imot bestillinger digitalt? Har du gjentakende gjester du vil gjenkjenne? Svar ja på to av tre, og samtalen om en app er verdt å ta.
Vi har bygget mobilapper for restauranter i Tønsberg, Sandefjord og Drammen. Vi vet hva som konverterer og hva som er overkill. Vi setter oss ned med deg og sier det rett ut — uten å selge deg noe du ikke trenger.
Se gjerne også hva Restaurant-OS gjør for booking og kjøkkenflyt, og hvordan Glanshjem brukte lokal SEO som fundament før de skalerte videre.
FAQ
Hva er forskjellen mellom en PWA og en native app?
En PWA er en nettside som oppfører seg som en app — den kan installeres på hjemskjermen og fungerer delvis offline. En native app er bygget spesifikt for iOS eller Android. Native gir deg lagret betaling, push-varsler og bedre ytelse. PWA er raskere å bygge og billigere, men har begrensninger på betaling og offline-funksjonalitet. For restauranter med bestilling og lojalitet anbefaler vi native.
Hvor mye koster en restaurantapp?
Et oppdrag som dette ligger typisk i sjiktet 80 000–180 000 kroner avhengig av funksjonalitet. Booking, bestilling, lojalitet, admin-panel og integrasjon med kjøkkensystem påvirker prisen. Vi gir deg et eksakt estimat etter en kort samtale.
Hvem eier appen når den er ferdig?
Du eier alt. Koden ligger i din GitHub, dataene i din Supabase. Du kan bytte byrå, endre appen eller ta den offline når som helst. Ingen månedlig lock-in, ingen provisjon, ingen overraskelser.
Trenger jeg en app hvis jeg allerede har en nettside?
Ikke nødvendigvis. Under 80 unike gjester per uke? En godt bygget mobilside og en sterk Google-profil er riktig prioritering nå. Har du jevn trafikk, lojalitetsprogram og gjentakende gjester, er en app investeringen som betaler seg.
Hvor lang tid tar det å bygge en restaurantapp?
Typisk 8–12 uker fra første møte til launch, avhengig av kompleksitet. Vi jobber i faste sprinter og du ser fremgang hver uke.
Kan jeg integrere appen med kassesystemet mitt?
Ja. Vi integrerer med de fleste norske kassesystemer — Lightspeed, Square, Vend og andre. Vi kartlegger systemene dine i første møte og gir deg en realistisk plan.
Hva hvis jeg ikke vet om jeg trenger en app eller ikke?
Ta en gratis konsultasjon. Vi ser på flyten din, antall gjester og sier rett ut hva som lønner seg nå — og hva som kan vente.