Sesongbasert prisjustering: omstrukturere meny mellom høy- og lavsesong

Eieren av en 14-bords fiskerestaurant i Gümüşlük (Bodrum) viste oss dashbordet: gjennomsnittsregning 380₺ om sommeren, 165₺ i januar-mars. Samme meny, samme priser, samme kjøkken — helt forskjellige gjester. Den lokale vintergjesten bestiller ikke havabbor til 750₺. Spørsmålet: la menyen være, senke priser eller designe en vintermeny?

Sommer- og vintergjester ser ikke samme restaurant

Om sommeren er gjesten på ferie, beslutter emosjonelt, prisfølsomheten lav. Om vinteren kommer lokale, spiser ute én gang i uken. En rett til 500₺ — og de reiser seg. Uten å styre dette gapet via menyen blir bordene stående tomme hele vinteren.

Gümüşlük 2026: 4 200 couverts sommer, 1 100 vinter. Sommeromsetning 3 ganger høyere. Belegg 78% sommer, 22% vinter. Klart signal: vintermenyen passer ikke.

Én meny eller to?

Anbefaling: ett skjelett pluss sesonglag. Kategoriene blir hele året, produktene inne roterer. I thMenu defineres "sommer"- og "vinter"-varianter med automatisk veksling via datointervaller.

Praktisk regel: dyre, lite holdbare varer (fersk fisk, lam) roterer per sesong. Kaffe, drikkevarer, klassiske desserter holder samme pris hele året — de forankrer gjestens prisreferansepunkt.

Hva senke, hva holde

Vintergjester kommer tilbake for nye retter, ikke rabatter. I stedet for å kutte sommerens havabbor 30%, legg til fem hjemmelagde vinterretter. "Fisk til halv pris" høres desperat ut; "vinterbordet er åpnet" er en ny historie.

I januar 2027 testet restauranten: havabbor 850₺ uendret, seks hjemmeretter 220-280₺ under "vinterkortet". Resultat: regning 165₺ → 245₺, +42% couverts, margin intakt — uten en eneste rabatt.

FAQ

Vise to priser (sommer/vinter) på samme meny? Nei. Forvirrer. Én pris, roterende produktliste.

Hvordan automatisere rotasjonen? Sett datointervall per produkt i thMenu — skjules automatisk utenfor sesong.

Når aktivere vintermenyen? 1-2 uker før sesongskifte. Slutten av oktober og begynnelsen av mai.

Var dette nyttig? Del det.