メニューエンジニアリング2026：売れるメニューの設計法
2026年に売れるメニューを設計する方法——客単価を8〜15%引き上げる、15分の週次の習慣。
要点（TL;DR）
メニューエンジニアリングとは、どの料理がメニューに載るか、どう説明されるか、どこに配置されるか、どう価格づけされるかを体系的に最適化することです——売上だけでなく、客一人あたりの利益を最大化するために。
四象限フレームワーク（スター、荷馬、パズル、ドッグ）は、各料理を人気度と収益性で仕分けします。スターはより多くの露出を得て、パズルは再配置され、ドッグは外されます。
2026年のメニューエンジニアリングの進化は、本物のデジタルメニューのデータ（メニューの閲覧数、料理の表示回数、お客様が読んだ言語、どこから来たか）をPOSの売上と粗利に加え、印刷メニューでは推測するしかなかった判断を支えます。
写真は平均で転換率を25〜30%引き上げ、カテゴリーあたりの適正な品数は5〜7（9を超えると選択疲れが注文を抑える）、そして説明文は料理名より重要です。
Intermenu のようなツールは、お客様がどの料理を開き、どの料理が誰にも開かれていないかを示します。それをPOSの売上と並べれば、この習慣は四半期の当て推量ではなく週次のレビューになります。
なぜメニューエンジニアリングは2010年ではなく2026年の習慣なのか
メニューエンジニアリングは20年来、ホスピタリティの流行語でしたが、その大半の期間、実践はただ一つの問題に縛られていました——データがなかったのです。経営者は「スター」と「ドッグ」を当て推量で、ウェイターの直感で、あるいは印刷メニューのどの品が厨房から最も頻繁に追加要求されたかという非常に粗い信号で見分けようとしました。デジタルメニューは2024〜2026年にその制約を破りました。メニューの閲覧数、料理の表示回数、お客様が読んだ言語、どこから来たか——これらがいまやQRメニュー上で継続的に記録されます。POSがすでに記録している売上と組み合わせれば、印刷メニューでは得られなかった信号になります。メニューエンジニアリングは四半期の頭を抱えるプロジェクトから、測定可能な引き上げを伴う週10分のレビューへと移りました。
本ガイドは実践のプレイブックです——何を測り、それにどう対応し、90日で客単価を8〜15%引き上げる、一貫して機能するパターンを示します。
メニューエンジニアリングとは何で、実際どう機能するのか？
メニューエンジニアリングは、客一人あたりの利益を最大化するためにレストランのメニューを体系的に設計する習慣です。四つのてこ：
選択——どの料理がメニューに載るか（そして載らないか）。
価格——各料理が客にいくらかかるか（および料理間の関係）。
配置——メニューのどこに各料理が現れるか（カテゴリー、カテゴリー内の位置）。
説明——各料理がどう名づけられ説明されるか（注文を動かす言葉）。
この習慣は1980年代のホテルやチェーンレストランの運営から生まれました——しかし不完全なデータに基づいていました（経営者は客がどの料理を「あと一歩で」注文したかを推測していました）。2026年、デジタルメニューのデータによって、メニューエンジニアリングは近似の域を大きく抜け出します。メニューからの料理の表示回数を、POSからの注文数と粗利に並べることで、根拠ある判断を支えます。
本ガイドは現代の習慣を扱います——2020年以降に何が変わり、何が変わらず、測定可能な客単価の引き上げを生むメニューエンジニアリングのレビューをどう回すか。
あなたの「スター」と「ドッグ」をどう見分けるか？
2026年向けに更新した、古典的な四象限フレームワーク：
四つの象限
スター（高人気・高収益）：強いマージンも併せ持つ、最も注文される料理。あなたのメニューの主要な資産です。戦略：目立たせ、美しく撮影し、競合から守る。
荷馬（高人気・低収益）：マージンの薄いベストセラー。それでも重要です——客を呼び込みます。戦略：価格を少しずつ上げ、マージンを改善する手立てを探す（小さめの分量、材料の差し替え、組み合わせのアップセル）。
パズル（低人気・高収益）：よく稼ぐが頻繁には売れない料理。メニューエンジニアリングのレビューで最もてこの効く機会であることが多い。戦略：説明を改善し、写真を加え、目立つように再配置し、勧めるようスタッフを訓練する。
ドッグ（低人気・低収益）：売れず稼がない料理。戦略：メニューから外す（よりてこの効く品のために厨房の余力を空ける）。
分類にはデータが要ります：料理ごとの注文数 ＋ 料理ごとのマージン（原価 ÷ 販売価格）。注文数はPOSから、粗利は原価カードから得て、経営者が手作業で組み合わせます（メニュー自体は注文を受けません）。
2026年の追加：「高閲覧・低注文」の料理
印刷のメニューエンジニアリングでは可視化できなかった新カテゴリー：よく閲覧されるが、めったに注文されない料理。
診断の金鉱：高い閲覧 ＋ 低い注文 ＝ 説明・写真・価格の問題。
メニューエンジニアリングの変更で具体的に対処できる。
摩擦が取り除かれた途端、しばしば「スター」になる。
デジタルメニューは、どの料理が最も開かれているかを示します。その一覧をPOSの売上と並べれば、これらの料理が浮かび上がります。印刷メニューの運営には知るすべがありません。
メニューのカテゴリーごとの適正な品数は？
数千のレストランメニューで検証された2026年のベンチマーク：
最適な範囲：カテゴリーあたり5〜7品。
カテゴリーあたり9品を超えると：選択疲れが注文を顕著に抑えます。選択肢が多すぎると、客はしばしば安全で馴染みのある選択に退き、メニューエンジニアリングを損ないます。
カテゴリーあたり4品未満：貧弱に見えることがあり、限られたメニューを示唆し、ときに伸び悩みます。
カテゴリー単位の算数：典型的な着席レストランのメニューには5〜7のカテゴリーがあります：前菜、パスタ／ライス（イタリアンの場合）、メイン、サイド、デザート、ときに特別料理。カテゴリーあたり5〜7品で、メニュー全体は25〜50品——厨房にも客にも扱いやすい規模です。
2026年の傾向：経営者が収益性と運営効率を最適化するにつれ、メニューは概して短くなりました。チーズケーキ・ファクトリー流の100品メニューの時代は薄れ、ほとんどの独立系レストランは合計25〜40品に落ち着いています。
メニューで客の視線はまずどこへ向かうのか？
アイトラッキング研究で特定された、古典的な「メニューのスイートスポット」：
印刷メニューの場合：
ページの右上（最も注目）。
ページの左上（二番目）。
多段組レイアウトの中央（三番目）。
ページの下部（最も注目されない）。
デジタルメニュー（QR）の場合：
メニューの最上部（カテゴリーが最初に見える）。
各カテゴリーの最初の2〜3品（最も閲覧される）。
写真付きの品は不釣り合いに注目を集める。
バッジ付きの品（「シェフのおすすめ」「地元の人気」）は注目を集める。
実践的な含意：高利益の料理（スターとパズル）はカテゴリーの上部に属します。ドッグは下部に（残りから奪う画面領域が少ない）。写真の配置は客の注意を導きます。押したい料理に写真を置きましょう。バッジは強力です——控えめに、本物のハイライトにのみ使いましょう。
2026年の現実：デジタルメニューは印刷より精密に視覚的階層を制御できます。位置、バッジ、写真、カテゴリーの順序は、実際の分析に基づいて週次で調整できます。
デジタルメニューはメニューエンジニアリングをどう変えるか？
習慣は近似ではなく精密になります。五つの具体的な変化：
料理ごとの本物のデータ。メニューからの料理の表示回数とメニューの閲覧数（プランによっては言語ごとの閲覧数も）を、POSの注文数と並べて見られます。
前後比較のテストが簡単になる。説明文、写真、価格のいずれかを変え、その料理の表示回数とPOSの売上を変更前の数週間と比べる。
より速い反復。メニュー変更は即座に反映。「次の印刷を待つ」摩擦が消えます。
言語別の洞察。お客様がどの言語でメニューを読んでいるかと各言語の割合を見て（IntermenuのProとMultiプラン）、翻訳とスタッフのフレーズをそれに合わせる。
誰にも開かれない料理。メニューには、どのお客様にも開かれなかった料理が一覧で表示され、カテゴリーの下のほうにある料理ほど開かれにくいという注意書きも添えられます。これが、配置換え、書き直し、削除の最初の候補です。
累積効果：メニューエンジニアリングは四半期のプロジェクトから週次の習慣へ移ります。15分の週次の分析レビューが最もてこの効く変更を可視化し、経営者はそれを実行して引き上げを観察します。
Intermenuは、この五つのうちメニュー側（料理の表示回数、メニューの閲覧数、読まれた言語、誰にも開かれなかった料理）を扱い、注文数と粗利はPOSから得ます。これで現代のメニューエンジニアリングのリズムは、重労働ではなく普通の週次の作業になります。
メニューの価格に通貨記号は要るのか？
データに裏打ちされた答え：レストランの階層によります。
カジュアルなレストラン：通貨記号を入れる（「¥1,295」）のは問題なく、おそらく正しい。客は透明性を期待し、記号は注文を顕著には抑えません。
中価格帯とファインダイニング：通貨記号を外す（「1,295」や「12.50」）方が、残す方を一貫して上回ります。仕組みは心理的です——「¥」の不在が「お金を使っている」という信号を弱め、注文を押し上げます。
効果の大きさ：ファインダイニングの文脈で通貨記号を外すと、平均会計で通常5〜10%の引き上げ。巨大ではありませんが、導入は無料です。
国際的な配慮：観光地のレストランでは、通貨記号は明確さのために重要なことがあります。海外からの観光客は価値を判断するために通貨を知る必要があります。可能な折衷案：メニュー上部に通貨記号（「価格はすべてEUR」）、各料理の横には記号なしの数字、会計では記号を戻す。これは心理的な「お金の信号を減らす」効果と、観光客の明確さの必要性を同時に満たします。
写真は注文パターンにどう影響するか？
メニュー写真に関する2026年のデータ：
写真は、撮影された料理の注文を平均で25〜30%引き上げます。
写真が最も引き上げを生む場所：
馴染みのない料理（視覚的文脈が助ける）。
マージンの高い料理（写真がより高い選択肢への踏み切りを助ける）。
特別な調理（写真が技術を伝える）。
写真がときに害になる場所：
ファインダイニング（写真が安っぽく感じられることがある）。
写真が現実と完全には一致しない品（落胆の下地になる）。
すべての料理に写真があるとき（信号がなくなり、写真は注意を引く力を失う）。
2026年のベストプラクティス：品の50〜80%に写真を付け、最優先の料理（スターとパズル）から先に撮影し、見栄えの悪い品の写真は避け（一部の煮込みは写りが悪い）、メニューを新鮮に保つため季節ごとに写真を更新する。
コストの差：2020年には撮影費がどの料理を撮るかを制約しました（通常1回の撮影で5〜10品）。2026年、AIによる料理写真（1枚0.40〜0.60ドル）はメニュー全体の網羅を取るに足らないほど手頃にします。制約はコストから経営者の判断へ移ります——どの料理が写真の強調に値するか？
Intermenuの「写真を生成」ボタンは、料理名、説明、調理メモから料理写真をつくります。プロンプトを書く必要はなく、プランの月ごとの画像枠を使います。
5ステップの週次メニューエンジニアリングのリズム
数か月にわたって積み上がる、実践的な15分の週次の習慣：
ステップ1——データを取り出す（3分）
メニューインサイトとPOSのレポートを並べて開く。メニューで最も開かれた5品と誰にも開かれなかった料理、POSで最も注文された料理トップ10、そして今週のPOSの注文数を先週と比べて見る。
ステップ2——高閲覧・低注文の料理を一つ特定する（3分）
よく開かれているのにPOSではあまり売れていない料理を選ぶ。原因を仮説立てる：説明が料理を売っていない？写真がない、または魅力的でない？価格が知覚価値に対してずれている？アレルゲンの除外？
ステップ3——一つの変更を実行する（5分）
その料理に具体的な変更を一つ施す：説明を書き直す、写真を加えるか差し替える、価格を少し調整する、カテゴリー内での料理の位置を動かす。
ステップ4——実験を記録する（2分）
ログに記す：どの料理、何を変えたか、いつ、なぜ。結果を見直す日付を設定する。
ステップ5——先週の実験を見直す（2分）
先週変えた料理を見る。POSでの売上は動いたか？動いたなら勝ちを記録する。動かなければ結果を記録して先へ進む。
このリズムは年に50超のメニューエンジニアリング実験を生み、その約30〜40%が針を動かします。1年での客単価の累積引き上げは通常8〜15%——レストラン規模では意味のある数字です。
90日のメニューエンジニアリング展開
「メニューを決めてめったに変えない」から「メニューを体系的に最適化する」へ移るレストランのために：
1〜15日目：基盤
分析付きのデジタルメニューを導入する（まだなければ）。
基準測定を行う：現在の客単価、現在の料理ごとの実績。
スター、荷馬、パズル、ドッグを特定する。
明白なドッグを1〜2品外す。
16〜45日目：最適化
週次のメニューエンジニアリングのリズムを始める（週15分）。
上位のパズルにAI写真を生成する。
上位のパズルの説明を書き直す。
適切な箇所で小さな価格調整をテストする。
46〜75日目：反復
どの変更が針を動かしたかを見直す。
効かなかった変更を巻き戻す。
成功したパターンを似た料理に複製する。
言語別の分析を始める（お客様がどの言語でメニューを読んでいるか、各言語の割合がどう変わるか）。
76〜90日目：積み上げ
カテゴリーあたり5〜7品の基準にメニューを照らす。
特定され次第、追加のドッグを外す。
週次のリズムを続ける。
継続運用のためにプロトコルを記録する。
90日目までに、ほとんどのレストランは測定可能な客単価の引き上げ（通常8〜15%）と、経営者の直接の注意の外でも自走する持続可能なメニューエンジニアリングの習慣を手にします。
よくある質問
メニューエンジニアリングとは何で、実際どう機能するのか？
どの料理がメニューに載るか、どう価格づけされるか、どこに配置されるか、どう説明されるかを体系的に最適化すること——客一人あたりの利益を最大化するために。
あなたの「スター」と「ドッグ」をどう見分けるか？
四象限フレームワーク：スター（高人気＋高収益）、荷馬（高人気＋低収益）、パズル（低人気＋高収益）、ドッグ（低人気＋低収益）。デジタルメニュー向けには2026年の「高閲覧・低注文」診断を加える。
カテゴリーごとの適正な品数は？
5〜7品。9を超えると選択疲れが注文を抑える。4未満は貧弱に見えることがある。
客の視線はまずどこへ向かうか？
印刷メニューでは右上、デジタルではカテゴリーの上部。高利益の料理は上部へ、ドッグは下部へ。
デジタルメニューはメニューエンジニアリングをどう変えるか？
料理ごとの本物のデータ（メニューからの表示回数、POSからの売上）、前後比較のテスト、より速い反復、言語別の洞察、そして誰にも開かれない料理の一覧。習慣は四半期ではなく週次になる。
メニューの価格に通貨記号は要るのか？
カジュアル：要る。ファインダイニング：記号を外すと客単価は通常5〜10%上がる。国際的な観光の文脈：メニュー上部に通貨記号、料理ごとには記号なしの数字。
写真は注文パターンにどう影響するか？
写真は注文を平均で25〜30%引き上げる。料理の50〜80%の網羅が最適。新鮮さのため季節ごとに更新する。
組み込みの分析でメニューを設計する
2026年のメニューエンジニアリングは15分の週次の習慣です——四半期の当て推量プロジェクトではありません。かつてデータの可用性だった制約は、お客様がどの料理を開いたかを示すデジタルメニューによって取り除かれました。
Intermenuは、メニューの閲覧数、料理の表示回数、お客様がどこから来たか、そしてProとMultiではお客様が読んだ言語を示します。POSの売上と並べれば、メニューエンジニアリングは持続可能な週次のリズムになります。
メニューが何か月も動いていないなら、データ駆動の最適化がどんなものか見てみましょう →
関連ガイド