Brief
体験に参加したい来場者が、日付、時間、残席、人数、規定を確認し、自分の予約を確保できるようにする。
WORK / MORI-NO-TE
来場者が空き状況と定員を見ながら日時・人数を決め、仮押さえから確定・変更・キャンセルまでを画面内で試す予約面。
予約面を見る →体験に参加したい来場者が、日付、時間、残席、人数、規定を確認し、自分の予約を確保できるようにする。
体験の魅力や料金を語るLPではなく、初期viewportから14日の日付と選択日の空き枠を見せる。
「予約する」はPhase 3の「運用する」と違い、未来の枠を定員の中で取る来場者側の仕事だから。
空き状況ビュー、枠詳細、仮押さえ、確認、確定、変更/キャンセル、予約確認票。
DECISION / G2
前日17:00締切を枠状態に使うと、NOW=10/03 10:00の当日午後枠まで受付終了になる。そこで今回はG2の推奨案(a)、開始時刻≤NOWだけで受付終了とするルールを採用した。
開始時刻がNOWと同値なので受付終了。
closed予約4/定員6で残り2、残りわずか。
limited予約8/定員8、待ち受付あり。
waitlist予約8/定員8、待ち受付なしで満席。
fullVALIDATION / TRANSITION
表示上の残席とbookedの差を保ち、離脱時に幻の予約が残らないことを検証した。
残席以内の人数で仮押さえ。10分は目安表示、実カウントダウンなし。
日時・人数・規定を見直し、ローカルだけの連絡先モックを入力。
確定時にだけ枠のbookedへ加算し、確認票を出せる。
人数を元の枠へ戻し、空き状況と確認票を再計算する。
VALIDATION / LIMIT
予約時の人数上限はmin(4, 残席)。残り2席なら1〜2名だけ、満席で待ち受付があれば1〜4名のキャンセル待ちへ分岐する。
空き/残りわずかの枠は人数を残席の範囲で選べる。
min(4, 残席)キャンセル待ちは定員を増やさず、何名で待つかだけを保持する。
1〜4名受付終了と、満席で待ち受付なしは人数操作へ進めない。
disabledTRANSFER / MIRROR
asatsuyu-tokibiは農園側の運用、今回の`mori-no-te`は来場者側の予約。同じ枠を扱っても、前者は捌き、後者は取る。
週の受付、予約一覧、発送待ち、要確認。運用主体が状態を変更する。
日付、枠、人数、連絡先。来場者が残席の制約の中で確保する。
ワークショップ、農園ツアー、料理教室、席予約。
実送信、決済、メール、カレンダー、実在庫、実予約。
META / SELF-MADE
自主制作モック / 検証済み試作
14日×3枠、定員6〜8名、枠5状態、予約5状態、残席増減、待ち受付、印刷。
仮押さえ→確認→確定→変更/キャンセル、固定NOW、定義リスト、CSS print。
静的HTML、外部ライブラリなし、APIなし、連絡先はローカルDOMのみ。