GETMDvibe coding prompts
すべてのサービスを探す

FOOD PROMPTS

フード・デリバリーサイト開発プロンプト

フード・デリバリーサイトはどう設計すべきですか? まず店舗・メニュー・注文の関係と状態を整理し、到着時間・オプション・アレルギーを主要リスクとして扱います。以下の各ガイドは実装仕様とデザイン基準をまとめています。

主要目標
メニュー選択と注文
主要オブジェクト
店舗・メニュー・注文
設計リスク
到着時間・オプション・アレルギー

10 実在サービス

フード・デリバリー · 10 実在サービス

メニュー選択と注文を目的とする実在サービス10件の開発プロンプトと DESIGN.MD です。

Uber Eats発見・比較フロー · 軽快で動機付ける · 情報密度 中 · 条件入力 -> 発見カード -> 価格とポリシー比較 -> 予約または注文DoorDash発見・比較フロー · 軽快で動機付ける · 情報密度 中 · 条件入力 -> 発見カード -> 価格とポリシー比較 -> 予約または注文Deliveroo発見・比較フロー · 軽快で動機付ける · 情報密度 中 · 条件入力 -> 発見カード -> 価格とポリシー比較 -> 予約または注文배달의민족発見・比較フロー · 軽快で動機付ける · 情報密度 中 · 条件入力 -> 発見カード -> 価格とポリシー比較 -> 予約または注文Grubhub発見・比較フロー · 軽快で動機付ける · 情報密度 中 · 条件入力 -> 発見カード -> 価格とポリシー比較 -> 予約または注文Instacart発見・比較フロー · 軽快で動機付ける · 情報密度 中 · 条件入力 -> 発見カード -> 価格とポリシー比較 -> 予約または注文OpenTable発見・比較フロー · 軽快で動機付ける · 情報密度 中 · 条件入力 -> 発見カード -> 価格とポリシー比較 -> 予約または注文Wolt発見・比較フロー · 軽快で動機付ける · 情報密度 中 · 条件入力 -> 発見カード -> 価格とポリシー比較 -> 予約または注文Just Eat発見・比較フロー · 軽快で動機付ける · 情報密度 中 · 条件入力 -> 発見カード -> 価格とポリシー比較 -> 予約または注文요기요発見・比較フロー · 軽快で動機付ける · 情報密度 中 · 条件入力 -> 発見カード -> 価格とポリシー比較 -> 予約または注文

ANSWER GUIDE

フード・デリバリー プロンプトの選び方

作る製品の主要画面と繰り返す行動に最も近いサービスを選びます。参考サービスのブランド資産は使わず、情報優先度と状態設計だけを適用します。

サイト開発基準

店舗・メニュー・注文の関係と状態、主要フロー、エラー回復、完了条件を実装可能な仕様にします。

サイトデザイン基準

フード・デリバリーの店舗・メニュー・注文を中心にした food 画面 · [color] を基調とする [reference] のブランド印象を出発点にしつつ、元サービスのロゴ、固有文章、画像、ピクセル単位の配置は複製しません。

必ず検証するリスク

到着時間・オプション・アレルギーを中心リスクとして扱い、loading、empty、error、partial-data、success 状態を定義します。