マイゴルフ会員権
UI PROPOSAL · v1.4 2026-04-21 制作: カンパイ株式会社

ゴルフ会員権マーケットプレイス
v1.4 仕様書に基づく UI 実装案

富松社様 MVP Roadmap & Technical Architecture v1.4、および Phase 1 Week 1/Week 2 の仕様書を読み込み、カンパイ株式会社が 2026-04-21 時点で試作した UI 実装案です。

v1.2 の Structured Offer Model、v1.3 の processing state 監査ログ、v1.4 の Price Guardrail / Secondary Market Control を、各画面で UI として具現化しています。

実装案サマリ

実装対象
ランディングページ / 会員権一覧 / 会員権詳細（個人出品・ゴルフ場公式・取引停止中の3パターン） / 管理画面タイムライン
技術スタック
HTML + Tailwind CSS + Vanilla JS（静的プロトタイプ） / 本番想定: Next.js + Supabase + Cloudflare R2 + Resend
参照仕様書
MVP Roadmap v1.4 · Phase 1 Week 1 (Data Model & State Machine) · Phase 1 Week 2 (API Implementation)
ゴルフ場データ
Google Places API により実在10コースを参照（軽井沢・成田・龍ヶ崎・太平洋御殿場・芦屋・相模原・川越・鳴尾・那須・霞ヶ関）
01

画面構成

ランディングページ
SCREEN 01 · LANDING

ランディングページ

個人間売買とゴルフ場公式募集、両方の価値を訴求するトップページ。写真で魅力を伝えつつ、取引の透明性と信頼性を前面に出した構成。

  • ヒーロー画像 + Noto Serif JP による和文セリフ体タイトル
  • トラストバー（掲載件数・コース数・平均成約日数・古物商許可）
  • 注目の会員権 4枚（実在コース / Google Places 写真）
  • 相場データ可視化セクション（差別化の核）
  • 手数料透明性表（従来仲介業者との対比）
  • ゴルフ場運営者向け訴求（B2C Phase 2 への布石）
実画面を見る
会員権一覧
SCREEN 02 · LISTINGS

会員権一覧

10コースの実データを表示。「個人出品」「ゴルフ場公式」のバッジで出品形態を明示。v1.4 の Course Secondary Market Control を視覚的に具現化。

  • v1.4Secondary Market Control — 太平洋御殿場コースが「新規募集期間中のため二次取引停止」でグレーアウト表示
  • ゴルフ場公式出品は「新規募集」バッジ追加で視覚的区別
  • カード内に Google 評価・所在地・会員種別・名義書換料・年会費
  • 角丸を抑えた端正なカード構造でデータ駆動の表示に
実画面を見る
会員権詳細
SCREEN 03 · DETAIL + OFFER

会員権詳細 + オファー

個人出品 / ゴルフ場公式 / 取引停止中の3つの表示モードを URL パラメータで動的切替。10コース全てが個別ページとして機能します。

  • v1.2Structured Offer Model — チャット廃止、非同期オファー送信
  • v1.490% Guardrail — リアルタイムバリデーション + 視覚メーター + 最低提示価格明示
  • v1.4offer_valid_until（48時間有効）を UI で明示
  • 取引価格推移チャート（過去12ヶ月）で相場透明性を実証
  • ゴルフ場公式出品時は交渉 UI 非表示、直接購入のみ
  • 取引停止中（太平洋御殿場）は上部に赤バナー、オファー UI 無効化
個人出品の例を見る 取引停止中の例 →
管理画面タイムライン
SCREEN 04 · ADMIN CONSOLE

管理画面タイムライン

v1.3 で追加された processing state の audit trail UI を具現化。オフライン手続き（本人確認・契約・支払・名義変更）を個別ログで積み上げ、監査可能なタイムラインを構築。

  • v1.3processing state で複数ステップログを append
  • v1.3notes 必須（server-side validation）のフォーム UI
  • 状態遷移ボタン（completed / cancelled）と無効遷移の拒否表示
  • メール通知履歴（ステップログは通知送らない設計を明示）
  • 取引フロー全体を縦型タイムラインで可視化
実画面を見る
02

v1.x 新機能の UI 実装マップ

Version Feature Screen Status
v1.2 Structured Offer Model（Realtime chat 廃止） 03 実装
v1.3 processing state + transaction_status_logs audit trail 04 実装
v1.4 90% Negotiation Guardrail（buyer offer / buyer counter） 03 実装
v1.4 Course Secondary Market Control（allow_secondary_market） 02 · 03 実装
v1.4 Offer Expiry（offer_valid_until 48h） 03 実装
03

仕様書を読んで気づいた論点

ドキュメント間の不整合

  • /negotiations/:id/respond vs /accept,/reject,/counter（Week 1 vs Week 2）
  • 90% Guardrail の基準値が asking_price か current_offer_price か
  • Week 2 が参照する Roadmap が v1.2（実際は v1.4）

スキーマレベルで検討が必要な領域

  • coursesテーブルの属性が最小限（住所・ホール数・料金等の不在）
  • 会員権属性（種別・預託金・名義書換料等）が非構造化
  • KYC / 古物商記録保存のフィールド設計
  • 支払いトラッキング（将来の Stripe 統合時の移行計画）

これらは面談にてご相談させていただきたい論点として整理しています。詳細は別途「確認事項リスト」にまとめてあります。