使用BALIA OS打造「預約管理＋自動通知」技能盒帶的實戰案例，適用於任何接受預約的商家——餐廳、美容沙龍、物理治療診所、醫療診所等等。我們整合了向商家（透過Discord）發送新預約通知，以及向顧客自動發送到店提醒與感謝訊息的功能，並透過商家專屬訪談客製化每個環節。
發送給商家的通知（Discord）與發送給顧客的通知（WhatsApp、簡訊、LINE等）走的是根本不同的管道。在這個案例中，我們會在初期訪談階段先釐清這項區別，再進入設計階段。
| 工具 | 角色 | 可以想成 |
|---|---|---|
| Chat Claude（claude.ai） | 透過對話決定「要做什麼」，負責設計/規格的部分 | 與你的架構師進行企劃會議 |
| VS Code中的Claude Code | 依據拍板定案的設計，實際建立檔案並撰寫程式碼 | 現場的施工廠商 |
第一次思考預約系統時，光是決定「業種」並不會讓你知道實際需要管理哪些項目。以下根據現有預約系統（餐廳用、沙龍用）實際追蹤的內容，整理出訪談的起點。
這僅是參考起點。實際需要管理的項目會因商家與營運方式而異，因此在Phase 0階段，我們會先詢問你的業種，再以此為基礎，一起討論具體的管理項目。
在Phase 1階段，你會決定要「從零開始建置專屬資料庫＋預約網站」，還是「繼續使用目前的Google日曆作為預約帳本」。作為參考，以下以一間假想的居酒屋（20個座位、4張桌子）為例，比較兩種選項各自能做到與做不到的事。
經驗法則：如果預約量不多、只是想先試試通知功能，從整合日曆開始即可。如果想確實運用像來店紀錄、過敏資訊追蹤這類商家專屬的管理項目，就需要專屬資料庫。
| 階段 | 內容 | 使用工具 | 交付成果 |
|---|---|---|---|
| Phase 0 | 需求訪談（業種、預約顆粒度、現有工具、通知管道） | Chat Claude | 需求表 |
| Phase 1 | 決定系統架構（新建預約網站 vs. 整合現有日曆、選擇顧客通知管道） | Chat Claude | 架構規劃書 |
| Phase 2 | 建置盒帶（SKILL.md/WORKFLOW.md以及專屬的SPEC/soul.md皆為必要） | Chat Claude | SKILL.md、WORKFLOW.md、SPEC/soul.md |
| Phase 3 | 實作（反覆進行） | VS Code中的Claude Code | 可運作的盒帶 |
| Phase 4 | 測試與驗證 | 兩者皆需 | 經驗證的盒帶 |
| Phase 5 | 潤飾與文件撰寫 | Chat Claude | 完成品＋使用指南 |
由於前提條件會因業種而有很大差異，並沒有能跳過訪談的現成TASK.md。請務必從Phase 0的需求訪談開始。
只要將以下提示詞原封不動貼到與「Chat Claude」（claude.ai）的新對話中，即可啟動Phase 0需求訪談。
若要向顧客發送自動訊息（到店提醒、感謝訊息等），請務必在預約當下取得顧客同意——也就是告知「預約確認後將會收到自動訊息」。建議將系統設計為僅對已確認同意的預約發送訊息。