季節価格調整: ハイシーズンとローシーズンの間でメニューを再構築

ボドルム・ギュミュシュリュクの14席のシーフードレストランのオーナーがダッシュボードを見せてくれた。夏の平均客単380₺、1~3月165₺。同じメニュー、同じ価格、同じ厨房 — しかし顧客層はまったく別。冬の地元客は750₺のスズキを頼まない。問い:メニューはそのまま、値下げ、それとも冬専用メニューか?

夏と冬の客は同じ店を見ていない

夏の客は休暇中、感情で決め、価格感度は低い。冬の客は地元住民、週1回の外食。500₺の皿で席を立つ。このギャップをメニューで管理しないと、冬中ずっと空席を見ることになる。

ギュミュシュリュク2026年:夏4200カバー、冬1100カバー。夏売上は冬の3倍。稼働率夏78%、冬22%。冬メニューが合っていない明確なサイン。

メニュー1枚か2枚か

推奨:単一骨格 + 季節レイヤー。カテゴリは通年残し、中身の商品が入れ替わる。thMenuでは「夏」「冬」のバリアントを設定し、日付範囲で自動切替。

実務則:高単価で日持ちしない商品(鮮魚、ラム)が季節で回る。コーヒー、ドリンク、定番デザートは通年同価格 — 顧客の参照価格アンカー。

何を下げ何を残すか

冬の客は値引きではなく新メニューで戻る。夏のスズキを30%引きにする代わりに、冬の家庭料理を5皿追加。「鮮魚半額」は必死に響き、「冬の食卓が開く」は新しい物語。

2027年1月、レストランは試した:スズキ850₺据え置き、家庭料理6皿220-280₺を「冬カード」に。結果:客単165₺→245₺、カバー+42%、マージン維持 — 割引ゼロで。

FAQ

同じメニューに夏/冬2価格を出すべき? いいえ。混乱を生む。価格は1つ、商品リストを回す。

季節入替の自動化は? thMenuで商品ごとに日付範囲を設定し、オフシーズンは自動非表示。

冬メニューはいつ起動? 季節変わりの1-2週間前。10月末と5月初がベスト。

お役に立ちましたか?シェアしてください。