開啟入口
顧客透過 LINE 進入預約流程，選服務或場地，不用等待專人逐一回覆選項。
ARZ AI / PRODUCT NOTEBOOK 2026讓一間公司的預約，
讓一間公司的預約，
不用靠每個人都記得。
電話來了、LINE 跳通知了、同事在確認時段、主管又要看當天的預約表。ARZ AI 從這些日常混亂開始，把預約入口、營業規則、審核狀態與既有作業接成一條可以持續使用的流程。
台灣團隊 · 2026 年 2 月成立初期預約產品已有實作多企業 SaaS 平台持續產品化
此頁介紹 ARZ AI 的產品設計與已實作案例。首頁互動預約為展示畫面，不會建立真實訂單；各企業導入與平台功能開通狀態以實際提供版本為準。
親手體驗預約與審核全流程 ↗（獨立前端模擬，非實際訂單）
01 / WORKFLOW預約完成只是開始，
01 / 顧客 02 / 系統 03 / 系統 04 / 人員 05 / 系統
預約完成只是開始，
後面還有一整串事。
企業需要的並非一個可以挑日期的表單，還要讓每筆預約都能正確流進營運現場。以下是我們從場地預約專案整理出的標準作業路徑。
計算可用時段
依營業日、特殊休館、服務長度、前後緩衝及已佔用時段，計算真正可選的時間。
送出前再檢查
顧客按下確認時再次檢查衝突，避免兩個人同時搶到同一個時間。
後台審核安排
團隊集中查看待處理與已確認預約，依作業規則核准、拒絕或安排後續工作。
通知與資料銜接
依部署環境處理通知、提醒與資料匯出，降低前台資訊與原有管理系統之間的落差。
ENGINEERING EVIDENCE / 實際工程畫面
REAL SYSTEM SCREEN 01場地與資源管理場地名稱、排序及啟用狀態。 
REAL SYSTEM SCREEN 02每週營業模板依場地設定每週可預約時段。 
REAL SYSTEM SCREEN 03臨時例外時段處理休館、維護與當日時間調整。
從後台規則，看見產品怎麼運作。
以下截圖取自運動場地 LINE 預約專案，展示已做過的場地資源、每週營業時間與例外時段管理。它們是工程專案畫面，並非所有企業都已開通的標準 SaaS 服務。
LIVE WALKTHROUGH / 模擬操作
開始預約流程示範 ↗再親手走一次預約者到管理員的流程
互動示範會計算可預約時段，展示送出、待審核與核准操作。資料僅保存在示範頁面，不會建立真實預約。
畫面來源：運動場地 LINE 預約工程專案。公開展示只選用不含預約者姓名、電話及訂單資料的管理設定頁。
02 / SAAS ARCHITECTURE一間店的一套流程，
01 / ENTRY 02 / CONFIG 03 / WORKFLOW ENGINE 04 / OPERATIONS 已有專案基礎 平台開發中
一間店的一套流程，
未來可以是多間店的共用產品。
我們正把現場專案中反覆出現的規則做成可配置的模組。管理端建立企業與套用產業範本後，業者再設定自己的服務、場地、營業時段與預約規則。這是 SaaS 化的核心開發方向。
01顧客入口LINE／行動網頁
02規則與資料時段、表單、衝突檢查
03企業工作台審核、管理、匯出
04通知與整合串接既有流程
TARGET SAAS BLUEPRINT
多企業平台產品化中把每個專案的共通流程，整理成可設定的平台模組。
企業工作區 / 預計每家企業有獨立設定與資料
場館業者 A場地、時段、管理人員
服務團隊 B服務項目、人員、預約規則
活動組織 C活動、表單、訂單欄位
顧客入口
LINE、行動網頁、嵌入式表單
企業設定
資源、營業時間、表單欄位、例外規則
共用流程引擎
可用時段、緩衝、防撞期、訂單狀態
管理工作台
行事曆、人工審核、資料匯出與文件
整合層LINE 通知金流狀態既有管理系統報表與 PDF
AI 輔助規劃中
Claude 可協助理解文字需求、整理資料與草擬回覆；實際時段、付款及重要異動由明確規則和授權人員確認。
架構示意為產品發展目標。場地排程與活動文件已有工程專案基礎；多企業帳號、租戶資料隔離及自助開通仍在產品化，尚不代表已公開提供的多租戶 SaaS。
已有專案程式與流程基礎
- LINE 預約入口與時段查詢
- 營業時段、例外日與緩衝規則
- 送出前撞期檢查、預約狀態
- 管理後台與資料匯出
多企業平台產品化中
- 管理端建立企業帳號與產業範本
- 企業獨立設定場地、老師或服務
- 跨企業資料隔離與權限配置
- 持續維護的共用版本與導入流程
03 / INDUSTRY TEMPLATES同一個引擎，
01 / 有專案實作基礎 02 / 產業範本規劃中 03 / 有專案實作基礎
同一個引擎，
長出不同產業的工作方式。
共用的部分盡量不重寫，每個產業真正不同的地方則透過可設定的資源、欄位及規則來處理。
場館與運動空間
從「場地」出發一個營業日包含多個場地；使用長度、前後緩衝、休館與臨時時段都會影響可預約空檔。
講師、顧問與工作室
從「服務／老師」出發想預約的可能是課程、諮詢或服務人員。後續平台將支援以服務與人員為資源來安排時段。
活動報名與宮廟行政
從「活動／表單」出發在預約之外，還要處理報名欄位、費用規則、訂單與文件輸出；相關能力已有另一組專案經驗。
04 / FIELD PROOF兩個真實場景，
兩個真實場景，
讓產品方向更具體。
我們選擇從流程複雜的現場學習：讓能被驗證的規則先跑通，再談跨公司、跨產業的可複製能力。
05 / CLAUDE API ROADMAP我們如何規劃 AI？
01 / AI 02 / AI 03 / AI
我們如何規劃 AI？
讓它幫忙整理，讓規則負責正確。
Claude API 是 ARZ AI 正在評估的工作流程能力。預計先用於閱讀自然語言需求、提取需要補充的資訊，以及產出可供人員檢查的回覆草稿。
語意理解
從『下週二下午想訂場』提出候選日期與時段，不直接改寫預約資料。
表單整理
從詢問文字中整理服務、日期、聯絡需求，缺少資訊時提示補充。
客服草稿
依企業已確認的流程與政策，草擬通知或回覆，交由人員審核。
AI 輔助功能仍在產品規劃與驗證階段；實際可預約性、費用與訂單狀態一律由系統規則及授權人員確認。
06 / HOW TO START如果你想導入，
如果你想導入，
我們從最卡的一件事開始。
STEP 01
了解流程
目前怎麼接單、安排時間？最容易重工的是哪一步？
STEP 02
確定規則
盤點營業時間、資源、審核、通知及既有系統接口。
STEP 03
小範圍導入
先針對一個明確流程建立、試用與調整，再擴大使用。
目前採個別需求洽詢，尚未公告標準訂閱價格。平台模組與試用範圍以當前產品階段為準。