ウェブサイト
レストラン予約サイトデザイン
Ember & Pepperは、看板料理や来店情報と予約ダイアログを組み合わせ、予約する準備ができたゲストに応えます。
LLM Arena 2026年9月
ケースメモ- モデル
- GPT 5.6 Sol
- デザインタスク
- 予約機能付きの地域密着型火鍋店ランディングページ
- 出力
- ウェブサイト
適した用途
- レストランサイト料理、雰囲気、実用的な来店情報を結び付けます。
- 予約インターフェースレストランの背景情報を隠さずに、予約の入口を設計します。
- ホスピタリティブランド見出しと画像を通じて、地域性のある食のアイデンティティを表現します。
主な特徴
- ヒーロー内の2つの入口すぐに予約するか、決める前にメニューを確認できます。
- 3つの看板料理番号付きの項目で、スープ、牛肉、野菜の盛り合わせを紹介します。
- 実用的な来店情報ブロック営業時間、最終入店時刻、所在地の詳細を予約機能の横に配置します。
- 文脈を保つ予約ダイアログ別のページへ移動せずに来店リクエストを受け付けます。
レストランサイトを見る
1 / 4
2つの入口を持つレストランサイト
Ember & Pepperは、火鍋の写真とHeat with a heartbeatから始まります。この文言が雰囲気を伝え、その下の小さなChongqing Born · New York Firedラベルが料理と所在地のコンセプトを説明します。両者の役割を分けることで、初めて訪れた人に提供料理を推測させることなく、印象に残る見出しを維持できます。
ヒーローでは、Reserve your tableとExplore the menuという2つのアクションが並んでいます。それぞれ異なる検討段階に対応します。再訪したゲストはすぐに予約ダイアログを開ける一方、レストランを選んでいる人は先に料理を確認できます。同じReserveアクションはナビゲーションにも表示され、Book dinnerは来店情報の近くに再び現れます。
完全なメニューと見せかけずに料理を紹介する
Born for the brothでは、注文用の完全なメニューではなく、番号付きの3つの看板料理を紹介しています。各項目は、食事における役割として、ベースとなるスープ、肉の部位、またはバランスを整えるキノコと青菜の盛り合わせを説明します。このセクションはレストランを理解する助けにはなりますが、食事代を計算できるほどの情報は提供していません。
| メニュー項目 | 具体的な情報 | 未回答の点 |
|---|---|---|
| 01 · Nine-Spice Red Broth | 牛脂、炒った唐辛子、青花椒。House signatureのラベル付きです。 | 選択可能な辛さや一人前の価格は、ページに記載されていません。 |
| 02 · Hand-Cut Marbled Beef | 薄切り肉と8秒間加熱するという提案。Market cutのラベル付きです。 | ゲストには、実際の一人前の量と価格も必要です。 |
| 03 · Mountain Mushroom Basket | キノコ、レンコン、青菜。From the marketのラベル付きです。 | 料理の説明だけでは、食事制限やアレルゲンへの適合性を判断できません。 |
来店情報を予約の入口の近くに配置する
Meet us downtownでは、ブランド表現から実用的な案内へ移ります。来店情報ブロックには2つの営業時間帯と、別途設定された最終入店ルールが示されています。最終入店が閉店45分前であることは重要です。営業している時間と予約可能な時間は同じではないためです。この違いをBook dinnerの近くに配置することで、ゲストはより適切な情報に基づいて問い合わせられます。

読者が新たな情報を得た時点でアクションを繰り返す
ヒーローの予約アクションは、メニューより前に表示されます。Book dinnerは料理と雰囲気のセクションの後に表示され、その時点では閲覧者がより多くの情報を得ています。これは有効な繰り返しです。最初の画面まで長くスクロールして戻る必要をなくし、意思決定のタイミングでアクションを再提示しています。
範囲が限定されたリクエストにはダイアログを使う
予約インターフェースでは、背後にレストランページを残したまま、来店情報と連絡先の詳細を入力するよう求めます。日付入力、時間セレクター、人数セレクターには、それぞれ異なる種類の情報に適したコントロールが用意されています。本番用のデザインでは、空席状況、入力検証、リクエスト送信後の処理についても説明する必要があります。
雰囲気を説明するキャプションと実際の画像を一致させる
The Roomセクションでは、非対称の写真グリッドと、暖かな照明、テーブルを囲む集まり、赤いスープについてのキャプションを使用しています。写真の中には、ダイニングルームそのものではなく、料理のクローズアップも複数含まれています。レイアウトには変化が生まれますが、実在する店舗では、各キャプションから生じる疑問に答える画像を使うべきです。客席を確認したいゲストが見る必要があるのは客席であり、別の魅力的な料理ではありません。
実際のレストラン予約サービスではなく、予約プロトタイプ
Ember & Pepperは架空のレストランブランドです。ページ自体に記載されているとおり、住所、電話番号、営業情報はサンプルコンテンツです。予約ダイアログはローカルのフロントエンドデモであり、予約の作成、リアルタイムの空席確認、確認メールの送信は行いません。「GPT 5.6 Sol」ラベルは提供された評価用エクスポートを示すものであり、検証済みのパフォーマンススコアではありません。
OpenDesignでレストラン予約サイトをデザインする方法
ゲストの導線と予約の入口を指定する
初めてのゲストが予約前に必要とする情報と、再訪したゲストがすぐに実行できるアクションをOpenDesignに伝えます。このプロンプト例では、表示されているパターンを基に新しいプロトタイプを記述しています。
推奨プロンプト架空の重慶火鍋店を想定したレストラン予約サイトをデザインしてください。全幅の料理写真、料理ジャンルと都市を示す短いラベル、大きなセリフ体の2行見出しから始めます。「Reserve a Table」と「Explore the Menu」を並べ、ゲストが予約するか、詳しく見るかを選べるようにしてください。続いて、スープ、牛肉の盛り合わせ、キノコの盛り合わせを説明する、番号付きの3つの看板料理を配置します。キャプションの内容に合う写真を使った、非対称の店内雰囲気ギャラリーを追加してください。営業時間、最終入店ポリシー、住所、電話番号を別の予約アクションの近くにまとめます。「Reserve」を押すと、日付入力、時間セレクター、人数セレクター、連絡先フィールドを備えたダイアログが開くようにしてください。空欄、無効、ローカル送信済みの各状態を含めます。店舗情報と送信結果がデモ用コンテンツであることを明示し、実際の空席状況やレストラン予約の完了を示唆しないでください。
予約の状態を明示する
空のフォーム、必須項目の未入力エラー、デモであることを明確に示した応答を表示するようOpenDesignに指示します。検証に失敗した場合も入力値を保持してください。Escapeキーで閉じる動作と、ダイアログを開いたボタンへフォーカスを戻す動作を指定します。
予約アクションの前に情報を確認する
閉店時刻および最終入店時刻が、提示されている予約時間枠と矛盾していないことを確認します。事業者情報のサンプルは、内容が確認されてから置き換えてください。狭いビューポートで、ダイアログをスクロールでき、確認と閉じるためのコントロールに引き続きアクセスできることを確かめます。
エクスポートして共有リンクを取得
完成したデザインをエクスポートし、OpenDesignの「共有」機能を使って共有リンクを取得してください。別のブラウザウィンドウでリンクを開き、意図したバージョンとそのアセットが正しく表示されることを確認してから送付してください。



