メニュー開発のプロセス｜思いつきを商品に変える5段階
この記事の要点（3点）
- ・ メニュー開発はコンセプト→試作→原価設計→オペレーション検証→テスト販売の5段階。味の完成はプロセスの半分でしかない
- ・ 脱落理由の多くは味でなく原価が合わない・ピークに作れない・食材が回らないの3つ。早い段階で数字とオペレーションの関門を通す
- ・ 開発と同時にレシピ表・原価計算・アレルゲン確認を文書化する。後回しにすると販売開始時の表示・原価が総崩れになる
1. コンセプトから始める（味からではなく）
「美味しいものができたから売る」は、開発の順序としては逆です。 最初に決めるのは、誰の・どの利用場面の・いくらの一品か。
- ターゲット：既存客の追加注文か、新規客の来店理由か
- 役割：看板（集客）、利益（高粗利）、回転（提供が速い）のどれを担うか
- 価格帯：メニュー全体の価格構成のどこに収まるか
- 提供期間：定番か季節限定（季節メニューの原価管理）か
この設計が、後の全ての関門（原価上限、調理時間上限）の基準値になります。
2. 試作と原価設計は同時に走らせる
試作で味を詰める作業と、レシピ表への記録・原価計算は 同時に進めます。分量をグラムで記録しながら試作する習慣が、 そのまま標準レシピ（レシピの標準化）になり、原価計算（レシピ原価計算の基本）の入力になります。
- 目標原価率から逆算した原価上限を先に置く（想定売価×目標原価率）
- 原価が超過したら、値上げでなくまず構成を見直す （主材料のポーション、付け合わせ、歩留まりの改善）
- 新食材を使うなら、他のメニューでも使い回せるかを確認する。 1品のためだけの食材は在庫リスクと廃棄の温床
- アレルゲン（特定原材料等）の確認をこの段階で行い、記録に残す
3. オペレーション検証という第二の関門
味と原価が合格しても、ピークタイムに作れなければ商品になりません。
- 調理工程を仕込み（アイドルタイム）と提供時（ピーク）に分解できるか
- 提供時の作業は何分か。既存メニューと同時に注文されたとき厨房が回るか
- 特定の人しか作れない属人工程はないか。誰が作っても同じ品質になるか
- 使用する機器・コンロ口数がピーク時に競合しないか
営業中の厨房で実際に流す「オペレーションテスト」を、 販売開始前に必ず行ってください。 机上で完璧なメニューがピークで崩壊する事例は珍しくありません。
4. テスト販売と検証、そして定番化判断
販売開始後は、想定と実績の突き合わせが開発の最終工程です。
- 出数：想定した注文数と実際の乖離
- 実際原価率：歩留まり・廃棄を含めた実績が設計と合っているか（新メニューの原価シミュレーション）
- 提供時間と現場の声：オペレーションの想定崩れがないか
- 客の反応：残食、リピート注文、口コミへの言及
定番化・改良・終売の判断は、メニュー全体の出数と粗利の分布（粗利ミックス分析）の中で行います。1品単独の善し悪しでなく、 メニュー構成全体への貢献で評価してください。
よくある質問
Q. 新メニューはどのくらいの頻度で出すべきですか？
A. 正解の頻度はありませんが、「出すこと」自体を目的にしないことが重要です。 季節の変わり目に合わせた年2〜4回の見直しを軸に、 終売の判断（削る勇気）とセットで運用する店が、 仕込みと在庫の複雑さを制御できています。
Q. 開発の時間が取れません。近道はありますか？
A. 既存メニューの部分改良（ソース違い、トッピング追加、セット組み替え）は、 新規開発よりはるかに低コストで効果を検証できます。 既存の仕込みと食材を使い回す範囲での変化から始めるのが実務的です。
まとめ
メニュー開発は、コンセプト設計から始まり、 試作と原価設計の同時進行、オペレーション検証、 テスト販売の検証までの5段階で商品になります。 味の完成は半分でしかなく、数字と現場の関門を通ってはじめて メニューに載せられる。 そして開発時に作ったレシピ表と原価計算が、 その後の運用の土台になります。
販売開始後の原価運用は原価率を守る単価管理をご参照ください。
Genkaで原価計算・食品表示ラベルを自動化
レシピを入力するだけで原価率をリアルタイム計算。 食品表示法準拠のラベルPDFをワンクリックで生成できます。 初月無料トライアルで今すぐお試しいただけます。
無料で始める →