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

EVENTS PROMPTS

イベント・チケットサイト開発プロンプト

イベント・チケットサイトはどう設計すべきですか? まずイベント・座席・チケットの関係と状態を整理し、在庫・時間・返金条件を主要リスクとして扱います。以下の各ガイドは実装仕様とデザイン基準をまとめています。

主要目標
イベント発見と入場
主要オブジェクト
イベント・座席・チケット
設計リスク
在庫・時間・返金条件

10 実在サービス

イベント・チケット · 10 実在サービス

イベント発見と入場を目的とする実在サービス10件の開発プロンプトと DESIGN.MD です。

Eventbrite発見・比較フロー · 軽快で動機付ける · 情報密度 中 · 条件入力 -> 発見カード -> 価格とポリシー比較 -> 予約または注文Ticketmaster発見・比較フロー · 軽快で動機付ける · 情報密度 中 · 条件入力 -> 発見カード -> 価格とポリシー比較 -> 予約または注文Meetup発見・比較フロー · 軽快で動機付ける · 情報密度 中 · 条件入力 -> 発見カード -> 価格とポリシー比較 -> 予約または注文Fever発見・比較フロー · 軽快で動機付ける · 情報密度 中 · 条件入力 -> 発見カード -> 価格とポリシー比較 -> 予約または注文DICE発見・比較フロー · 軽快で動機付ける · 情報密度 中 · 条件入力 -> 発見カード -> 価格とポリシー比較 -> 予約または注文Bandsintown発見・比較フロー · 軽快で動機付ける · 情報密度 中 · 条件入力 -> 発見カード -> 価格とポリシー比較 -> 予約または注文Universe発見・比較フロー · 軽快で動機付ける · 情報密度 中 · 条件入力 -> 発見カード -> 価格とポリシー比較 -> 予約または注文인터파크 티켓発見・比較フロー · 軽快で動機付ける · 情報密度 中 · 条件入力 -> 発見カード -> 価格とポリシー比較 -> 予約または注文YES24 티켓発見・比較フロー · 軽快で動機付ける · 情報密度 中 · 条件入力 -> 発見カード -> 価格とポリシー比較 -> 予約または注文Partiful発見・比較フロー · 軽快で動機付ける · 情報密度 中 · 条件入力 -> 発見カード -> 価格とポリシー比較 -> 予約または注文

ANSWER GUIDE

イベント・チケット プロンプトの選び方

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

サイト開発基準

イベント・座席・チケットの関係と状態、主要フロー、エラー回復、完了条件を実装可能な仕様にします。

サイトデザイン基準

イベント・チケットのイベント・座席・チケットを中心にした events 画面 · [color] を基調とする [reference] のブランド印象を出発点にしつつ、元サービスのロゴ、固有文章、画像、ピクセル単位の配置は複製しません。

必ず検証するリスク

在庫・時間・返金条件を中心リスクとして扱い、loading、empty、error、partial-data、success 状態を定義します。