1ユーザー導線（5ステップ）
認証方式: デバイスID認証
01
席のQRを読み取る
席に設置されたQRを個別にスキャンしてセッション開始
02
かんたん登録
名前・年齢・性別・写真・テーブル番号の5項目
03
メンバー待機
同じテーブルの仲間が登録するのを待つ
04
ホーム：いいねを送る
現在いるグループ一覧から気になるグループにいいねを送る
05
マッチ成立！
相互いいねでマッチ成立。店員さんが引き合わせに来ます
オーダー管理は店舗オペレーションに委ねます。このサービスが担うのはマッチングまでです。
2仕様ポイント
本サービスの設計上の重要判断
手軽さ・UX重視
メアド/パスワード不要、ブラウザ完結。インストールの壁なし
男女グループ間のみマッチング
同性・混合グループ不可（不正防止のため）
QRコードは1店舗に対して1種類
どの席のQRを読んでも同じ。席番号（テーブル番号）でセッション管理
「マッチングサービス」を提供
サービスドリンクなどの提供は店舗フローに任せる
会計は後払い・別サービス
合算などは現地対応で任せる
多店舗前提の設計
1店舗目から多店舗アーキテクチャで構築
3画面構成一覧
ユーザー画面・管理画面の全体像
👤 ユーザー画面（5画面）
01
QR読み取り画面
テーブルQRスキャン・セッション開始
02
登録画面
名前・年齢・性別・写真・テーブル番号
03
メンバー待機画面
同テーブルメンバーの登録待ち
04
ホーム画面
現在いるグループ一覧・いいね送信
06
マッチ成立画面
相互いいね成立・店員さんを待つ案内
🖥 管理画面（ロールで権限制御）
A1
テーブル設定
テーブル番号・席数を登録（全ロール）
A2
グループ一覧・管理
アクティブ全グループ表示・強制セッション終了（全ロール）
A3
案内待ち表示
マッチ成立グループの案内キュー（全ロール）
A4
利用状況ダッシュボード
店舗ロール=自店舗のみ / マスター=全店舗（全ロール）
A5
店舗アカウント管理
店舗の追加・停止を一元管理（マスターロール）
4開発用メモ
実装時に考慮すべきポイント・今後の方針
登録フローの拡張性
現在は各メンバーが個別登録だが、将来的にグループ代表がまとめて登録する方式に変更可能な設計にしておく
席セッションの解放タイミング
マッチング成立時点で席のセッションを解放する（退店ではなくマッチ成立がトリガー）
滞在管理・制限時間（未決定）
位置情報による退店検知は技術的に困難で見送り。制限時間の導入は必要だが、具体的な仕様は未定