どのレストランにも、こんなレビューがあります。ゲストが写真を見て料理を注文し、届いた皿は期待より小さく、不満が公の場に投稿される。画像は18か月前には正確でした。その後、レシピが変わり、仕入れ先が変わり、皿のサイズが変わり、誰もカタログを更新しなかったのです。
誠実なメニュー写真は、写真の問題である前にオペレーションの問題です。解決策はレビューの習慣であり、より良いカメラではありません。
なぜギャップが生まれるのか
- 利益率を守るためにポーションを減らし、写真を撮り直さなかった。
- 料理を小さな皿に移したため、古い写真では同じ料理が大きく見える。
- 生成ツールが画像を改善する際にポーションを大きくした。
- 1枚の写真を異なるクロップで複数プラットフォームに再利用し、タイトなクロップが料理を拡大して見せた。
- レシピから材料が抜けたのに、写真にはまだそれが写っている。
- 提供されない小道具の料理で撮影した。古いライブラリではよくあることです。
これらのうち写真のミスは1つだけです。残りはカタログのメンテナンスであり、気づかないうちに最も大きなコストを生むものです。
なぜ生成ツールが悪化させるのか
シーンを創作するツールは、料理をより豪華に見せる傾向があります。もう1切れ追加したり、ソースを濃くしたり、付け合わせを山盛りにしたり、皿を広げたりします。元の画像より良く見えるため、見逃しやすい失敗の典型です。実際の写真から始めて光、背景、クロップだけを変えるツールはポーションを大きくできないので、メニューワークフローに求められる特性です。
ほとんどの問題を防ぐルール
ツールに料理の見せ方を改善させるのは許可します。料理の量を変えることは決して許可しません。
| 許可されること | 許可されないこと |
|---|---|
| 露出、ホワイトバランス、影の補正 | 材料、付け合わせ、ソースの追加 |
| 背景のクリーニングとクロップのまっすぐ化 | ポーションの拡大やもう1切れの追加 |
| メニュー全体の色の統一 | 提供されていない料理や盛り合わせの創作 |
| シャープ化とエクスポートサイズ調整 | テキスト、ロゴ、価格の焼き込み |
| テーブル上のパンくずの除去 | 皿に盛られている材料の除去 |
5分でできる写真と皿のチェック
- ゲストが受け取るのと同じ状態で、提供する皿に盛った料理をキッチンから注文する。
- 現在のメニュー写真を実際の皿の横に置く。記憶ではなく、スマホ画面を使う。
- 見えるアイテムを数える。写真に餃子が3個で皿に4個あれば、写真の修正が必要。
- 器を確認する。皿や箱が変わったら撮り直す。
- 縁に対するポーションの見え方を見る。広いクロップは小さなポーションを誠実に見せることがある。
- 結果をファイル名か共有ノートに書き、承認者を明記する。
クロップも誠実に
クロップは人が思う以上に大きな働きをします。タイトなクロップはフレームを料理で埋め、どんなポーションも豪華に見せます。皿の縁と少しのテーブルを見せる広いクロップは、ゲストに実際のスケール感を与えます。ポーションが控えめな料理では、広いクロップが誠実であり、構図に余白が生まれるため通常はよりプレミアムに見えます。
サイズの目安になるものを置くと効果的です。フォーク、グラス、副菜を皿の横に置くと、キャプションなしでサイズを伝えられます。メニュー全体で参照を一貫させ、カタログ全体が同じスケールで読めるようにします。
撮り直すべきときと再編集すべきとき
再編集は、変更がプレゼンテーションだけの場合です。元の写真がまだ正しい料理とポーションで、背景、光、クロップに手を入れる必要があるとき。撮り直しは、料理自体が変わったときです。ポーションの縮小、材料の除去や追加、新しい器、新しい盛り付けなどが含まれます。編集はレシピの変更を誠実に修正できません。
プラットフォームのガイドラインもこの原則に同意しています。たとえばUberは、アイテム写真がメニュー上の単一アイテムを正確に表現することを要求しています。同じ考え方は他のプラットフォームやゲストレビューにも共通しています。
チームのワークフローとファイル命名
写真をレシピ変更の一部にし、別のマーケティング作業にしないでください。キッチンが料理を更新したら、写真も一緒に動きます。シンプルな慣習で管理しやすくなります:
dish_slug_original.jpg dish_slug_menu-v2.webp dish_slug_platform-16x9.webp dish_slug_platform-1x1.webp dish_slug_approved-by_initials_date.txt
そうすれば誰でも、どのバージョンが最新か、何が変わったか、誰が承認したかが分かります。ゲストから苦情が来ても、オリジナルはすぐ隣のフォルダに保管されています。
苦情にうまく対応する
ゲストが料理が写真と違ったと言ったら、カタログのバグとして扱います。その日に画像を引き出し、提供時の皿と比較し、撮り直すかクロップを修正します。レビューには弁明ではなく修正内容を返信し、同じ苦情が再発しないよう変更を記録します。迅速な修正は評価の面でもプラスに働きます。更新の頻度や対応の速さは、プラットフォームにも検索エンジンにも評価されるからです。
機能しているかを測定する
メニュー写真の一斉チェック後、3つのことを見ます:写真に言及した返金や苦情の理由、レビューでのポーションサイズへの言及、影響を受けたアイテムのクレジットや返品。前後4週間を比較します。ダッシュボードは不要です。チケットのメモとレビューにすでにシグナルはあります。
よくある質問
背景の変更で間違ったポーションを修正できますか
いいえ。背景や光を変えても料理は変わりません。ポーションが異なる場合は、料理を撮り直してください。
ポーションが小さくなったら必ず新しい写真が必要ですか
ゲストに違いが分かる場合は必要です。皿と料理の数が同じであれば、誠実なクロップで十分な場合もあります。
最終画像は誰が承認すべきですか
レシピを熟知した1名の責任者、通常は料理長またはマネージャーです。承認は正式なステップとして組み込み、善意に頼らないようにしてください。
チェックはどのくらいの頻度で行うべきですか
料理が変わるたびに、そして四半期ごとに売上上位20品目の一斉チェックを行います。季節の変わり目は通常メニュー更新と同時に来るので、見直しに適したタイミングです。
次のステップ
今週、最も注文の多い10品目でチェックを実行してください。光とクロップだけが間違っているものは再編集し、料理が変わったものは撮り直します。スタジオは実際の皿の写真から始め、結果の横にオリジナルを保持します。また、メニュー写真監査チェックリストはより広範なチェックをカバーしています。



