Sæsonbestemt prisjustering: omstrukturering af menu mellem høj- og lavsæson

Ejeren af en 14-borde fiskerestaurant i Gümüşlük (Bodrum) viste os dashboardet: gennemsnitlig regning 380₺ om sommeren, 165₺ i januar-marts. Samme menu, samme priser, samme køkken — helt andre gæster. Den lokale vintergæst bestiller ikke en havbars til 750₺. Spørgsmål: lade menuen være, sænke priser eller designe en vintermenu?

Sommer- og vintergæster ser ikke samme restaurant

Om sommeren er gæsten på ferie, beslutter emotionelt, prisfølsomhed lav. Om vinteren kommer lokale, spiser ude én gang om ugen. En ret til 500₺ og de rejser sig. Uden at styre denne kløft via menuen står bordene tomme hele vinteren.

Gümüşlük 2026: 4.200 couverts sommer, 1.100 vinter. Sommeromsætning 3 gange højere. Belægning 78% sommer, 22% vinter. Klart signal: vintermenuen passer ikke.

En menu eller to?

Anbefaling: ét skelet plus sæsonlag. Kategorier hele året, produkter inden i roterer. I thMenu defineres "sommer"- og "vinter"-varianter med automatisk skift via datointervaller.

Praktisk regel: dyre, kortholdbare positioner (frisk fisk, lam) skifter med sæsonen. Kaffe, drinks, klassiske desserter holder samme pris hele året — de forankrer gæstens prisreferencepunkt.

Hvad skal sættes ned, hvad skal holdes

Vintergæster kommer tilbage for nye retter, ikke rabatter. I stedet for at skære sommerens havbars med 30%, tilføj fem hjemmelavede vinterretter. "Fisk til halv pris" lyder desperat; "vinterbordet er åbnet" er en ny historie.

Januar 2027 testede restauranten: havbars 850₺ uændret, seks hjemmeretter 220-280₺ under "vinterkortet". Resultat: regning 165₺ → 245₺, +42% couverts, margin intakt — uden en eneste rabat.

FAQ

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

Hvordan automatisere skiftet? Sæt datointerval per produkt i thMenu — skjules automatisk uden for sæson.

Hvornår aktivere vintermenuen? 1-2 uger før sæsonskift. Slutningen af oktober og starten af maj.

Var dette nyttigt? Del det.