100%
図形にホバー=根拠 / クリック=文面と承認 / Ctrl+ホイール=ズーム
デモ操作
返信あり · 希望確定
24h無応答
さらに24h
◯ 確保できた
✕ 48h応募なし
ヒアリング完了
予約問い合わせ受信(公式LINE)
起点
- 希望日程あり(7/20 or 7/21 午後・2名)
- 内部でSquare予約+シフトカレンダーを事前確認(お客様への確約はまだしない)
参照: 予約サイト経由の予約は従来どおり(このフロー対象外)
お客様へ 送信前 個別承認
Step 1 希望の詳細をヒアリング
時間帯・プラン・人数(空きの確約はしない)
根拠・条件
- 🔴 スタッフ確保前に空き枠を確約しない(確定フロー 2026-07-19)
- 内部確認: Square 7/20 予約済12/16/18時・7/21 16/18時、カレンダー14:00枠 担当未アサイン
参照: Square Bookings(読取)/ シフトカレンダー
分岐条件
- 返信はWebhook(会話SoR)で自動検知
- 24h無応答→リマインド1通(要承認)→さらに24hでクローズ
- 迷い中・要相談の返信は人間へ引き継ぎ
参照: Firestore copilot_jobs + Cloud Scheduler
お客様へ 送信前 個別承認
リマインドを1通(のみ)
スタッフグループへ 送信前 個別承認
Step 2 入れるスタッフを募集
希望日時で対応できる担当を呼びかけ(確保が先)
根拠・条件
- カレンダー 7/20 14:00枠=担当【＿＿/××】(未アサイン)
- 直前 12:00-14:00 は担当【ゆい/××】=連続稼働のため自動候補にしない
- Square Labor シフト未登録(両ソース一致)/48h 締切
参照: シフト / 六本木店(Googleカレンダー)/ Square Labor
分岐条件
- グループの応募返信をWebhook蓄積から検知
- 🔴 確保できるまでお客様へ受入れ案内はしない(後からの日程変更のお願いを発生させない)
参照: Firestore staff_line_messages
代替
スタッフが入れる別日から候補を再提案
管理者へSlack通知+お客様へ相談(要承認)
↺ 日程が決まれば Step 2 の確保確認へ戻る
条件
- 候補は「スタッフが入れる日」×「Square空き」から生成
- Slack通知=対外送信でない→承認不要(事実通知)
お客様へ 送信前 個別承認
Step 3 受入れ案内+本予約ヒアリング
名前・メール・電話・プラン(+祝日料金案内)
根拠・条件
- 送信条件=担当スタッフ確保済み
- 祝日料金+¥5,000 = 7/20 海の日 → マニュアル p.8
- ヒアリング4点=予約サイト登録に必須の項目
参照: マニュアル p.8 / Square登録要件
SQUARE(人間)
Step 4 予約サイトで本登録(担当者)
AIは実行しない=完了の記録のみ
なぜ人間か(恒久ルール)
- Squareの作成・変更はエージェント禁止(予約テスト事故の教訓)
- APIトークンも読取スコープのみ=物理的に書けない
参照: EXP-168 §社内制約
お客様へ 送信前 個別承認
Step 5 予約確定の連絡+当日案内
会場・日時・プラン・料金・アクセス
根拠・条件
- 送信条件=Square予約実体の確認済み
- 当日案内=公開FAQ / 料金注記=マニュアル p.8
スタッフグループへ 送信前 個別承認
Step 6 担当スタッフへ確定連絡
確定内容の共有
シフト表反映+監査記録 → 完了
記録内容
- カレンダー担当欄を【ゆい/××】へ更新(人間・Step4チェック済)
- 誰が承認・いつ・何を(staff_line_outbound=恒久)
- 提案の版履歴(copilot_drafts=365日)