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

TRAVEL PROMPTS

旅行サイト開発プロンプト

旅行サイトはどう設計すべきですか? まず旅程・宿泊・予約の関係と状態を整理し、日付・価格・キャンセル条件を主要リスクとして扱います。以下の各ガイドは実装仕様とデザイン基準をまとめています。

主要目標
目的地探索と予約
主要オブジェクト
旅程・宿泊・予約
設計リスク
日付・価格・キャンセル条件

10 実在サービス

旅行 · 10 実在サービス

目的地探索と予約を目的とする実在サービス10件の開発プロンプトと DESIGN.MD です。

Booking.com発見・比較フロー · 明快で自信のある · 情報密度 中 · 条件入力 -> 発見カード -> 価格とポリシー比較 -> 予約または注文Skyscanner発見・比較フロー · 明快で自信のある · 情報密度 中 · 条件入力 -> 発見カード -> 価格とポリシー比較 -> 予約または注文Trip.com発見・比較フロー · 明快で自信のある · 情報密度 中 · 条件入力 -> 発見カード -> 価格とポリシー比較 -> 予約または注文Tripadvisor発見・比較フロー · 明快で自信のある · 情報密度 中 · 条件入力 -> 発見カード -> 価格とポリシー比較 -> 予約または注文Expedia発見・比較フロー · 明快で自信のある · 情報密度 中 · 条件入力 -> 発見カード -> 価格とポリシー比較 -> 予約または注文Agoda発見・比較フロー · 明快で自信のある · 情報密度 中 · 条件入力 -> 発見カード -> 価格とポリシー比較 -> 予約または注文KAYAK発見・比較フロー · 明快で自信のある · 情報密度 中 · 条件入力 -> 発見カード -> 価格とポリシー比較 -> 予約または注文Hopper発見・比較フロー · 明快で自信のある · 情報密度 中 · 条件入力 -> 発見カード -> 価格とポリシー比較 -> 予約または注文Vrbo発見・比較フロー · 明快で自信のある · 情報密度 中 · 条件入力 -> 発見カード -> 価格とポリシー比較 -> 予約または注文Klook発見・比較フロー · 明快で自信のある · 情報密度 中 · 条件入力 -> 発見カード -> 価格とポリシー比較 -> 予約または注文

ANSWER GUIDE

旅行 プロンプトの選び方

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

サイト開発基準

旅程・宿泊・予約の関係と状態、主要フロー、エラー回復、完了条件を実装可能な仕様にします。

サイトデザイン基準

旅行の旅程・宿泊・予約を中心にした travel 画面 · [color] を基調とする [reference] のブランド印象を出発点にしつつ、元サービスのロゴ、固有文章、画像、ピクセル単位の配置は複製しません。

必ず検証するリスク

日付・価格・キャンセル条件を中心リスクとして扱い、loading、empty、error、partial-data、success 状態を定義します。