Säsongsbaserad prisjustering: omstrukturera menyn mellan hög- och lågsäsong

Ägaren till en 14-bords fiskrestaurang i Gümüşlük (Bodrum) visade oss instrumentpanelen: genomsnittlig nota 380₺ sommartid, 165₺ januari-mars. Samma meny, samma priser, samma kök — helt olika gäster. Den lokala vintergästen beställer ingen havsabborre för 750₺. Frågan: lämna menyn, sänka priserna eller designa en vintermeny?

Sommar- och vintergäster ser inte samma restaurang

Sommartid är gästen på semester, beslutar känslomässigt, prisokänslighet låg. Vintertid kommer lokalbor, äter ute en gång i veckan. En rätt för 500₺ — de reser sig. Utan att hantera detta gap via menyn står borden tomma hela vintern.

Gümüşlük 2026: 4 200 couverts sommar, 1 100 vinter. Sommarintäkter 3 gånger högre. Beläggning 78% sommar, 22% vinter. Tydlig signal: vintermenyn passar inte.

En meny eller två?

Rekommendation: ett skelett plus säsongslager. Kategorier kvar hela året, produkter inom roterar. I thMenu definieras "sommar"- och "vinter"-varianter med automatisk växling via datumintervall.

Praktisk regel: dyra och kortlivade artiklar (färsk fisk, lamm) roterar säsongsvis. Kaffe, drycker, klassiska efterrätter behåller priset hela året — de förankrar gästens prisreferenspunkt.

Vad sänka, vad hålla

Vintergäster återvänder för nya rätter, inte rabatter. Istället för att skära sommarens havsabborre 30%, lägg till fem hemlagade vinterrätter. "Fisk till halva priset" låter desperat; "vinterbordet är öppet" är en ny berättelse.

Januari 2027 testade restaurangen: havsabborre 850₺ oförändrad, sex hemrätter 220-280₺ under "vinterkortet". Resultat: nota 165₺ → 245₺, +42% couverts, marginal intakt — utan en enda rabatt.

FAQ

Visa två priser (sommar/vinter) på samma meny? Nej. Förvirrar. Ett pris, roterande produktlista.

Hur automatisera rotationen? Sätt datumintervall per produkt i thMenu — döljs automatiskt utanför säsong.

När aktivera vintermenyn? 1-2 veckor före säsongsskifte. Slutet av oktober och början av maj.

Var detta hjälpsamt? Dela det.